Кроме задач ежедневного управления и администрирования организации Microsoft Exchange, существуют задачи, относящиеся к резервной непрерывной репликации (SCR). Как правило, для резервной непрерывной репликации выполняются следующие задачи администрирования.

Эти задачи описываются далее в этом разделе.

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

Настройка дискового хранилища для резервной непрерывной репликации

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

Управление томами диска в среде резервной непрерывной репликации

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

Включение резервной непрерывной репликации

Резервная непрерывная репликация включается только в командной консоли Exchange путем выполнения командлета New-StorageGroup или Enable-StorageGroupCopy. Оба командлета включают в себя несколько новых параметров, представленных в Microsoft Exchange Server 2007 с пакетом обновления 1 (SP1):

  • -StandbyMachine   Этот параметр используется для указания имени компьютера, содержащего цель резервной непрерывной репликации. Значение этого параметра выставляется как часть значения для атрибута msExchStandbyCopyMachines группы хранения, включенного для резервной непрерывной репликации. Атрибут msExchStandbyCopyMachines представляет собой многозначную строку Юникод, которая добавляется к схеме службы каталогов Active Directory , когда Exchange 2007 SP1 вводится в организацию Exchange .

  • -ReplayLagTime   Этот параметр используется для указания количества времени, которое служба репликации Microsoft Exchange должна ожидать перед репликацией файлов журналов, которые были скопированы на компьютер, являющийся целью резервной непрерывной репликации. Параметр имеет следующий формат: (Дни.Часы:Минуты:Секунды). По умолчанию настройка для этого параметра - 24 часа. Максимально допустимая настройка этого значения - 7 дней. Минимально допустимая настройка составляет 0 секунд, хотя установка этого значения, равная 0 секунд, не отразится на задержке по умолчанию во время действий по преобразованию 50 файлов журнала. Установленное значение этого параметра нельзя изменить без отключения повторного включения резервной непрерывной репликации.

  • -TruncationLagTime   Этот параметр используется для указания количества времени, которое служба репликации Microsoft Exchange должна ожидать перед усечением файлов журналов, которые были скопированы на компьютер, являющийся целью резервной непрерывной репликации и воспроизведены в копии базы данных. Период времени начинается после того, как журнал был успешно воспроизведен в копию базы данных. Параметр имеет следующий формат: (Дни.Часы:Минуты:Секунды). Максимально допустимая настройка этого значения - 7 дней. Минимально допустимая настройка составляет 0 секунд, хотя установка этого значения, равная 0 секунд, эффективно устраняет любую задержку при усечении журнала. Установленное значение этого параметра нельзя изменить без отключения повторного включения резервной непрерывной репликации.

  • -SeedingPostponed   Этот параметр можно использовать для пропуска первоначального заполнения цели резервной непрерывной репликации. Если использовать этот параметр, администратор должен вручную заполнить цель резервной непрерывной репликая, используя командлет Update-StorageGroupCopy . Этот параметр возможно использовать только с командлетом Enable-StorageGroupCopy. Его нельзя использовать с командлетом New-StorageGroup , поскольку на этом этапе не существует исходной базы данных.

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

Дополнительно к задержке репликации, настраиваемой администратором, определяемой с использованием параметра ReplayLagTime , Exchange также препятствует репликации в цели резервной непрерывной репликации фиксированного количества файлов журнала, вне зависимости от значения ReplayLagTime, по следующей формуле:

Максимум ("значение ReplayLagTime" или "X файлы журнала")

где X=50. Это дополнительная защита от необходимости повторного заполнения группы хранения в случаях, когда источник резервной непрерывной репликации, находящийся в среде непрерывной репликации, например, локальной непрерывной репликации (LCR) или кластерной непрерывной репликации (CCR), подвергся сбою с потерей данных и возвращен в сеть, используя командлет Restore-StorageGroupCopy . При помощи задержки действий по репликации в целях резервной непрерывной репликации при возникновении сбоя с потерей данных в отношении источника резервной непрерывной репликации необходимость повторного заполнения копий резервной непрерывной репликации минимизирована, поскольку при потере данных в источнике резервной непрерывной репликации между двумя копиями меньший временной интервал.

Важно!
Встроенное время задержки для 50 файлов журнала и значение параметра ReplayLagTime могут негативно влиять на создание исходной целевой базы данных резервной непрерывной репликации. Целевая база данных резервной непрерывной репликации не будет создана, пока 50 файлов журнала транзакций не будут реплицированы на целевой компьютер резервной непрерывной репликации, и до тех пор, пока не истечет период времени, указанный ReplayLagTime (или ReplayLagTime по умолчанию равный 24 часам).

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

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

