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

Это происходит в описанных ниже случаях.

• Создание резервных копий только из пассивной копии группы хранения в кластере с непрерывной репликацией или в организации с локальной непрерывной репликацией. Если резервные копии создаются только из пассивной копии, проверка контрольных сумм активной копии базы данных никогда не выполняется.
  
  
• Создание поблоковых разностных резервных копий данных Exchange с помощью Microsoft Data Protection Manager (DPM). В этом сценарии проверка контрольных сумм выполняется только для измененных данных. Неизменные данные не проверяются. В результате этого нельзя точно определить целостность данных, так как они могли повредиться со временем (в результате так называемого устаревания битов).
  
  
• При использовании резервных копий, созданных службой теневого копирования томов, в кластере с непрерывной репликацией или организации с локальной непрерывной репликацией. В этом случае обнуление страниц не выполняется, так как оно включено только для потокового резервного копирования.
  
  
• При использовании потокового резервного копирования в кластере с непрерывной репликацией или организации с локальной непрерывной репликацией. В этом случае при обнулении страниц активной копии базы данных не создаются файлы журнала транзакций. Без таких журналов изменения нельзя реплицировать в пассивную копию базы данных.
  
  

Как указано выше, проверка контрольных сумм — это процесс проверки целостности базы данных путем вычисления значения — контрольной суммы, — которое зависит от содержимого базы данных. Контрольная сумма хранится с данными, и Exchange использует это значение для проверки того, что данные не повреждены. До Exchange 2007 с пакетом обновления (SP1) во время полного оперативного потокового резервного копирования выполнялась проверка контрольной суммы всей базы данных. Кроме того, можно было проверить контрольную сумму полного моментального снимка VSS для базы данных. (При этом проверялась копия базы данных, а не рабочая база данных). Однако после разработки кластера с непрерывной репликацией и локальной непрерывной репликации, а также выпуска DPM такой подход утратил адекватность.

Проверка контрольных сумм для кластера с непрерывной репликацией и локальной непрерывной репликации

Проверка контрольных сумм с помощью DPM

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

В окончательной первоначальной версии (RTM) Exchange 2007 можно было обнулять страницы базы данных при потоковом резервном копировании. Для этого требовалось задать раздел реестра Zero Database During Backup. Этот метод был успешным. Однако его нельзя применять в резервном копировании VSS и в кластерах с непрерывной репликацией, так как VSS не поддерживает обнуление удаленных страниц.

Примечание.

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

Обнуление страниц с непрерывной репликацией

В Exchange Server 2003 и Exchange 2007 можно было использовать потоковое резервное копирование для дополнения резервного копирования VSS, если требовалось обнуление страниц. С внедрением кластера с непрерывной репликацией и локальной непрерывной репликации в Exchange 2007 возникла другая проблема: при обнулении страниц не создаются журналы транзакций. Это означает, что при наличии кластера с непрерывной репликацией или локальной непрерывной репликации обнуление страниц не будет реплицироваться между базами данных. В окончательной первоначальной версии (RTM) Exchange 2007, чтобы применять обнуление страниц в кластере с непрерывной репликацией, необходимо выполнить одну из указанных ниже задач.

• Выполните потоковое резервное копирование каждой копии. При этом кластерный сервер почтовых ящиков будет перемещен между узлами.
  
  
• Отключите целевую базу данных и выполните в средстве Eseutil команду eseutil /z.
  
  

Однако из-за растущих требований к безопасности и соответствию эти варианты уже не являются удовлетворительными. В Exchange 2007 с пакетом обновления 1 (SP1) или пакетом обновления 2 (SP2) обнуление страниц выполняется как фоновый процесс и приводит к созданию журналов, которые можно доставлять для репликации обнуления страниц в копиях базы данных в среде кластера с непрерывной репликацией, среде локальной непрерывной репликации и среде резервной непрерывной репликации.

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

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

