Пытаемся понять оптимальную настройку в нашей среде.
У меня есть большая база данных SQL05 (500+ ГБ), журнал которой отправляется в систему только для чтения по WAN. В настоящее время я использую модель ПОЛНОГО восстановления, с дамами журнала каждые 5 минут в часы пик и 15 минут в нерабочие часы.
Насколько я понимаю, модель восстановления BULK_LOGGED позволит мне поддерживать целостность доставки журналов за счет невозможности выполнить восстановление на определенный момент времени до времени в пределах периода, охватываемого резервной копией.
Учитывая частоту дампов наших журналов, имеет ли вообще смысл запускать ПОЛНЫЙ - поскольку я могу восстановить с помощью дампа журнала BULK_LOGGED до 5-минутного окна восстановления? Или я неправильно понимаю, как это работает?
Отправка журналов для отчетов или в основном для BCP / DR?
Если отчет - да. Если для BCP / DR, то это зависит от требований (т.е. к какой потере данных готов бизнес)
Вы смотрели на Зеркалирование БД? Это позволяет создавать полные резервные копии на основном сервере, а «высокая производительность» позволяет выполнять более ленивую запись на зеркало, что может привести к тому же результату. В любом случае доставка журналов выполняется вручную, поэтому вы ничего не потеряете в этом режиме зеркалирования.