Доставка журналов больших БД - как насчет журнала?

В настоящее время я настраиваю доставку журналов большой БД (около 1,5 ТБ) и мне интересно, что я могу сделать с файлом журнала.

В его нынешнем виде я хочу сделать следующие шаги:

1. Изменить БД на полное восстановление
2. Возьмите полную резервную копию (5-6 часов) на основной
3. Восстановить ПОЛНУЮ резервную копию на вторичную (оставив в NORECOVERY)
4. Сделайте резервную копию DIFF на основной
5. Восстановить резервную копию DIFF на вторичной (все еще в NORECOVERY)
6. Инициализируйте доставку журналов, используя «База данных уже инициализирована»

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

Какие варианты мне нужно, чтобы файл журнала не заполнялся? Могу ли я просто выполнять резервное копирование журналов в обычном режиме во время полного резервного копирования, поскольку восстановление DIFF будет охватывать все транзакции, которые происходят в течение этого периода? Кто-нибудь делал это раньше с БД такого размера, какие-нибудь советы / хитрости, чтобы сделать это проще?

Если я вас правильно понимаю, ваша основная проблема - файлы журналов в течение нескольких часов резервного копирования. Из вашего вступительного заявления я понимаю, что база данных объемом 1,5 ТБ обычно работает в режиме ПРОСТОГО восстановления, и, следовательно, резервное копирование журналов не требуется.

Отказ от ответственности: я никогда не делал доставку журналов в этом масштабе.

Конечно, вы должны спросить, можете ли вы выделить больше места для файлов журналов. Если можешь, то отлично.

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

1. Сохраните (или установите) БД в ПРОСТОЙ модели восстановления.
2. Возьмите полную резервную копию (5-6 часов) на основной
3. Восстановить ПОЛНУЮ резервную копию на вторичную (оставив в NORECOVERY)
4. Установить БД в модели полного восстановления
5. Сделайте резервную копию DIFF на основной
6. Восстановить резервную копию DIFF на вторичной (все еще в NORECOVERY)
7. Инициализируйте доставку журналов, используя «База данных уже инициализирована»

Очевидные преимущества:

1. Нет файлов журнала для резервного копирования во время большого полного резервного копирования.
2. Переключение на ПОЛНОЕ перед началом резервного копирования DIFF даст вам необходимый журнал для начала, и его самый большой рост, вероятно, происходит во время резервного копирования DIFF.

Относительно того, когда может начаться резервное копирование журнала:

https://technet.microsoft.com/en-US/library/ms190729(v=SQL.105).aspx

Это говорит: «Новая цепочка журналов начинается либо с первой полной резервной копии базы данных после создания базы данных, либо после перехода от простой модели восстановления к модели полного или массового восстановления».

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

(Помните мой отказ от ответственности, конечно.)