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

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

Резервная непрерывная репликация включается только в командной консоли 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 . Подробные сведения о включении резервной непрерывной репликации см. в разделе Включение пассивной непрерывной репликации для существующей группы хранения и Включение резервной непрерывной репликации для новой группы хранения.

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

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

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

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

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

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

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

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

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

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

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

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

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

Наблюдение и проверка статуса выполняются при помощи командной консоли 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. Рекомендуется выполнять проверку в нерабочие часы и минимизировать время, в течение которого репликация находится в приостановленном состоянии. Эта рекомендация обусловлена тем, что при временной остановке копирования группы хранения прекращаются все обновления копии резервной непрерывной репликации, что делает некоторое содержимое уязвимым к сбоям.

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

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

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

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

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

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

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

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

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

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

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

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