Добрый день.
Вопрос такой - если поставить бэкап логов не только на соседнюю машину (1) в сети, но и на удаленный сервак (2) - что будет, если в момент записи логов удаленный сервак будет недоступен (обрыв связи например)? Будут не записаны логи (1) и (2) или будет "битой" только цепочка логов (2), или цепочка логов (2) будет полностью восстановлена при наличии соединения? Т.е. это 2 взаимонезависимых процесса, или все таки они делаются / или не делаются "в паре"?

таск будет незавершен (и ничего не обрежется/не бэкапнется)

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

(2) У мну на ячеестом складе по базе логи пишутся каждые 15 минут (в итоге лог прирастает на пару мегабайт за раз). В итоге за несколько дней получается гиг - два. Таскать файлом (каждые 15 минут) - не вариант. Вариант - только зеркалом писать удаленно. Вот и вопрос... Если обрыв связи, то вообще никаких бэкап-логов не останется выходит (даже локальных)

(3) никогда не шринкуется?

(4) а зачем? Он и не пухнет, потому что бэкапится.

+(4) в итоге могу поднять базу на любой момент с точностью до 15 минут.

(6) это если б симпл + диффбэкап был, то 15 минут. так, если фулл - на любую транзакцию

(3) имхо, вариантов 2:
1. лог-шиппинг, он, по идее, должен будет "докачать" всё что не скачал по причине разрыва связи, но на втором сервере должен быть установлен SQL Server
2. свой батник, который ведёт учёт отправленных файлов и при каждой сессии отправляющий все неотправленные ранее файлы на удалённый сервер

(8) с файлами хорошо справляется rsync

(8) лог шиппинг это что?

(10) http://msdn.microsoft.com/ru-ru/library/ms187103.aspx

(11) ок, спасибо, посмотрю

да, при лог-шиппинге можно указать сколько времени хранить файлы локально, с качкой частотой их делать, в каком случае (если не происходит накат лога в течении какого периода) слать алерт