JustRoo Oct 27 2011 at 12:01

SQL Server 2008: бэкапим с умом. Часть 1: Теория

6 min

106K

Data recovery*

From sandbox

+22

Comments 17

4eS Oct 27 2011 at 13:24

Добавлю по поводу опции 'WITH CHECKSUM'.
При бэкапе бызы скриптом или через gui, эта опция доступна для использования.
Если же настраивается Maintenance Plan, то там просто напросто нет подобной опции.
Для 2008-го сервера можно в плане включить сжатие (WITH COMPRESSION), которое, по словам Microsoft, повлечет за собой активацию проверки контрольной суммы.
Для 2005-го сервера включить в плане 'WITH CHECKSUM' не представляется возможным. Поэтому пришлось писать отдельную процедуру под это дело.

4eS Oct 27 2011 at 13:26

Прошу прощения, ссылка битая получилась.
Вот правильная.

JustRoo Oct 27 2011 at 19:12

Да, действительно, для WITH COMPRESSION по умолчанию активируется проверка контрольной суммы. Изменить это можно, принудительно указав NO_CHECKSUM в списке параметров. Для резервирования без сжатия проверка контрольной суммы по умолчанию отключена.

ogr Oct 27 2011 at 13:59

Спасибо за статью. Получилась: «Бэкапы для самых маленьких» :)
P. S. у нас используется, обычно, такая схема: бэкап лога раз в час, инкрементал раз в день (ночью, когда никто не работает), фулл — по выходным. Пока, вроде, никто не жаловался.

amc Oct 27 2011 at 14:58

В вашей схеме удобнее будет делать не инкремент а дифф, тогда в любой день для восстановления надо будет FULL + DIFF + DAILY; в отличии от пятницы в текущем варианте: FULL + INC * 5 + DAILY.

ogr Oct 27 2011 at 15:49

DIFF больше места и времени занимает все же

JustRoo Oct 27 2011 at 19:30

Я решил пойти по пути «от простого к сложному». В следующий раз буду ориентироваться на возраст от трёх до десяти =)

UFO just landed and posted this here

amc Oct 27 2011 at 14:56

Что требует развернутого второго SQL Server со всем необходимым (сервер, ОС, etc.)
И всё равно, требования к оперативности возобновления сервиса (вами помянутые repl & log shipping) совершенно не отменяют необходимости делать резервные копии.

amc Oct 27 2011 at 14:51

Ну и если у вас совсем плохо с местом под бэкапы, а версия SQL Server не поддерживает сжатие, то вы можете просто включить NTFS-сжатие на каталог где хранятся бэкапы. Но следует трезво взвесить ЗА и ПРОТИВ такого решения. Если базы не особо большие (меньше 10Гб), может оказаться что проще и дешевле купить любой iSCSI NAS.

Archangel Oct 27 2011 at 16:18

Юзаем DPM. Срезы (точки восстановления) каждые 15 минут. Процесс автоматизирован до нельзя. Восстанавливается в пару кликов либо туда же, либо в новую базу, либо в отдельный файл. Главное поглядывать на логи DPM-а, хотя на все с уровнем выше информационного шлет уведомления. В общем настроил и забыл.

JustRoo Oct 27 2011 at 19:29

DPM — хорошая штука, но не без недостатков. Как минимум — это отдельный продукт, который стоит отдельных денег, если я ничего не путаю.

Archangel Oct 28 2011 at 10:41

Формально говоря, сам DPM бесплатен, но на каждый элемент защиты нужно купить лицензию. Так что да. Он стоит денег и это, пожалуй, единственный его недостаток.

Busla Oct 27 2011 at 17:22

Есть ещё третий фундаментальный вопрос: допустимое время простоя.

JustRoo Oct 27 2011 at 19:26

Пожалуй, да. Другое дело, что он очень тесно коррелирует с вопросом номер два.

akamuza Oct 27 2011 at 21:39

Как раз сегодня искал информацию по этой теме. Весь день по кусочкам собирал инфу, а тут — все в одном месте.

Надеюсь, темы автоматизации бекапов вы так же коснетесь в продолжении?

Увидел, что люди часто сталкиваются с проблемой огромнейшего лога при FULL бекапе и потом не знают как его уменьшить, ибо после бекапа он меньше на становится. Об этом я бы тоже с удовольствием почитал.

JustRoo Oct 27 2011 at 22:08

Да, думаю, к выходным допишу и выложу вторую часть, как раз практическую. Тему с логом тоже постараюсь осветить, спасибо за наводку =)

Show the best of all time