Резервная непрерывная репликация и усечение журнала

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

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

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

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

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

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

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

Отключение резервной непрерывной репликации

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

Необходимо отключить резервную непрерывную репликацию для изменения значения параметров ReplayLagTime или TruncationLogDelay . Эти значения нельзя изменять при включенной резервной непрерывной репликации. Таким образом, для изменения параметров преобразования или усечения необходимо сначала отключить резервную непрерывную репликацию, а затем включить ее снова, используя новые значения.

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

Наблюдение за операциями репликации.

Хотя резервная непрерывная репликация не требует особого наблюдения, рекомендуется регулярно просматривать каждую группу хранения, чтобы убедиться в том, что репликация файлов журнала осуществляется правильно. Пакет управления Майкрософт Exchange Server 2007 для Майкрософт Microsoft Operations Manager 2005 включает оповещения для нескольких критических неполадок, связанных со средами резервной непрерывной репликации.

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

  • Целевая копия резервной непрерывной репликации находится в неисправном состоянии.

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

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

Командлет Test-ReplicationHealth

Exchange 2007 SP1 представляет новый командлет Test-ReplicationHealth. Этот командлет разработан для упреждающего наблюдения за непрерывной репликацией ( LCR, CCR или SCR) и конвейером непрерывной репликации. Командлет Test-ReplicationHealth проверяет все стороны репликации, службы кластеров, репликацию группы хранения и состояние преобразования, чтобы составить полный обзор системы репликации. При этом командлет Test-ReplicationHealth выполняет тесты, указанные в таблице ниже.

Тесты, выполняемые командлетом Test-ReplicationHealth

Test Описание

Статус сети кластера

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

Состояние группы кворума

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

Состояние кворума общих файловых ресурсов

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

Состояние кластерного сервера почтовых ящиков

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

Состояние узла

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

Статус DNS-регистрации

Проверяет, что все сетевые интерфейсы, управляемые кластером, для которых установлен параметр Требовать успешную регистрацию в DNS, выполнили регистрацию в службе доменных имен (DNS). Этот тест применяется только в средах кластерной непрерывной репликации.

Статус службы репликации

Проверяет работоспособность службы репликации Microsoft Exchange на локальном узле.

Приостановка копии группы хранения

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

Сбой копии группы хранения

Проверяет нахождение какой-либо копии группы хранения в состоянии сбоя.

Длина очереди репликации группы хранения

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

  • Преудпреждение   Длина очереди составляет 3-5 журналов.

  • Сбой   Длина очереди составляет 6 или более журналов.

Отключение баз данных после сбоя

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

Подключение и отключение баз данных

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

Перемещение местоположения файлов группы хранения и базы данных

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

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

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

Важно!
Базы данных нельзя помещать в корневой каталог тома.

Просмотр сведений о состоянии

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

Сведения о статусе резервной локальной непрерывной репликации

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

Примечание.
В таблице ниже перечисляются свойства в том порядке, в котором они отображаются при просмотре полных выходных данных командлета Get-StorageGroupCopyStatus .

Сведения о статусе, доступные для групп хранения с включенной резервной непрерывной репликацией

Свойство Описание

Идентификатор

Сервер и имя запрошенной группы хранения.

StorageGroupName

Имя запрошенной группы хранения.

SummaryCopyStatus

Текущее общее состояние копии резервной непрерывной репликации. Возможные значения:

  • Не поддерживается — текущая конфигурация не поддерживает непрерывную репликацию.

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

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

  • Заполнение — выполняется заполнение базы данных.

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

  • Служба недоступна    Microsoft Exchange Служба репликации не запущена.

  • Приостановлено — копирование и преобразование журнала транзакций остановлены.

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

  • Исправно — все исправно и работает нормально, ничего не блокируется и не блокировано.

Ошибка

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

FailedMessage

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

Заполнение

Выполняется заполнение. Возможные значения: True и False.

Приостановить

Репликация и преобразование для пассивной копии остановлены. Это предотвращает обновление базы данных и копирование журналов. Возможные значения: True и False.

SuspendComment

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

CopyQueueLength

Число файлов журнала транзакций, ожидающих копирования в папку файлов журнала пассивной копии. Копия не считается завершенной до тех пор, пока она не проверена на наличие повреждений.

