Стратегии резервного копирования и восстановления из копии репликации моментальных снимков и репликации транзакций

1. Восстановите последнюю резервную копию базы данных публикации. Перейдите к шагу 2.

2. Содержит ли резервная копия базы данных публикации последнюю конфигурацию всех публикаций и подписок? Если да, восстановление завершено. Если нет, перейдите к шагу 3.

3. Удалите конфигурацию репликации с издателя, распространителя и подписчиков, затем создайте конфигурацию заново. Восстановление завершено.

   Дополнительные сведения об удалении репликации см. в разделах Удаление репликации и sp_removedbreplication (Transact-SQL).

1. Восстановите последнюю резервную копию базы данных публикации. Перейдите к шагу 2.

2. Был ли перед сбоем включен параметр sync with backup для базы данных публикации? Если да, перейдите к шагу 3, если нет — к шагу 5.

   Если параметр включен, запрос SELECT DATABASEPROPERTYEX('<PublicationDatabaseName>', 'IsSyncWithBackup') возвращает '1'.

3. Является ли восстановленная резервная копия полной и содержащей последние данные? Содержит ли она последнюю конфигурацию всех публикаций и подписок? Если да, восстановление завершено. Если нет, перейдите к шагу 4.

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

   1. Запускайте агент распространителя до полной синхронизации подписчиков с ожидающими выполнения командами в базе данных распространителя. Убедитесь в том, что все команды доставлены подписчикам. Для этого используйте вкладку Нераспространенные команды в мониторе репликации либо запросите представление MSdistribution_status в базе данных распространителя. Перейдите к шагу b.

      Дополнительные сведения о запуске агента распространителя см. в разделах Как запустить и остановить агент репликации (среда SQL Server Management Studio) и Основные понятия об исполняемых объектах агента репликации.

      Дополнительные сведения о проверке команд см. в разделах Как просмотреть реплицированные команды и другую информацию в базе данных распространителя (программирование репликации на языке Transact-SQL) и Как просмотреть сведения и выполнить задачи для агентов, связанных с подпиской (монитор репликации).

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

      Дополнительные сведения об удалении репликации см. в разделах Удаление репликации и sp_removedbreplication (Transact-SQL).

      Дополнительные сведения о том, как указать, что у подписчика уже есть данные, см. в разделах Как инициализировать подписку вручную (среда SQL Server Management Studio) и Как инициализировать подписку вручную (программирование репликации на языке Transact-SQL).

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

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

   1. Запускайте агент распространителя до полной синхронизации подписчиков с ожидающими выполнения командами в базе данных распространителя. Убедитесь в том, что все команды доставлены подписчикам. Для этого используйте вкладку Нераспространенные команды в мониторе репликации либо запросите представление MSdistribution_status в базе данных распространителя. Перейдите к шагу b.

      Дополнительные сведения о запуске агента распространителя см. в разделах Как запустить и остановить агент репликации (среда SQL Server Management Studio) и Основные понятия об исполняемых объектах агента репликации.

      Дополнительные сведения о проверке команд см. в разделах Как просмотреть реплицированные команды и другую информацию в базе данных распространителя (программирование репликации на языке Transact-SQL) и Как просмотреть сведения и выполнить задачи для агентов, связанных с подпиской (монитор репликации).

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

      Дополнительные сведения о программе tablediff см. в разделе Как сравнить реплицируемые таблицы на предмет различий (программирование репликации).

   3. Является ли восстановленная резервная копия полной и содержащей последние данные? Содержит ли она последнюю конфигурацию всех публикаций и подписок? Если да, синхронизируйте повторно метаданные издателя и распространителя с помощью процедуры sp_replrestart. Восстановление завершено. Если нет, перейдите к шагу d.

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

      Дополнительные сведения об удалении репликации см. в разделах Удаление репликации и sp_removedbreplication (Transact-SQL).

      Дополнительные сведения о том, как указать, что у подписчика уже есть данные, см. в разделах Как инициализировать подписку вручную (среда SQL Server Management Studio) и Как инициализировать подписку вручную (программирование репликации на языке Transact-SQL).

