Комментарии 17
Добавлю по поводу опции 'WITH CHECKSUM'.
При бэкапе бызы скриптом или через gui, эта опция доступна для использования.
Если же настраивается Maintenance Plan, то там просто напросто нет подобной опции.
Для 2008-го сервера можно в плане включить сжатие (WITH COMPRESSION), которое, по словам Microsoft, повлечет за собой активацию проверки контрольной суммы.
Для 2005-го сервера включить в плане 'WITH CHECKSUM' не представляется возможным. Поэтому пришлось писать отдельную процедуру под это дело.
При бэкапе бызы скриптом или через gui, эта опция доступна для использования.
Если же настраивается Maintenance Plan, то там просто напросто нет подобной опции.
Для 2008-го сервера можно в плане включить сжатие (WITH COMPRESSION), которое, по словам Microsoft, повлечет за собой активацию проверки контрольной суммы.
Для 2005-го сервера включить в плане 'WITH CHECKSUM' не представляется возможным. Поэтому пришлось писать отдельную процедуру под это дело.
+1
Спасибо за статью. Получилась: «Бэкапы для самых маленьких» :)
P. S. у нас используется, обычно, такая схема: бэкап лога раз в час, инкрементал раз в день (ночью, когда никто не работает), фулл — по выходным. Пока, вроде, никто не жаловался.
P. S. у нас используется, обычно, такая схема: бэкап лога раз в час, инкрементал раз в день (ночью, когда никто не работает), фулл — по выходным. Пока, вроде, никто не жаловался.
0
В вашей схеме удобнее будет делать не инкремент а дифф, тогда в любой день для восстановления надо будет FULL + DIFF + DAILY; в отличии от пятницы в текущем варианте: FULL + INC * 5 + DAILY.
0
Я решил пойти по пути «от простого к сложному». В следующий раз буду ориентироваться на возраст от трёх до десяти =)
0
НЛО прилетело и опубликовало эту надпись здесь
Ну и если у вас совсем плохо с местом под бэкапы, а версия SQL Server не поддерживает сжатие, то вы можете просто включить NTFS-сжатие на каталог где хранятся бэкапы. Но следует трезво взвесить ЗА и ПРОТИВ такого решения. Если базы не особо большие (меньше 10Гб), может оказаться что проще и дешевле купить любой iSCSI NAS.
0
Юзаем DPM. Срезы (точки восстановления) каждые 15 минут. Процесс автоматизирован до нельзя. Восстанавливается в пару кликов либо туда же, либо в новую базу, либо в отдельный файл. Главное поглядывать на логи DPM-а, хотя на все с уровнем выше информационного шлет уведомления. В общем настроил и забыл.
0
Есть ещё третий фундаментальный вопрос: допустимое время простоя.
+1
Как раз сегодня искал информацию по этой теме. Весь день по кусочкам собирал инфу, а тут — все в одном месте.
Надеюсь, темы автоматизации бекапов вы так же коснетесь в продолжении?
Увидел, что люди часто сталкиваются с проблемой огромнейшего лога при FULL бекапе и потом не знают как его уменьшить, ибо после бекапа он меньше на становится. Об этом я бы тоже с удовольствием почитал.
Надеюсь, темы автоматизации бекапов вы так же коснетесь в продолжении?
Увидел, что люди часто сталкиваются с проблемой огромнейшего лога при FULL бекапе и потом не знают как его уменьшить, ибо после бекапа он меньше на становится. Об этом я бы тоже с удовольствием почитал.
0
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
SQL Server 2008: бэкапим с умом. Часть 1: Теория