У меня есть два экземпляра SQL Server 2005 STANDARD edition: сервер A в Нью-Йорке и сервер B в Калифорнии.
Сервер A имеет большую базу данных; для целей DR / BCP я хотел бы использовать доставку журналов, чтобы сохранять горячую резервную копию на сервере B.
К сожалению, журналы транзакций слишком велики (более 10 ГБ по WAN = (). Прежде чем я вложу средства в сторонний продукт, который решает эту проблему, могу ли я сделать что-то вроде этого:
1) Отключите задание копирования на сервере B. Резервные копии по-прежнему создаются на сервере A, но не перемещаются автоматически на сервер B.
2) Создайте запланированную задачу для сжатия всех резервных копий журналов на сервере A (с помощью таких инструментов, как 7zip или WinZip) и сбросьте их на сервер B, где их ожидает задание восстановления (и, конечно же, распаковка).
3) Дайте возможность восстановлению на сервере B работать в обычном режиме.
Это наивное или работоспособное решение?
Если бы у нас была корпоративная версия, я бы использовал асинхронное зеркальное отображение базы данных; или, если бы у нас была версия Enterprise 2008, я бы посмотрел на встроенное сжатие.
Не создавайте еще одну запланированную задачу, так как время может быть нарушено. Измените существующие задания доставки журналов, созданные сервером sql, для резервного копирования и копирования журнала.
Есть сообщение в блоге Вот с решением, из которого вы можете позаимствовать некоторые или все части.
Я считаю, что это сработает. Имейте в виду, что если вы не используете 2008, вам все равно придется искать какой-то сторонний инструмент для сжатия.
Единственный реальный недостаток, который я вижу, - это немного больше работы для вас, поскольку вы будете полагаться не только на SQL-сервер для выполнения этой работы.