Виртуальная машина Exchange 2013: Резервное копирование просто почтовые ящики и ясные журналы

Не действительно эффективно сделать переписать правило для каждой возможной устаревшей ссылки. Таким образом, вероятно, Ваш наилучший вариант состоит в том, чтобы выпустить перенаправление php к новой ссылке. Создайте функцию 'generateLink', который анализирует $ _REQUEST и создает 'новую' ссылку, затем проблема a header("Location: $newLink", '', 301). Назовите generateLink () наверху article.php, прежде чем любой вывод будет сгенерирован (иначе, заголовок () перестанет работать),

-1
задан 26 May 2013 в 17:46
4 ответа

Это означает, что мне не нужно еженощное полное резервное копирование системы.

Итак, что вы собираетесь делать, когда пользователь случайно удаляет весь свой почтовый ящик? Вы не собираетесь восстанавливать всю свою среду Exchange и откатывать чужую почту. Вам потребуется резервная копия VSS баз данных Exchange для такого восстановления. Ваш текущий метод подходит для целей аварийного восстановления, но не для «упов».

В этой статье TechNet описывается, как сделать резервную копию Exchange с помощью встроенного средства резервного копирования Windows. Эту стратегию следует использовать для дополнения существующих резервных копий на основе образов.

3
ответ дан 5 December 2019 в 19:30

Если файлы журнала предназначены для базы данных, в то время как все здесь скажут НЕ ДЕЛАТЬ ЭТО, вы можете включить циклическое ведение журнала, чтобы файлы журнала не попадали. У этого есть недостатки, поэтому я предлагаю вам немного прочитать, прежде чем менять этот параметр. Это параметр для каждой базы данных, и после его изменения потребуется отключение и повторное подключение базы данных, чтобы вступить в силу. Журналы существуют по какой-то причине, но в некоторых случаях вам может быть все равно, если да, то это может сработать для вас.

0
ответ дан 5 December 2019 в 19:30

Я полностью согласен с другими ответами, вам действительно следует сделать надлежащее резервное копирование ваших баз данных Exchange.

В любом случае, чтобы избежать переполнения дискового пространства с журналами транзакций (вы были , имея в виду журналы транзакций, верно? 500 МБ / день журналов производительности не имеют особого смысла ...), вы можете включить циклическое ведение журнала, которое просто перезаписывает их вместо того, чтобы складывать их в стопку:

Get-MailboxDatabase | Set-MailboxDatabase -CircularLoggingEnabled $true
0
ответ дан 5 December 2019 в 19:30

Если ваш снимок не успокаивает виртуальную машину, то считайте, что ваша резервная копия повреждена. У меня была эта проблема с сервером Sharepoint. Поймите, что Exchange использует ведение журнала с упреждающей записью (как и SQL). Он фиксирует данные в журналах до их фиксации в файле БД.

Если ваш сервер умирает, когда в памяти остается даже небольшой объем незакрепленных данных, ваши файлы БД не запускаются.

http://msdn.microsoft.com/en-us/library/exchange/aa579166%28v=exchg.140%29.aspx

Запустите традиционное резервное копирование обмена вместе со снимком. Или используйте механизм создания моментальных снимков с поддержкой Exchange (Veeam и т. Д.).

-1
ответ дан 5 December 2019 в 19:30

Теги

Похожие вопросы