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

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

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

Управление томами дисков

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

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

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

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

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

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

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

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

Настройка конфигурации по умолчанию для транспортной корзины

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

  • на кластерном сервере почтовых ящиков в среде кластера с непрерывной репликацией, или

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

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

Командлет Set-TransportConfig используется для изменения параметров настройки по умолчанию для транспортной корзины, применяемых на уровне группы хранения.

Для параметра MaxDumpsterSizePerStorageGroup, в котором указывается наибольший размер очереди транспортной корзины для каждой группы хранения, рекомендуется установить значение в 1,5 раза превышающее максимальный размер сообщения, которое можно послать. Например, если максимальный размер сообщения составляет 10 мегабайт (МБ), следует присвоить параметру MaxDumpsterSizePerStorageGroup значение, равное 15 МБ.

Также рекомендуется установить значение параметра MaxDumpsterTime, в котором указывается, как долго сообщение электронной почты должно оставаться в очереди транспортной корзины, равным 7.00:00:00, то есть семи дням. Сообщения будут удаляться из корзины транспорта при достижении предельного размера, определенного параметром MaxDumpsterSizePerStorageGroup, или по истечении интервала времени, определенного параметром MaxDumpsterTime. Значение последнего параметра должно быть достаточным для обеспечения сохранности сообщений электронной почты даже при длительном отключении.

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

Подробное описание действий по включению и настройке транспортной корзины см. в разделе Инструкции по настройке транспортной корзины. Для получения дополнительных сведений о командлете Restore-StorageGroupCopy см. раздел Restore-StorageGroupCopy.

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

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

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

  • Пассивная копия находится в состоянии сбоя.

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

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

Помимо использования пакета управления Exchange 2007 Management Pack для Microsoft Operations Manager 2005 можно регулярно запускать сценарий, выполняющий командлет Get-StorageGroupCopyStatus командной консоли Exchange. Командлет Get-StorageGroupCopyStatus предоставляет сведения о длине очередей, включая количество журналов, созданных активной копией. По соображениям, связанным с производительностью, счетчики производительности длины очередей сообщают только сведения, известные службе репликации Microsoft Exchange. В крайне редких случаях эти сведения могут не соответствовать состоянию активной копии. Дополнительные сведения о командлете Get-StorageGroupCopyStatus см. далее в подразделе «Просмотр сведений о состоянии» данного раздела.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Identity

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

StorageGroupName

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

SummaryCopyStatus

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

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

  • Выключено — для группы хранения и ее объекта базы данных свойство HasLocalCopy установлено в 0.

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

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

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

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

В Microsoft Exchange Server 2007 с пакетом обновления 1 (SP1) добавлены два дополнительных значения состояния.

  • Initializing Никакие файлы журналов не были закрыты, служба репликации Microsoft Exchange ожидает появления закрытого файла журнала для репликации.

  • Service Down Служба репликации Microsoft Exchange не запущена либо с ней не удается связаться.

Failed

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

FailedMessage

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

Seeding

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

Suspend

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

SuspendComment

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

CopyQueueLength

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

ReplayQueueLength

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

LatestAvailableLogTime

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

LastCopyNotificationedLogTime

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

LastCopiedLogTime

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

LastInspectedLogTime

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

LastReplayedLogTime

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

LastLogGenerated

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

LastLogCopied

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

LastLogNotified

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

LastLogInspected

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

LastLogReplayed

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

LatestFullBackupTime

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

LatestIncrementalBackupTime

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

SnapshotBackup

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

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

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

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

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

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

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

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

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

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

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

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

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

Примечание.
В сервере Exchange 2007 с пакетом обновления 1 (SP1) для проверки состояния и работоспособности рабочих групп с включенной непрерывной репликацией также можно использовать новый командлет Test-ReplicationHealth. Дополнительные сведения о командлете Test-ReplicationHealth см. в разделе Test-ReplicationHealth, а также в подразделе «Командлет Test-ReplicationHealth» раздела Отслеживание непрерывной репликации.

Просмотр сведений о конфигурации

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

  • Группы хранения — местоположение файлов журнала операций локальной непрерывной репликации и системных журналов локальной непрерывной репликации.

  • Базы данных — местоположение копии базы данных локальной непрерывной репликации.

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

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

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

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

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

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

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

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

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

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

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

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

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

Активация пассивной копии

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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