Модуль 6. Резервное копирование и восстановление баз данных SQL Server 2005

Резервное копирование SQL Server 2005, стандартные средства резервного копирования, преимущества и недостатки

В предыдущих модулях вы познакомились с тем, как производится установка SQL Server 2005, научились создавать и настраивать базы данных, предоставлять пользователям разрешения и защищать SQL Server. Обычно следующее, что нужно сделать администратору, — это продумать и настроить систему резервного копирования данных на SQL Server. Как это сделать в SQL Server 2005, рассматривается далее в этом модуле.

6.1. Основы резервного копирования SQL Server 2005

Есть замечательная фраза: "Кто не проводит резервное копирование, тот искушает судьбу". И это действительно так. Никакие RAID-массивы и кластеры не уберегут вас, например, от ошибки пользователя, который удалил важные данные, или от присланного разработчиками обновления, которое может привести базу данных в неработоспособное состояние. Поэтому, как правило, на предприятиях не стоит вопрос, проводить резервное копирование баз данных SQL Server 2005 или нет. Речь идет о том, как лучше всего это сделать.

Конечно, существует множество факторов, которые нужно учитывать при принятии решения о конкретном способе проведения резервного копирования: требования к скорости восстановления, размер базы данных, бюджет, который есть в вашем распоряжении, требования к производительности и выбранные режимы восстановления базы данных и т. п. Эти факторы будут рассмотрены в следующих разделах этого модуля. Пока отметим только некоторые моменты.

В этом модуле рассмотривается только резервное копирование стандартными средствами SQL Server 2005. В принципе, значительному числу предприятий этих возможностей вполне достаточно. Однако использовать для резервного копирования только встроенные средства SQL Server 2005 — это все равно, что для работы с документами использовать только Блокнот, поставляемый с операционной системой. Готовить документы, конечно, в нем можно, но у таких программ, как Word, возможностей значительно больше.

Что нельзя сделать стандартными средствами резервного копирования SQL Server 2005?

Приведем краткий перечень недостающих возможностей:

q      невозможно производить резервное копирование на удаленный стриммер (только на подключенный к локальному компьютеру);

q      если у вас несколько серверов SQL Server 2005, вы не сможете управлять процессом резервного копирования из единого центра: запускать резервное копирование придется на каждом сервере отдельно;

q      нет возможности шифровать резервную копию или производить сжатие помещаемых на резервную копию данных (стандартными средствами можно включить только аппаратное сжатие, если оно поддерживается стриммером);

q      нет возможности производить резервное копирование отдельных объектов базы данных (только целиком базу данных или отдельные файлы данных и файловые группы);

q      нет возможности генерировать отчеты о проведении резервного копирования в пользовательском формате.

Поэтому на многих предприятиях используются коммерческие программные продукты для выполнения резервного копирования. По наблюдениям автора, на отечественных предприятиях чаще всего используются Veritas NetBackup, ArcServe и Legato. У каждой из этих программ есть свои возможности, преимущества и недостатки. Рассматривать их здесь мы не будем, отметим только, что для проведения резервного копирования баз данных SQL Server 2005 необходимо, чтобы в комплекте поставки продукта был предусмотрен программный модуль для резервного копирования именно этой версии SQL Server.

Получить учебные материалы по этому курсу