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


8

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

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

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

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

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

Ответы:


9

Если я вас правильно понимаю, ваша основная проблема - файлы журналов в течение нескольких часов резервного копирования. Из вашего вступительного заявления я понимаю, что база данных объемом 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

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

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

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


Я думаю, это звучит так, как будто это сработает. Сейчас я беру ПОЛНУЮ резервную копию и сообщу завтра с результатами. Спасибо за помощь RLF, я отмечу это как ответ, как только все будет сделано, в случае, если у нас есть шаг или 2, чтобы добавить для будущих читателей с этой проблемой.
Крис Груттемейер

Подождите, разве ПОЛНОЕ восстановление не активируется, пока не будет выполнено первое ПОЛНОЕ резервное копирование? Мне интересно, если переключение на полное восстановление после первого полного резервного копирования не будет иметь никакого эффекта, так как полное восстановление не активируется, пока не будет выполнено первое резервное копирование.
Крис Груттемейер,

@KrisGruttemeyer - обновленное сообщение
RLF

Скопируйте это, я сообщу завтра. Эта вещь все еще копируется.
Крис Груттемейер

Убедитесь, что у вас есть резервное сжатие ...
Роб Фарли
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.