Ниже описаны возможности проверки баз данных при оперативном обслуживании в Exchange 2007 с пакетом обновления 1 (SP1) или пакетом обновления 2 (SP2).

• Проверка баз данных при оперативном обслуживании не включена по умолчанию. Так как проверка базы данных может влиять на производительность сервера, необходимо явно согласиться с ней, добавив в реестр подразделы. Дополнительные сведения см. в подразделе «Включение и настройка проверки баз данных при оперативном обслуживании с помощью разделов реестра» ниже.
  
  
• Можно включить проверку контрольных сумм с обнулением страниц базы данных или без него.
  
  
• Обнуление страниц базы данных и проверка контрольных сумм выполняются независимо от потокового резервного копирования. Обе операции выполняются при получении страницы с диска. Существует одна задача проверки баз данных, при которой вызываются как обнуление страниц, так и проверка контрольных сумм, если включается одна из функций.
  
  
• Прогресс проверки базы данных выполняется практически так же, как при оперативной дефрагментации. Прогресс обновляется через регулярные интервалы, что позволяет продолжить обработку с того же места после прерывания.
  
  
• Проверку баз данных можно настроить только на уровне сервера. Ее включение на уровне группы хранения или базы данных не поддерживается.
  
  
• Проверка базы данных предоставляет механизм обнуления страниц базы данных, который реплицирует изменения между копиями базы данных в кластере с непрерывной репликацией и при локальной непрерывной репликации.
  
  
• При проверке баз данных выполняется обычная регистрация транзакций для обнуления страниц, что позволяет реплицировать изменения в копии в кластере с непрерывной репликацией и при локальной непрерывной репликации.
  
  
• Регулировка прерывает проверку базы данных при оперативном обслуживании на указанное количество миллисекунд после каждых 320 килобайт (КБ) данных ввода-вывода, позволяя серверу выполнять другие задачи. Регулировку можно применять для снижения влияния оперативной проверки контрольных сумм на производительность сервера, например если проверка баз данных выполняется весь рабочий день.
  
  
• Если включена проверка баз данных при оперативном обслуживании, интервал оперативной проверки, запланированный для определенной базы данных, разделяется для процесса проверки базы данных и процесса оперативной дефрагментации базы данных. Например, если запланировано оперативное обслуживание продолжительностью в 8 часов, на проверку базы данных и оперативную дефрагментацию выделяется по 4 часа.
  
  

В таблице ниже указаны подразделы реестра, которые можно использовать для включения и настройки проверки баз данных при оперативном обслуживании. Эти подразделы должен добавить в реестр администратор. Они не добавляются в реестр по умолчанию при установке Exchange. Все подразделы находятся по пути HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeIS\ParametersSystem.

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

Дополнительные сведения о включении и настройке проверки баз данных при оперативном обслуживании с помощью этих параметров реестра см. в разделе Настройка проверки баз данных при оперативном обслуживании в Exchange 2007 с пакетом обновления 1 (SP1) и пакетом обновления 2 (SP2).

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

Примечание.
Для использования указанных в таблице счетчиков производительности необходимо включить расширенные счетчики производительности ESE. Дополнительные сведения о включении расширенных счетчиков производительности ESE см. в разделе Включение расширенных счетчиков производительности ESE (на английском языке).

Счетчики для наблюдения за производительностью вычисления контрольных сумм

Счетчики для наблюдения за производительностью обнуления страниц

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

Дополнительные сведения см. в разделе Наблюдение за проверкой баз данных при оперативном обслуживании в Exchange Server 2007 с пакетом обновления 1 (SP1) и пакетом обновления 2 (SP2).

Дополнительные сведения о System Center DPM 2007 см. в разделе System Center Data Protection Manager 2007 (на английском языке).

Дополнительные сведения o DPM см. в статье блога разработчиков Exchange Server Выпущена бета-версия 2 System Center Data Protection Manager 2007! (на английском языке).

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

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