ReplayQueueLength

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

LatestAvailableLogTime

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

LastCopyNotificationedLogTime

Время создания активной группой хранения последнего нового журнала, известного копии.

LastCopiedLogTime

Отметка времени для исходной группы хранения последней успешной копии файла журнала транзакций.

LastInspectedLogTime

Отметка времени для целевой группы хранения последней успешной проверки файла журнала транзакций.

LastReplayedLogTime

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

LastLogGenerated

Номер версии последнего журнала в активной копии группы хранения.

LastLogCopied

Номер версии последнего журнала, который был успешно скопирован в папку журналов пассивной копии.

LastLogNotified

Номер создания активной группой хранения последнего журнала, известного копии.

LastLogInspected

Номер версии последнего журнала, который был проверен на согласованность и наличие повреждений.

LastLogReplayed

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

LatestFullBackupTime

Время последнего полного резервного копирования.

LatestIncrementalBackupTime

Время последнего добавочного резервного копирования.

SnapshotBackup

Резервное копирование с использованием потоковых API прежних версий или службы теневого копирования томов. Возможные значения: True и False.

Исправность копии резервной непрерывной репликации можно быстро оценить по значениям свойств SummaryCopyStatus, CopyQueueLength, ReplayQueueLength и LastInspectedLogTime. Эти свойства показывают, правильно ли функционирует копия резервной непрерывной репликации, и является ли копия резервной непрерывной репликации достаточно новой в плане копирования и преобразования журналов. При возникновении следующих условий необходимо определить причину их возникновения и устранить неполадку.

  • Копия находится значительное время в неисправном состоянии.

  • Длина очереди копирования более 5 элементов.

  • Длина очереди преобразования более 20 элементов.

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

Длина очереди преобразования и длина очереди копирования доступны в виде показаний счетчиков производительности. Это счетчики производительности CopyQueueLength и ReplayQueueLength в объекте производительности MSExchange Replication.

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

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

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

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

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

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

Проверка целостности цели резервной непрерывной репликации

При использовании резервной непрерывной репликации рекомендуется периодически проверять целостность каждой целевой копии резервной непрерывной репликации, выполняя проверку физической целостности файлов базы данных и журнала транзакций. При проверке физической целостности выполняется анализ файлов журналов транзакций и базы данных на наличие повреждений. Эту проверку можно выполнить с помощью версии командной строки Microsoft Volume Shadow Copy Service tool (VSSAdmin.exe) и служебных программ базы данных (Eseutil.exe) Exchange Server . Для получения подробных указаний по применению программ VSSAdmin и Eseutil для поиска физических повреждений в файлах баз данных и журналов транзакций см. раздел Проверка копии пассивной непрерывной репликации.

Примечание.
Прежде чем запустить проверку физической целостности базы данных, необходимо временно приостановить все действия репликации в отношении группы хранения. Можно временно остановить репликацию при помощи командлета Suspend-StorageGroupCopy в командной консоли Exchange . После завершения проверки согласованности для возобновления преобразования журнала транзакций можно использовать командлет Resume-StorageGroupCopy. Рекомендуется выполнять проверку в нерабочие часы и минимизировать время, в течение которого репликация находится в приостановленном состоянии. Эта рекомендация обусловлена тем, что при временной остановке копирования группы хранения прекращаются все обновления копии резервной непрерывной репликации, что делает некоторое содержимое уязвимым к сбоям.

Управление репликацией и преобразованием

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

  • остановка репликации в копию группы хранения;

  • повторный запуск репликации в копию группы хранения.

  • Повторное заполнение группы хранения.

Остановка и повторный запуск внесения изменений в копию группы хранения и ее базу данных

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

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

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

Заполнение и повторное заполнение копии группы хранения

Заполнение и повторное заполнение копии группы хранения в среде резервной непрерывной репликации выполняется с помощью командлета Update-StorageGroupCopy с параметром StandbyMachine, который был добавлен в Exchange 2007 с пакетом обновления 1 (SP1).

Дополнительные сведения о заполнении и повторном заполнении цели резервной непрерывной репликации см. в разделе Заполнение целевого объекта пассивной непрерывной репликации.

Восстановление после повреждения при помощи оценки состояния репликации на момент повреждения данных

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

  • работоспособность копии на момент сбоя;

  • очереди преобразования и копирования на момент сбоя;

  • время последней проверки журнала на момент сбоя.

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

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

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

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

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

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

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