1. Восстановите последнюю резервную копию базы данных публикации. Перейдите к шагу 2.

2. Запускайте агент распространителя до полной синхронизации подписчиков с ожидающими выполнения командами в базе данных распространителя. Убедитесь в том, что все команды доставлены подписчикам. Для этого используйте вкладку Нераспространенные команды в мониторе репликации либо запросите представление MSdistribution_status в базе данных распространителя. Перейдите к шагу 3.

   Дополнительные сведения о запуске агента распространителя см. в разделах Как запустить и остановить агент репликации (среда SQL Server Management Studio) и Основные понятия об исполняемых объектах агента репликации.

   Дополнительные сведения о проверке команд см. в разделах Как просмотреть реплицированные команды и другую информацию в базе данных распространителя (программирование репликации на языке Transact-SQL) и Как просмотреть сведения и выполнить задачи для агентов, связанных с подпиской (монитор репликации).

3. Если используются обновляемые посредством очередей подписки, подключитесь к каждому подписчику и удалите все строки из таблицы MSreplication_queue (Transact-SQL) в базе данных подписки. Перейдите к шагу 4.

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

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

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

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

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

      Дополнительные сведения о программе tablediff см. в разделе Как сравнить реплицируемые таблицы на предмет различий (программирование репликации).

   3. Является ли восстановленная резервная копия полной и содержащей последние данные? Содержит ли она последнюю конфигурацию всех публикаций и подписок? Если да, синхронизируйте повторно метаданные издателя и распространителя с помощью процедуры sp_replrestart. Восстановление завершено. Если нет, перейдите к шагу d.

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

      Дополнительные сведения об удалении репликации см. в разделах Удаление репликации и sp_removedbreplication (Transact-SQL).

      Дополнительные сведения о том, как указать, что у подписчика уже есть данные, см. в разделах Как инициализировать подписку вручную (среда SQL Server Management Studio) и Как инициализировать подписку вручную (программирование репликации на языке Transact-SQL).

В следующих шагах базы данных публикаций A, B и C находятся в топологии одноранговой репликации транзакций. Базы данных A и C находятся в оперативном режиме и функционируют правильно; база данных B — восстанавливаемая база данных. Описанные здесь действия, особенно шаги 7, 10 и 11, очень похожи на процесс добавления узла к одноранговой топологии. Самый простой путь выполнения этих шагов — использование мастера настройки одноранговой топологии. Дополнительные сведения см. в разделе Как настроить одноранговую репликацию транзакций (среда SQL Server Management Studio). Можно также использовать хранимые процедуры. Дополнительные сведения см. в разделе Как настроить одноранговую репликацию транзакций (программирование репликации на языке Transact-SQL).

1. Запустите агент распространителя для синхронизации подписок в базах данных A и C. Перейдите к шагу 2.

   Дополнительные сведения о запуске агента распространителя см. в разделах Как запустить и остановить агент репликации (среда SQL Server Management Studio) и Основные понятия об исполняемых объектах агента репликации.

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

3. Удалите метаданные из базы данных распространителя, которую использует база данных B, выполнив хранимую процедуру sp_removedistpublisherdbreplication в базе данных распространителя для базы данных B. Перейдите к шагу 4.

4. В базах данных A и C удалите подписки на публикации из базы данных B. Перейдите к шагу 5.

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

5. Выполните резервное копирование журналов или полное резервное копирование базы данных A. Перейдите к шагу 6.

6. Восстановите резервную копию базы данных A в базе данных B. Теперь в базе данных B имеются данные из базы данных A, но отсутствует конфигурация репликации. При восстановлении резервной копии на другом сервере репликация удаляется, поэтому репликация была удалена из базы данных B. Перейдите к шагу 7.

7. Вновь создайте публикацию в базе данных B, и подписки между базами данных A и B. (Подписки, затрагивающие базу данных C, будут обработаны позже.)

   1. Заново создайте публикацию в базе данных B. Перейдите к шагу b.

   2. Создайте заново подписку в базе данных B на публикацию в базе данных A, указав, что подписка должна быть инициализирована с резервной копией (значение initialize with backup для параметра @sync_type хранимой процедуры sp_addsubscription). Перейдите к шагу c.

   3. Создайте заново подписку в базе данных A на публикацию в базе данных B, указав, что подписчик уже содержит данные (значение replication support only для параметра @sync_type хранимой процедуры sp_addsubscription). Перейдите к шагу 8.

