Я начинающий администратор сервера Exchange 2003, работающего под управлением Windows Server 2003 R2 Standard, все хранилище на сервере является локальным, без DAS, SAN или NAS. Резервное копирование сервера на магнитную ленту выполняется с помощью Symantec Backup Exec 12.5 под управлением Windows Server 2008 Standard x64.
Для сервера есть ежедневные, еженедельные и ежемесячные задания на резервное копирование. Все три задания создают резервные копии всех элементов под именем сервера в списке выбора, всех разделов диска, компонентов теневого копирования, состояния системы, служебного раздела и хранилища информации Microsoft. В разделе Microsoft Exchange свойств задания выбран метод полного резервного копирования. Выбрана технология выборочного восстановления Backup Exec. Выбран параметр «Выполнять проверку согласованности» и выбран параметр «Продолжить резервное копирование при сбое проверки согласованности».
Я также заметил, что журналы транзакций в \ mdbdata не сбрасываются, хотя циклическое ведение журнала не включено.
Будучи полным новичком в Exchange, я мало что знаю о хранилище информации, группе хранения, журналах транзакций и т. Д. или их совпадения и взаимозависимости.
Однако я чувствую, что здесь происходит некоторая потеря, неэффективность или двойное резервное копирование одних и тех же данных.
Не могли бы вы дать мне несколько советов по оптимизации процесса резервного копирования?
Я также считаю, что ваши журналы не сбрасываются заданиями. Убедитесь, что для свойства задания резервного копирования установлено значение «Полное резервное копирование» и для параметра свойства Exchange «очистить зафиксированные журналы» установлен флажок. Как вы это описываете, вы в основном делаете ежедневную полную (как сказал Бен).
Я предлагаю отделить резервную копию вашей ОС серверов обмена от резервной копии биржи. Если пространство для хранения на лентах резервного копирования не вызывает беспокойства, вы можете продолжать делать ежедневные полные резервные копии. Однако, если вы хотите сократить время резервного копирования, вы можете переключиться на использование инкрементного или дифференцированного в периоды с более коротким периодом резервного копирования (в течение недели в ночное время). Затем вы можете делать полные резервные копии одновременно с большим окном резервного копирования (у меня полное резервное копирование выполняется в субботу и воскресенье). При использовании инкрементальной копии вам потребуются ленты, содержащие все инкрементные резервные копии, а также полную резервную копию для восстановления. При использовании дифференциальной резервной копии вам понадобится лента, содержащая последнюю дифференциальную резервную копию и полную резервную копию для восстановления.
Рассматривая вашу резервную копию на магнитной ленте, вы также должны учитывать, что вы делаете с этими лентами. Если они потеряны или уничтожены, они бесполезны. Если у вас есть носитель с рейтингом пожаробезопасности, храните их там. Если нет, рассмотрите вариант хранения вне офиса.
Проверьте этот документ от Symantec: Рекомендации по резервному копированию Exchange. Этот документ относится к Backup Exec 2010, но по-прежнему применим для ваших нужд.
Честно говоря, ваша стратегия звучит не так уж плохо, но журналы транзакций, которые не очищаются, меня несколько беспокоят. Если у вас есть другие конкретные проблемы по поводу вашей настройки, отредактируйте свой вопрос, включив их, и я постараюсь ответить.
Я читал, что вы делаете ежедневные полные резервные копии. В зависимости от размера хранилищ ваших почтовых ящиков вы можете переключиться на ежедневное инкрементное (например, журнал транзакций) резервное копирование вместо ежедневного полного резервного копирования. Это будет означать, что вы будете выполнять ежедневные резервные копии намного быстрее, и они будут занимать меньше места для хранения, но это может не быть проблемой для вас, если у вас небольшие хранилища почтовых ящиков или текущее окно резервного копирования приемлемо.
Поскольку вы используете Backup Exec, убедитесь, что вы используете агент Exchange. Я не буду подчеркивать это достаточно, так как это то, что делает всю тяжелую работу и обеспечивает правильное создание резервных копий вашего хранилища информации.
Вы говорите, что выполняете резервное копирование всех локальных томов - в частности, исключаете каталоги, в которых хранятся ваши почтовые ящики и журналы транзакций, из резервной копии на уровне файлов. Будем надеяться, что Backup Exec не будет настолько глуп, чтобы попытаться создать резервную копию этих данных ... но в конце концов мы говорим о Symantec!
Как я уже сказал, меня беспокоит, что ваши журналы транзакций не сбрасываются. В подавляющем большинстве случаев это означает, что резервное копирование не завершается должным образом, поскольку журналы транзакций очищаются после резервного копирования. Проверьте журналы заданий Backup Exec, чтобы убедиться, что резервное копирование действительно успешно завершается, и изучите все предупреждения или ошибки. Ваш сервер Exchange также должен регистрировать события, связанные с резервным копированием, поэтому при необходимости воспользуйтесь программой просмотра событий.
В связи с этим, убедитесь, что вы также часто делаете резервные копии Active Directory. Exchange очень сильно полагается на Active Directory и хранит в нем очень много данных конфигурации.
Я также быстро расскажу о том, что ваши резервные копии бесполезны, если они не будут протестированы. Я понимаю, что это не всегда возможно, но если вы сможете восстановить всю свою среду (Active Directory и Exchange) на полностью изолированный и другой набор серверов, это заставит вас почувствовать много лучше.