План обслуживания «на каждый день» – Часть 3: Автоматическое создание бекапов

[aik]

Возможность сжатия бекапов появилась впервые в SQL Server 2008

Насколько помню, 2008 Standart сжимать бэкапы не умеет.

[AlanDenton]

Спасибо за комментарий. Забыл об этом упомянуть. Сжатие поддерживают:

2008 – только Enterprise и Developer
2008R2 / 2012 / 2014 – редакции Enterprise, Business Intelligence, Standard, Developer

[aik]

Потому и приходится сперва создать бэкап, потом его пожать на месте, потом уже качать по сети куданадо (мне дешевле пожать, потом перекачать).

[minamoto]

>>Из личного опыта скажу, что доводилось встречать людей, которые вначале создавали бекап в дефолтной папке, а потом руками или скриптом копировали на дисковую шару.

И правильно делали. Утилиты, которые используются в скрипте, могут проверить корректность переноса файла на шару (по контрольной сумме, например), могут проверить доступность шары, прежде чем копировать и т.д.
А так при недоступной шаре бэкап просто свалится с ошибкой, верно? Точно не скажу — никогда не пользовался этой опцией.

[AlanDenton]

Спасибо за комментарий. В целом с Вашей точкой зрения согласен.

Однако, нужно отметить — эту возможность я привел для примера. Доступна она только для Enterprise и раз уж ее добавили в эту редакцию, значит от нее иногда есть польза. Когда я нею последний раз пользовался на 2005 сервере, то она отрабатывала быстрее чем создание бекапа, а потом копирование его на шару. Далее никто не запрещает после выполнить RESTORE VERIFYONLY, чтобы проверить корректность созданного бекапа.

Буду очень благодарен, если Вы поделитесь с окружающими скриптами по переносу бекапа на шару.

[minamoto]

Нету у меня своих скриптов под перенос — не было такой задачи.

Обычно там небольшой скриптик: robocopy + fciv.
www.bobpusateri.com/archive/2013/02/verifying-file-copymove-operations-with-microsoft-file-checksum-integrity-verifier

Ну и строчки для логирования успешности/неуспешности перезаписи.