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