Передача журналов в существующую базу данных

1. Включите передачу журналов, но не добавляйте цели
2. Возьмите полное резервное копирование основной базы данных
3. Переместите резервное копирование базы данных во вторичный сервер
4. Резервное копирование восстановления WITH NORECOVERY
5. Включите вторичный сервер как цель передачи журналов
6. SQL Server затем скопирует все файлы передачи журналов, что он сгенерирован до настоящего времени к новому серверу по ссылке, и восстановите их

Я сделал это десятки времен, и это никогда не является отказавшим, поэтому если это не работает затем, Вы могли бы хотеть обновить вопрос с ТОЧНЫМИ шагами, которые Вы сделали.

Если Ваша база данных находится в полном режиме восстановления затем, просто необходимо сделать следующее:

• Возьмите полное резервное копирование
• переместите диск в резервное устройство
• база данных WITH NORECOVERY восстановления так, чтобы было пребывание в "восстановлении" режима
• сохраните ВСЕ резервные копии журнала от основного устройства и скопируйте их в резервное устройство
• восстановите все журналы к резервной базе данных WITH NORECOVERY
• Запущенный мастер SSMS для установки заданий LS

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

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

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

Примечание: uFTP является основанной на UDP утилитой передачи файлов с механизмом проверки ошибок, встроенным в приложение, так как UDP испытывает недостаток в коррекции ошибок, настроенной против TCP.

Удостоверьтесь, что Вашей цели передачи журналов восстановили базу данных с norecovery.

Идите вперед и пройдите процесс установки как Вы, обычно был бы.

Когда Вы добираетесь до вкладки "Initialize Secondary Database" на окне "Secondary Database Settings", удостоверьтесь, что опция "No, the secondary database is initialized" выбрана.

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