Cуществуют десятки средств архивации и восстановления для SQL Server, от встроенных возможностей SQL Server до продуктов с мощной функциональностью и не менее впечатляющей ценой. В данной статье собраны советы специалистов по архивации и восстановлению SQL Server, которые помогут выбрать оптимальное время для замены встроенного компонента архивации SQL Server более мощным сторонним решением и определить основные характеристики обновленного продукта. Сравнительные данные нескольких продуктов архивации приведены в таблице.
Вспомним об основах
Первая остановка в поисках решения архивации и восстановления для SQL Server — собственно SQL Server. При работе со сравнительно небольшой базой данных собственных функций SQL Server 2008/2005 может оказаться вполне достаточно. «Обычно я говорю пользователям, что встроенные функции архивации SQL Server вполне приемлемы в большинстве случаев», — рассказывает внештатный редактор SQL Server Magazine и консультант SQLServerAudits.com Майкл Кэмпбелл.
Для некоторых проектов достаточно собственных функций архивации и восстановления, но Брент Озар, специалист по SQL Server из компании Quest Software, в своем блоге указывает на изъяны встроенного компонента SQL Server 2005. Озар объясняет, что во встроенном компоненте архивации SQL Server 2005 недостает возможности сжатия данных, поэтому архивные файлы получаются очень большими. Процесс записи архивных копий может оказаться бесконечно долгим, к тому же Озар отмечает, что в SQL Management Studio нет отчетов о процессе архивации. Версия SQL Server 2008 дополнена функциями сжатия данных и шифрования, но администраторам крупных баз данных SQL Server полезно познакомиться с более полнофункциональными решениями архивации.
Время обновления продукта архивации и восстановления
Чтобы выбрать подходящий момент для перехода на более мощное решение, Кэмпбелл учитывает количество ситуаций, в которых он рекомендовал бы клиентам решения сторонних поставщиков: «Если не хватает места на диске, поскольку на нем хранятся архивные данные за два или три дня, занимающие слишком много места, или данные конфиденциальны и требуют шифрования данных в состоянии покоя». Среди прочих ситуаций, в которых Кэмпбелл рекомендует более мощное решение архивации, — необходимость использовать сеть для хранения архивных копий в удаленных местах, наличие очень крупной базы данных или дополнительные выгоды от большого коэффициента сжатия стороннего продукта (40–60%). Наконец, Кэмпбелл предпочитает решения независимых поставщиков при работе с чрезвычайно большими базами данных, которые нужно постоянно архивировать: «Если компания регулярно восстанавливает базы данных величиной от 300 до 800 Гбайт (или более крупные), сжатие архивов приводит к существенному уменьшению нагрузки на подсистему ввода-вывода, что способствует увеличению скорости архивации, особенно если администратор удачно использует несколько файловых групп».
Важнейшие характеристики
Какие компоненты продукта архивации и восстановления SQL Server наиболее важны? «Я обращаю внимание на возможность интерактивной архивации, восстановления таблицы или группы файлов и архивации полнотекстовых каталогов, — говорит Майкл Оти, технический директор SQL Server Magazine. — Также полезны функции архивации объектов FileStream, сжатия и шифрования данных и интерфейс командной строки T-SQL».
Кэмпбелл настороженно относится к решениям, для которых требуется устанавливать многочисленные программы. «Я не доверяю программам, развертываемым сторонними поставщиками на компьютерах для активизации новых компонентов и функциональности, — объясняет Кэмпбелл. — В идеале настройка целевого сервера для стороннего продукта архивации должна заключаться в добавлении пары новых хранимых процедур в главную базу данных и регистрации на компьютере пары файлов dll. Все эти операции должны выполняться очень легко из командной консоли, поставляемой с решением архивации».
Важность планирования архивации
По мнению Кэмпбелла, важно помнить, что архивные копии, которые не проходят регулярных проверок, могут оказаться бесполезными: «Многим приходилось работать в компаниях, в которых происходила авария сервера или другого критического элемента, и ИТ-специалисты выглядели очень глупо, так как архивные копии оказывались испорченными. Кроме того, я всегда отмечаю, что руководители обычно знают о программе архивации лишь то, что она должна защитить их от аварий, поэтому забыть о регулярном тестировании архивных копий и моделировании процедуры восстановления — непростительная оплошность». Иными словами, самое неудачное время учиться восстанавливать базу данных (с использованием собственных архивных копий SQL Server или сторонних программ) — после отказа базы данных в отделе продаж, когда 300 человек ждут ее восстановления.