8. Запустите агент распространителя для синхронизации подписок в базах данных A и B. Если в публикуемых таблицах имеются столбцы идентификаторов, перейдите к шагу 9, иначе — к шагу 10.

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

   1. Выполните процедуру sp_requestpeerresponse в базе данных B и получите выходной параметр @request_id. Перейдите к шагу b.

   2. По умолчанию агент распространителя работает непрерывно, поэтому маркеры отправляются на все узлы автоматически. Если агент распространителя не выполняется в непрерывном режиме, запустите его. Дополнительные сведения см. в разделе Основные понятия об исполняемых объектах агента репликации или Как запустить и остановить агент репликации (среда SQL Server Management Studio). Перейдите к шагу c.

   3. Выполните процедуру sp_helppeerresponses, указав значение @request_id, полученное в шаге b. Подождите, пока все узлы сообщат о получении однорангового запроса. Перейдите к шагу d.

   4. Выполните инструкцию DBCC CHECKIDENT для обновления начальных значений каждой таблицы в базе данных B, чтобы убедиться, что используется соответствующий диапазон. Перейдите к шагу 10.

   Дополнительные сведения об управлении диапазонами идентификаторов см. в подразделе «Присвоение диапазонов для ручного управления диапазонами идентификаторов» раздела Репликация столбцов идентификаторов.

10. В этот момент базы данных B и C не связаны напрямую, но они будут получать изменения через базу данных A. Если топология содержит узлы, на которых выполняется SQL Server 2005, перейдите к шагу 11, в противном случае перейдите к шагу 12.

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

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

    2. Выполните процедуру sp_requestpeerresponse в базе данных B и получите выходной параметр @request_id. Перейдите к шагу c.

    3. По умолчанию агент распространителя работает непрерывно, поэтому маркеры отправляются на все узлы автоматически. Если агент распространителя не выполняется в непрерывном режиме, запустите его. Перейдите к шагу d.

    4. Выполните процедуру sp_helppeerresponses, указав значение @request_id, полученное в шаге b. Подождите, пока все узлы сообщат о получении однорангового запроса. Перейдите к шагу e.

    5. Создайте заново подписку в базе данных B на публикацию в базе данных C, указав, что подписчик уже содержит данные. Перейдите к шагу b.

    6. Создайте заново подписку в базе данных C на публикацию в базе данных B, указав, что подписчик уже содержит данные. Перейдите к шагу 13.

12. Создайте заново подписку между базами данных B и C.

    1. В базе данных B выполните запрос к таблице MSpeer_lsns, чтобы получить номер LSN последней транзакции, которая была передана в базу данных B из базы данных C.

    2. Создайте заново подписку в базе данных B на публикацию в базе данных C, указав, что подписка должна быть инициализирована на основе номера LSN (значение initialize from lsn для параметра @sync_type хранимой процедуры sp_addsubscription). Перейдите к шагу b.

    3. Создайте заново подписку в базе данных C на публикацию в базе данных B, указав, что подписчик уже содержит данные. Перейдите к шагу 13.

13. Запустите агент распространителя для синхронизации подписок в базах данных B и C. Восстановление завершено.

1. Восстановите последнюю резервную копию базы данных msdb.

2. Является ли восстановленная резервная копия полной и содержащей последние данные? Содержит ли она последнюю конфигурацию всех публикаций и подписок? Если да, восстановление завершено. Если нет, перейдите к шагу 3.

3. Создайте заново задание очистки подписки из сценариев репликации. Восстановление завершено.

1. Восстановите последнюю резервную копию базы данных master.

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

1. Восстановите последнюю резервную копию базы данных распространителя.

