Комментарии 6
Возможность сжатия бекапов появилась впервые в SQL Server 2008
Насколько помню, 2008 Standart сжимать бэкапы не умеет.
+1
Спасибо за комментарий. Забыл об этом упомянуть. Сжатие поддерживают:
2008 – только Enterprise и Developer
2008R2 / 2012 / 2014 – редакции Enterprise, Business Intelligence, Standard, Developer
2008 – только Enterprise и Developer
2008R2 / 2012 / 2014 – редакции Enterprise, Business Intelligence, Standard, Developer
0
>>Из личного опыта скажу, что доводилось встречать людей, которые вначале создавали бекап в дефолтной папке, а потом руками или скриптом копировали на дисковую шару.
И правильно делали. Утилиты, которые используются в скрипте, могут проверить корректность переноса файла на шару (по контрольной сумме, например), могут проверить доступность шары, прежде чем копировать и т.д.
А так при недоступной шаре бэкап просто свалится с ошибкой, верно? Точно не скажу — никогда не пользовался этой опцией.
И правильно делали. Утилиты, которые используются в скрипте, могут проверить корректность переноса файла на шару (по контрольной сумме, например), могут проверить доступность шары, прежде чем копировать и т.д.
А так при недоступной шаре бэкап просто свалится с ошибкой, верно? Точно не скажу — никогда не пользовался этой опцией.
0
Спасибо за комментарий. В целом с Вашей точкой зрения согласен.
Однако, нужно отметить — эту возможность я привел для примера. Доступна она только для Enterprise и раз уж ее добавили в эту редакцию, значит от нее иногда есть польза. Когда я нею последний раз пользовался на 2005 сервере, то она отрабатывала быстрее чем создание бекапа, а потом копирование его на шару. Далее никто не запрещает после выполнить RESTORE VERIFYONLY, чтобы проверить корректность созданного бекапа.
Буду очень благодарен, если Вы поделитесь с окружающими скриптами по переносу бекапа на шару.
Однако, нужно отметить — эту возможность я привел для примера. Доступна она только для Enterprise и раз уж ее добавили в эту редакцию, значит от нее иногда есть польза. Когда я нею последний раз пользовался на 2005 сервере, то она отрабатывала быстрее чем создание бекапа, а потом копирование его на шару. Далее никто не запрещает после выполнить RESTORE VERIFYONLY, чтобы проверить корректность созданного бекапа.
Буду очень благодарен, если Вы поделитесь с окружающими скриптами по переносу бекапа на шару.
0
Нету у меня своих скриптов под перенос — не было такой задачи.
Обычно там небольшой скриптик: robocopy + fciv.
www.bobpusateri.com/archive/2013/02/verifying-file-copymove-operations-with-microsoft-file-checksum-integrity-verifier
Ну и строчки для логирования успешности/неуспешности перезаписи.
Обычно там небольшой скриптик: robocopy + fciv.
www.bobpusateri.com/archive/2013/02/verifying-file-copymove-operations-with-microsoft-file-checksum-integrity-verifier
Ну и строчки для логирования успешности/неуспешности перезаписи.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
План обслуживания «на каждый день» – Часть 3: Автоматическое создание бекапов