Практические советы по Backup Exec 22.1

Циклическое ведение журнала необходимо отключить, если нужно выполнить следующее:

Расположите файлы журнала транзакций на физическом диске отдельно от базы данных. Если диск с базой данных поврежден, журналы транзакций доступны как ресурс для восстановления.

Задайте для периода хранения удаленных элементов и почтовых ящиков значение времени, соответствующее доступному дисковому пространству. Чем длительнее период сохранения, тем больше дискового пространства потребуется. Однако короткий период сохранения может препятствовать восстановлению почтового ящика или базы данных в нужном объеме. По возможности настройте сервер Exchange так, чтобы элементы не удалялись до выполнения полного резервного копирования.

Сделайте недоступным кэширование записи на контроллере SCSI. При сбое компьютера до записи операции на диск возможно повреждение данных.

Отслеживайте в журналах приложений, безопасности и системы любые значимые события, которые могут повлиять на функциональность сервера Exchange.

Выделите дисковое пространство, достаточное для выполнения процедур обслуживания и восстановления. Подробности см. в документации Microsoft.

Подробно задокументируйте конфигурацию сервера Exchange.

Старайтесь не использовать сервер Exchange в качестве контроллера домена. Восстановить Exchange будет проще, если не нужно предварительно восстанавливать Active Directory. Кроме того, это может добавить права в учетную запись доверенной подсистемы Exchange.

Установите сервер Exchange в домене, который содержит не менее двух контроллеров домена. При наличии в домене двух контроллеров, базы данных на сбойном контроллере можно обновить с помощью репликации.

Для выполнения резервного копирования и восстановления файлов баз данных Microsoft Exchange необходимы права локального администратора на каждом узле группы доступности базы данных (DAG) и на почтовом сервере Microsoft Exchange.

Для Exchange 2010/2013 используйте группу доступности базы данных (DAG) как минимум с одной пассивной копией базы для каждой базы данных, чтобы защитить данные от утери. Если можно создать более одной пассивной копии, вторая пассивная копия должна использовать задержку воспроизведения журнала, равную 24 часам.

Разделите почтовые ящики пользователей между двумя или более базами данных Exchange, как описано в документе Руководство по оценке требуемого объема ресурсов Microsoft Exchange.

Поддерживайте умеренный размер баз данных Exchange. Резервное копирование баз данных больших размеров может занять больше времени.

При выполнении операций полного резервного копирования включите технологию выборочного восстановления (GRT). Технология GRT позволяет восстанавливать индивидуальные почтовые сообщения и папки из резервной копии базы данных, не создавая при этом отдельные резервные копии почтовых ящиков.

Не рекомендуется отправлять инкрементальную резервную копию Exchange с поддержкой GRT в дисковое хранилище с дедупликацией. Журналы транзакций в основном содержат уникальные данные, практически не нуждающиеся в дедупликации. Для получения наилучших результатов создайте определение резервного копирования, которое выполняет полное резервное копирование Exchange в дисковое хранилище с дедупликацией, а затем инкрементальное резервное копирование на дисковое устройство хранения.

При выполнении заданий резервного копирования с поддержкой GRT измените промежуточное расположение по умолчанию. Расположение по умолчанию используется для восстановления и промежуточного хранения задач восстановления с поддержкой GRT. Расположение следует перенести на несистемный том, чтобы увеличить быстродействие.

Число файлов журналов транзакций для резервных копий с поддержкой GRT не должно быть больше 75 000. При наличии более 75 000 файлов журналов транзакций может замедлиться выполнение задания резервного копирования.

Убедитесь, что запланированные операции обслуживания хранилища информации не будут выполняться одновременно с резервным копированием базы данных. Одновременное выполнение этих операций может привести к проблемам в базах данных сервера Exchange.

Выполняйте задания резервного копирования Exchange отдельно от других заданий резервного копирования.

Регулярно выполняйте резервное копирование Active Directory.

Регулярно выполняйте резервное копирование компонентов "Состояние системы" и "Теневая копия", если они используются. Эти ресурсы обеспечивают резервное копирование метабазы Internet Information Service (IIS) и реестра Windows.

Выполняйте резервное копирование после внесения изменений в параметры системы или приложений.

При резервном копировании в автономном режиме создайте резервные копии всех файлов, образующих группу хранилища, в том числе всех файлов EDB и STM, а также всех файлов журналов транзакций.

В Exchange 2010/2013 для групп DAG с тремя копиями базы данных или более проверку целостности можно отключить.

Помните о результатах действия флажка "Восстановить все журналы транзакций и не удалять существующий журнал транзакций". После выполнения операции с установленным флажком транзакции в существующих журналах транзакций применяются при запуске или монтировании базы данных хранилища информации. Если в число этих транзакций входят удаления, имевшие место после выполнения резервного копирования, эти удаления также применяются. В результате могут быть удалены именно те данные, которые предполагалось восстановить. В этой ситуации установите флажок "Очистить существующие данные и восстановить только базы данных и журналы транзакций из наборов данных резервного копирования". Этот флажок аннулирует данные, созданные после резервного копирования. Как вариант, можно использовать второй сервер восстановления. Кроме того, для выполнения восстановления можно использовать функцию "Группа хранения для восстановления" в базе данных восстановления Exchange 2007 или Exchange 2010 или более поздних версий.

Если для исправления базы данных нужно использовать утилиту Microsoft Eseutil, убедитесь, что на сервере восстановления достаточно дискового пространства. Может понадобиться объем памяти, равный 125 % от текущего размера базы данных хранилища информации. При необходимости можно указать и другой диск или том как временное расположение для выполнения утилиты Eseutil. Подробности см. в документации Microsoft.

Убедитесь, что на сервере Exchange для файлов журналов и исправлений указано допустимое временное расположение. Объем временного расположения должен быть достаточным для размещения журналов транзакций, которые нужно восстановить.

Если после операции восстановления при монтировании базы данных возникли проблемы, ознакомьтесь с файлом Restore.env. Информация в этом файле может помочь устранить проблемы. Чтобы прочитать файл, запустите утилиту Eseutil с параметром /cm. Подробности см. в документации Microsoft.

При настройке задания восстановления установите флажок "Зафиксировать после завершения восстановления", чтобы базу данных можно было смонтировать. Запустите утилиту Eseutil с параметром /cc, чтобы выполнить принудительное восстановление вручную. Подробности см. в документации Microsoft.

Должны соблюдаться следующие условия, если восстановление выполняется на сервер Exchange, отличный от исходного сервера:

Периодически выполняйте тесты, чтобы убедиться, что аварийное восстановление и восстановление данных дают ожидаемые результаты.

Ознакомьтесь с документацией Microsoft по управлению базой данных Exchange, аварийным планам и восстановлению.

Подробно задокументируйте конфигурацию сервера Exchange. Задокументируйте все последующие изменения. Отметьте все применимые исправления и пакеты обновлений.