Важный шаг в создании стратегии восстановления после аварий — это анализ методов исключения или сведения воздействий аварии к минимуму. Существует много разных профилактических мер, которые можно использовать для предотвращения или минимизации влияния таких аварий, как отказ оборудования или сбой электропитания. Время, необходимое на восстановление после аварии, зависит от того, что нужно восстановить—отдельный почтовый ящик, отдельную базу данных (и ее журналы транзакций), весь сервер (включая все его базы данных и журналы), или несколько серверов на узле (например, серверы, на которых выполняется Microsoft Exchange, серверы DNS, контроллеры доменов и так далее). Очевидно, восстановление нескольких серверов на узле займет больше всего времени.

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

Непрерывная репликация

Существует две функции Exchange 2007 непрерывной репликации, которые используют встроенную технологию асинхронной репликации для создания копии группы хранения и поддержания ее актуальности с помощью доставки и повтора журналов. Репликация осуществляется, используя файлы журналов действующей базы данных для копирования этой базы данных. Такими двумя функциями, использующими указанную технологию, являются локальная непрерывная репликация и непрерывная репликация кластера.

  • Локальная непрерывная репликация   Такая репликация снижает общую стоимость владения для Exchange 2007, уменьшая количество регулярных резервных копий, требуемых для защиты данных. Несмотря на то, что локальная непрерывная репликация не устраняет необходимость создания резервных копий (резервные копии данных очень важны при серьезных сбоях), она существенно уменьшает необходимость создания ежедневных резервных копий. Локальная непрерывная репликация обеспечивает быстрое восстановление текущих данных наряду с односерверным решением копирования и повтора журнала транзакций. Дополнительные сведения о локальной непрерывной репликации см. в разделе Локальная непрерывная репликация.

  • Непрерывная репликация кластера   Эта репликация объединяет автоматическое управление избыточностью и репликацию данных на уровне приложения. Кластерная непрерывная репликация – это решение, которое можно развернуть без единой точки сбоя в одном центре данных или между двумя центрами данных. Репликация журнала транзакций используется для копирования баз данных и поддержания параллелизма данных между узлами кластера. Функциональная возможность планового отключения в кластерной непрерывной репликации создана для того, чтобы все данные журнала на активном узле могли быть успешно скопированы на пассивный узел. Поэтому во время плановых отключений не происходит потери данных, даже если репликация происходит асинхронно. Дополнительные сведения о непрерывной репликации кластера см. в разделе Непрерывная репликация кластера.

Хранение удаленных элементов

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

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

Примечание.
Значение по умолчанию срока хранения удаленных элементов в Exchange Server 2007 изменено с 7 дней на 14 дней.

Удаление без возможности восстановления

Удаление сообщения без возможности восстановления осуществляется, если выполнено одно из следующих условий:

  • Клиент потребовал удалить без возможности восстановления.

  • Для хранения удаленных элементов установлен нулевой период времени.

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

  • Учетная запись, от которой направлено требование на удаление элемента, является шлюзом.

  • Учетная запись, от которой направлено требование на удаление элемента, является системной.

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

В ходе следующего фонового процесса очистки просматриваются записи в таблице DeletedMessages, после чего удаляются соответствующие записи в таблице сообщений. По умолчанию данный процесс происходит ежечасно. Однако расписанием этого процесса можно управлять, изменяя соответствующие строки реестра:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS \ParametersPublic\Background Cleanup (значение в миллисекундах)

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ ParametersPrivate\Background Cleanup (значение в миллисекундах)

Внимание!
Неправильное изменение реестра может вызвать серьезные неполадки, требующие переустановки операционной системы. Корпорация Майкрософт не гарантирует разрешения неполадок, вызванных неправильным изменением реестра. Перед изменением реестра создайте резервную копию всех важных данных. 