2. Был ли перед сбоем включен параметр sync with backup для базы данных распространителя? Если да, перейдите к шагу 3, если нет — к шагу 4.

   Если параметр включен, запрос SELECT DATABASEPROPERTYEX('<DistributionDatabaseName>', 'IsSyncWithBackup') возвращает '1'.

3. Является ли восстановленная резервная копия полной и содержащей последние данные? Содержит ли она последнюю конфигурацию всех публикаций и подписок? Если да, восстановление завершено. Если нет, перейдите к шагу 4.

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

   1. Удалите конфигурацию репликации с издателя, распространителя и подписчиков, затем создайте конфигурацию заново. При повторном создании подписок укажите, что подписчик уже содержит данные. Перейдите к шагу b.

      Дополнительные сведения об удалении репликации см. в разделах Удаление репликации и sp_removedbreplication (Transact-SQL).

      Дополнительные сведения о том, как указать, что у подписчика уже есть данные, см. в разделах Как инициализировать подписку вручную (среда SQL Server Management Studio) и Как инициализировать подписку вручную (программирование репликации на языке Transact-SQL).

   2. Отметьте все публикации для проверки. Повторно инициализируйте все подписки, не прошедшие проверку. Восстановление завершено.

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

1. Восстановите последнюю резервную копию базы данных msdb.

2. Является ли восстановленная резервная копия полной и содержащей последние данные? Содержит ли она последнюю конфигурацию всех публикаций и подписок? Если да, восстановление завершено. Если нет, перейдите к шагу 3.

3. Удалите конфигурацию репликации с издателя, распространителя и подписчиков, затем создайте конфигурацию заново. При повторном создании подписок укажите, что подписчик уже содержит данные. Перейдите к шагу 4.

   Дополнительные сведения об удалении репликации см. в разделах Удаление репликации и sp_removedbreplication (Transact-SQL).

   Дополнительные сведения о том, как указать, что у подписчика уже есть данные, см. в разделах Как инициализировать подписку вручную (среда SQL Server Management Studio) и Как инициализировать подписку вручную (программирование репликации на языке Transact-SQL).

4. Отметьте все публикации для проверки. Повторно инициализируйте все подписки, не прошедшие проверку. Восстановление завершено.

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

1. Восстановите последнюю резервную копию базы данных master.

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

1. Является ли последняя резервная копия базы данных подписки более поздней, чем максимальное значение параметра срока хранения распространения в базе данных распространителя? (Этим определяется, имеются ли у распространителя все команды, необходимые для обновления подписчика.) Если да, перейдите к шагу 2. Если нет, инициализируйте подписку повторно. Восстановление завершено.

   Чтобы определить значение параметра срока хранения распространителя, выполните хранимую процедуру sp_helpdistributiondb и получите значение из столбца max_distretention (значение в часах).

   Дополнительные сведения о повторной инициализации подписки см. в разделах Как повторно инициализировать подписку (среда SQL Server Management Studio) и Как повторно инициализировать подписку (программирование репликации на языке Transact-SQL).

2. Восстановите последнюю резервную копию базы данных подписки. Перейдите к шагу 3.

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

4. Для синхронизации подписчика запустите агент распространителя. Восстановление завершено.

   Дополнительные сведения о запуске агента распространителя см. в разделах Как запустить и остановить агент репликации (среда SQL Server Management Studio) и Основные понятия об исполняемых объектах агента репликации.

1. Восстановите последнюю резервную копию базы данных msdb. Используются ли на этом подписчике подписки по запросу? Если нет, восстановление завершено. Если да, перейдите к шагу 2.

2. Является ли восстановленная резервная копия полной и содержащей последние данные? Содержит ли она последнюю конфигурацию всех подписок по запросу? Если да, восстановление завершено. Если нет, перейдите к шагу 3.

3. Удалите и создайте заново подписки по запросу. При повторном создании подписок укажите, что подписчик уже содержит данные. Восстановление завершено.

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

   Дополнительные сведения о том, как указать, что у подписчика уже есть данные, см. в разделах Как инициализировать подписку вручную (среда SQL Server Management Studio) и Как инициализировать подписку вручную (программирование репликации на языке Transact-SQL).

1. Восстановите последнюю резервную копию базы данных master.

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