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

  1. чтение страниц базы данных;

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

  3. обнуление страниц базы данных (если эта функция настроена). Обнуление страниц — это процесс, который выполняется в конце потокового резервного копирования. При этом данные в базе данных перезаписываются выбранными символами. Это защищает данные от восстановления традиционными способами.

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

В этом разделе описаны:

Проверка контрольных сумм и обнуление страниц в окончательной первоначальной версии (RTM) Exchange Server 2007

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

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

  • Создание резервных копий только из пассивной копии группы хранения в кластере с непрерывной репликацией или в организации с локальной непрерывной репликацией. Если резервные копии создаются только из пассивной копии, проверка контрольных сумм активной копии базы данных никогда не выполняется.

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

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

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

Проверка контрольных сумм баз данных

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

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

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

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

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

    • приложение резервного копирования должно поддерживать кластер с непрерывной репликацией;

    • усложняется управление;

    • повышается время простоя (при использовании этого способа нельзя добиться 99,999%-ной доступности);

    • локальная непрерывная репликация не поддерживается.

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

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

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

Microsoft Data Protection Manager (DPM) версии 2 поддерживает резервное копирование и восстановление баз данных Exchange 2007. DPM может выполнять искусственное полное резервное копирование на основе VSS с помощью разностной поблочной синхронизации. При этом копируются только блоки, измененные с момента последнего полного резервного копирования (что сокращает период резервного копирования). Побочным эффектом такого подхода является то, что неизмененные страницы баз данных не проверяются. Поэтому проверка контрольных сумм для некоторых страниц баз данных может не выполняться в течение долгого времени. Этот способ не позволяет гарантировать, что исходная копия надежна и не повреждена. Администратор знает только то, что проверена резервная копия.

Обнуление страниц баз данных

Обнуление страниц — это процесс, который выполняется в конце потокового резервного копирования. При этом данные в базе данных перезаписываются выбранными символами. Это защищает данные от восстановления традиционными способами. При удалении элемента, для которого отключено хранение, с сервера 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 Server 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).

Задача Подраздел реестра Тип Описание

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

Online Maintenance Checksum

REG_DWORD

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

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

Zero Database Pages During Checksum

REG_DWORD

Этот подраздел реестра включает обнуление страниц баз данных при оперативном обслуживании. Если этот подраздел отсутствует в реестре или имеет значение 0, обнуление страниц не выполняется.

Включение регулировки баз данных при оперативном обслуживании

Throttle Checksum

REG_DWORD

Этот подраздел реестра задает интервал регулировки (количество миллисекунд после каждых 320 килобайт (КБ) данных ввода-вывода), в течение которого сервер может выполнять другие задачи. Если этот подраздел отсутствует в реестре или имеет значение 0, регулировка не используется.

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

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

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

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

Счетчик производительности Описание

MSExchangeDatabase\Прочитано страниц при оперативном обслуживании (DB Scan)/с

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

MSExchangeDatabase==>Экземпляры\Прочитано страниц при оперативном обслуживании (DB Scan)/с

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

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

Счетчик производительности Описание

MSExchangeDatabase\Обнулено страниц при оперативном обслуживании (DB Scan)/с

Определение скорости обнуления страниц из всех баз данных хранилища Exchange во время проверки баз данных при оперативном обслуживании.

MSExchangeDatabase\База данных==>Экземпляры\Обнулено страниц при оперативном обслуживании (DB Scan)/с

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

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

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

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

Событие Описание Примеры из журнала приложений в средстве просмотра событий

Событие 717. Database checksumming background task has started.

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

Неприменимо

Событие 718. Database page zeroing background task has started.

Это событие возникает при начале обнуления страниц базы данных.

Неприменимо

Событие 721. Database checksumming background task has completed.

Это событие возникает при завершении проверки контрольных сумм базы данных. Сообщаются следующие сведения:

  • количество просмотренных страниц

  • число неверных контрольных сумм

  • количество неинициализированных страниц

Тип события: Информационное событие

Источник события: ESE

Категория события: Оперативная дефрагментация

Код события: 721

Дата: 6/20/2007

Время: 08:21:37

Пользователь: Н/Д

Компьютер: ExchangeServer01

Описание:

MSExchangeIS (6544) Third Storage Group: Online maintenance database checksumming background task is complete for database 'J:\sg3\priv3.edb'. This pass started on 7/9/2007 and ran for a total of 20 seconds, requiring 1 invocations over 1 days.

Operation Summary:

768 pages seen

0 bad checksums

268 uninitialized pages

Событие 722. Database page zeroing background task has completed.

Это событие возникает при завершении обнуления страниц базы данных. Сообщаются следующие сведения:

  • количество просмотренных страниц

  • число неверных контрольных сумм

  • количество неинициализированных страниц

  • количество неизмененных страниц с момента последнего обнуления

  • количество обнуленных неиспользуемых страниц

  • количество просмотренных используемых страниц

  • количество обнуленных удаленных записей

  • количество обнуленных не имеющих ссылок фрагментов данных

Тип события: Информационное событие

Источник события: ESE

Категория события: Оперативная дефрагментация

Код события: 722

Дата: 6/20/2007

Время: 08:21:37

Пользователь: Н/Д

Компьютер: ExchangeServer01

Описание:

MSExchangeIS (6544) Third Storage Group. Фоновая задача обнуления базы данных при оперативном обслуживании завершена для базы данных "J:\sg3\priv3.edb". Операция началась 20.06.2007 и выполнялась в общей сложности 369 c (количество вызовов за 1 дн.: 1). Сводка операции:

5 850 768 просмотренных страниц

0 неверных контрольных сумм

72 681 неинициализированных страниц

4 379 723 неизмененных страниц с момента последнего обнуления

33 759 обнуленных неиспользуемых страниц

1 210 764 просмотренных используемых страниц

57 214 обнуленных удаленных записей

0 обнуленных не имеющих ссылок фрагментов данных

Событие 723. Ошибка фоновой задачи проверки контрольных сумм базы данных.

Это событие возникает при ошибке фоновой задачи проверки контрольных сумм базы данных.

Неприменимо

Событие 724. Database page zeroing background task encounters an error.

Это событие возникает при ошибке фоновой задачи обнуления страниц базы данных.

Неприменимо

Событие 729. Database page zeroing has been paused.

Это событие возникает при приостановке обнуления страниц базы данных при оперативном обслуживании из-за отсутствия свободных страниц для записи на диск.

Тип события: Ошибка

Источник события: ESE

Категория события: Оперативное обслуживание

Код события: 729

Дата: 7/27/2007

Время: 05:05:30

Пользователь: Н/Д

Компьютер: ExchangeServer01

Описание:

MSExchangeIS (5828) SG15: Online Maintenance Page Zeroing has been paused one or more times in the last 60 minutes for the following databases: "v:\sg15\data\priv15test.edb". The ESE Database Cache is not large enough to simultaneously run online maintenance page zeroing against the listed databases. Action: Stagger the online maintenance time windows for the listed databases or increase the amount of physical RAM in the server.

Дополнительные сведения

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

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

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

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