Если срок хранения удаленных элементов увеличен, может потребоваться провести дополнительное планирование емкости. В следующем примере показано, что сообщения могут быть доступны в течение дополнительного времени даже в том случае, если они были удалены пользователем:

  • Для хранения удаленных элементов установлен срок 48 часов.

  • Процедура обслуживания базы данных Exchange настроена на выполнение между 03:00 и 07:00.

  • Фоновая очистка должна выполняться по расписанию каждый час.

Например, если сообщение удалено в 08:00, оно не включается в список удаляемых без возможности восстановления в течение 48 часов. Следующая процедура обслуживания базы данных Exchange по расписанию должна завершиться в 06:00, поэтому данное сообщение не удаляется физически и остается доступным в течение 71 часа.

Удаление с возможностью восстановления

Удаление с возможностью восстановления осуществляется в том случае, если не выполнено ни одно из условий удаления без возможности восстановления. Для записи в таблице MsgFolder устанавливается флаг, который указывает, что данное сообщение удалено из папки с возможностью восстановления. Таблица MsgFolder обеспечивает сопоставление между записями в этой таблице папок и таблицей сообщений. Обновляются также счетчики сообщения для почтового ящика и папки. Сообщение становится доступно для восстановления удаленного элемента.

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

Настройка срока хранения удаленных элементов

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

Срок хранения удаленных элементов может составлять от 0 до 24 855 дней. Рекомендуется указать для этого параметра значение 14 дней. Если срок хранения удаленных элементов равен 0, удаленные элементы сразу удаляются с сервера без возможности восстановления. Если позволяет размер свободного места на диске, не рекомендуется отключать возможность хранения удаленных элементов.

Срок хранения удаленных элементов может настраиваться для пользователей или для баз данных. Параметры по отдельному пользователю переопределяют параметры для базы данных. Подробные инструкции по настройке срока хранения удаленных элементов на уровне базы данных см. в разделе Настройка срока хранения удаленных элементов в базе данных почтового ящика. Подробные инструкции по настройке срока хранения удаленных элементов на уровне пользователей см. в разделе Инструкции по настройке срока хранения удаленных элементов для пользователя.

Примечание.
По умолчанию в Microsoft Outlook восстановление удаленных элементов может выполняться только из папки Удаленные элементы. Если нажать сочетание клавиш SHIFT+DELETE для сообщения в папке «Входящие», это сообщение не будет перемещено в папку Удаленные. Поэтому в дальнейшем его нельзя будет восстановить. Чтобы сделать возможным восстановление элементов, удаленных нажатием сочетания клавиш SHIFT+DELETE, необходимо использовать значение реестра DumpsterAlwaysOn, следуя инструкциям, приведенным в статье 246153 базы знаний Майкрософт Microsoft How to recover items that have been hard deleted in Outlook.

Хранение удаленных почтовых ящиков

В Exchange 2007 удаление почтового ящика не означает, что он безвозвратно удаляется (или очищается) из базы данных почтовых ящиков Exchange. Вместо этого почтовый ящик помечается для удаления, и пользователи не могут получить к нему доступ. В конце периода хранения почтового ящика он удаляется безвозвратно из базы данных. В любой момент почтовый ящик можно также безвозвратно удалить, выбрав его очистку. Если ошибочно удалена пользовательская учетная запись с включенной почтой, можно вновь создать этот пользовательский объект, а затем повторно подключить данный почтовый ящик во время периода хранения почтового ящика.

По умолчанию период хранения удаленного почтового ящика равен 30 дням. Период хранения удаленного почтового ящика можно настроить на уровне базы данных почтового ящика. Срок хранения удаленных почтовых ящиков может составлять от 0 до 24 855 дней Если период хранения почтового ящика установить равным 0, удаленные почтовые ящики сразу безвозвратно удаляются с сервера. Если позволяет размер свободного места на диске, рекомендуется не отключать функцию хранения удаленных почтовых ящиков.

Подробное описание шагов по настройке хранения удаленных почтовых ящиков см. в разделе Инструкции по настройке времени хранения удаленного почтового ящика.