Ограничения при выполнении архивирования

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

Хотя разработчики Microsoft в общем успешно решили вопрос о совмещении операций резервного копирования с нормальной работой пользователей, все же существует ряд операций, которые нельзя выполнять совместно с операциями резервного копирования:

создание или удаление базы данных;

создание индексов;

сжатие базы данных;

выполнение операций, не фиксируемых в журнале транзакций.

Если одна из перечисленных операций выполняется в тот момент, когда адми­нистратор начинает создание резервной копии, то его попытка заканчивается неудачей. Администратор должен дождаться завершения выполняемой операции и уже после этого приступить к созданию архива. Если же во время создания архива сервер пытается выполнить одну из указанных в списке операций, то эта попытка заканчивается неудачей, и должна быть отложена до момента завершения архивирования.

Архивирование средствами Enterprise Manager

Предыдущие разделы были посвящены рассмотрению создания резервных копий средствами Transact-SQL. Выполнение архивирования с помощью команды backup требует определенного профессионализма и знания синтаксиса команды backup. He каждый пользователь захочет без особых на то причин утруждать себя созданием копий с помощью команды backup. Гораздо более удобным (с точки зрения наглядности и простоты) способом создания" резервной копии является применение графического интерфейса Enterprise Manager. В этом случае пользователю не нужно вникать в особенности использования команды backup, а достаточно иметь небольшой навык работы с Enterprise Manager и знание основ резервного копирования.

Для создания резервной копии с помощью Enterprise Manager в первую очередь необходимо открыть окно SQL Server Backup (рис. 4.1), с помощью которого и выполняется создание резервных копий всех типов. Это окно можно открыть, выбрав в левой панели Enterprise Manager в контекстном меню базы данных команду All Tasks, а затем команду Backup Database. Напомним, что базы данных содержатся в папке Database корневого каталога сервера.

Рис. 4.1. Окно SQL Server Backup для базы данных pubs

Как видно, окно SQL Server Backup содержит две вкладки. Первая из них имеет имя General и используется для задания общих свойств создаваемой резервной копии. Вторая вкладка — Options — предназначена для выполнения тонкой настройки создаваемой резервной копии. Рассмотрим элементы управления, имеющиеся на вкладке General.

Database. С помощью этого раскрывающегося списка пользователь должен выбрать, для какой из баз данных необходимо создать резервную копию. Список содержит перечень всех баз данных, имеющихся на сервере. По умолчанию выбрана база данных, из контекстного меню которой было открыть окно SQL Server Backup.

Name. В этом поле указывается имя,.которое будет присвоено создаваемой резервной копии. Для одной и той же базы данных нельзя создавать два ар­хива с одинаковыми именами. Однако для разных баз можно создавать архивы с одинаковыми именами. При последующем восстановлении базы пользователь будет выбирать нужную резервную копию именно по этому имени.

Description. Поле предназначено для указания краткого комментария к создаваемой резервной копии. Эта информация носит чисто вспомогательный характер.

Backup. С помощью данного раскрывающегося списка необходимо выбрать тип резервной копии, которую требуется создать:

Database - complete — будет создана полная копия базы данных;

Database - differential — будет создана разностная резервная копия;

Transaction log — будет создана копия журнала транзакций;

File and filegroup — выбирается для создания резервной копии одной или более групп файлов или отдельных файлов. При установке переключателя в рассматриваемое положение необходимо  указать, какие файлы или группы файлов должны быть архивированы. Для этого предназначено окно Specify Filegroups and Files, открыть которое можно с помощью кнопки |Ц|, расположенной справа от переключателя. В окне Specify Filegroups ana Files перечислены все определенные в базе данных группы файлов, а также входящие в них файлы. Устанавливая флажок в колонке Backup, вы тем самым предписываете включить соответствующий файл или группу файлов в процесс архивирования.

Backup to. Переключатель служит для выбора типа носителя, на который должна быть сохранена созданная резервная копия:

Таре — данные будут сохранены на физическое устройство резервного копирования, причем в качестве такого устройства может выступать не только лента (стример), но и дисковод ZIP, магнитооптический диск или устройство резервного копирования любого другого типа. Если на компьютере, на котором установлен SQL Server 2000, не определено ни одного устройства резервного копирования, то переключатель Backup to бу­дет неактивен и всегда установлен в положение Disk;

Disk — в этом случае данные будут сохранены на одном из локальных дисков в обычном файле.

В зависимости от того, какой тип носителя был выбран, меняется и перечень доступных устройств в списке, расположенном ниже переключателя Backup to. В этом списке перечислены все устройства резервного копирования, оп­ределенные на сервере. Список этих устройств не зависит от того, какая именно база данных выбрана в раскрывающемся списке Database.

Для только что установленного SQL Server 2000 список не содержит ни од­ного устройства. Создание нового устройства выполняется с помощью окна Select Backup Destination (рис. 4.2), открыть которое можно с помощью кнопки Add. При установке переключателя в положение File name новое устройство физически будет представлять собой файл на локальном диске. Это эквивалентно выполнению команды backup с синтаксисом то disk = 'file_name'. To есть создаваемое устройство резервного копирования не является таковым в полной мере. Пользователь должен будет ввести имя и путь к файлу, в который будет сохраняться резервная копия.

Если же переключатель установить в положение Backup device, то будет создано полноценное новое устройство. (Организация подобных устройств может быть также выполнена и с помощью системной хранимой процедуры sp_addumpdevice.) Пользователь должен будет выбрать в раскрывающемся списке имя одного из имеющихся устройств резервного копирования. Если такового устройства не имеется, то его можно тут же создать, выбрав в списке значение <New Backup DeviceX> . В ответ откроется окно Backup Device Properties - New Device, с помощью которого и необходимо определить создаваемое устройство резервного копирования.

Рис. 4.2. Окно Select Backup Destination

Overwrite. С помощью этой группы переключателей можно определить, будет созданная резервная копия при сохранении на устройство резервного копирования записываться поверх имеющихся данных или добавляться в конец:

Append to media — новые данные будут добавляться к имеющимся. Подобный подход обычно используется при работе с физическими устройствами резервного копирования, например, с лентой;

Overwrite existing media — новая резервная копия будет записана поверх имеющихся данных. Обычно применяется, когда резервная копия сохра­няется в обычный файл. Таким образом, файл со старой резервной копией удалится, а вместо него будет создан файл с новым архивом.

Помимо описанных элементов, на вкладке имеется флажок Schedule. Его уста­новка предписывает выполнять резервное копирование не единожды, сразу же после завершения работы с окном SQL Server Backup (т. е. после нажатия кнопки ОК), а периодически. Для этого создается соответствующее задание для службы SQLServerAgent, которое и будет осуществлять резервное копирование. Подобным образом можно автоматизировать создание резервных копий, предписав, например, создавать их каждое воскресенье в полночь.

Именно в это время и предлагается выполнять создание резервных копий по умолчанию. Время запуска выводится в текстовом поле, расположенном правее флажка Schedule. Вы можете определить любое другое время по своему усмотрению. Изменение времени запуска задания осуществляется с помощью окна

Переключатель Schedule type позволяет установить тип расписания:

Start automatically when SQL Server Agent starts. В этом случае запуск задания будет выполняться только в момент запуска службы SQLServerAgent, напри­мер, при перезагрузке сервера. Данный тип расписаний используется в ос­новном для заданий, проверяющих целостность данных перед началом работы пользователей.

Start whenever the CPU(s) become idle. В указанном случае выполнение зада­ния начинается в момент простоя центрального процессора. Это позволяет запускать задания в моменты наименьшей активности пользователей, например, ночью или в обеденный перерыв. Рассматриваемый тип запуска задания может быть использован для перестроения индексов, обновления полнотекстовых каталогов, создания резервных копий и выполнения других подобных операций.

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

On date — дата запуска задания;

At time — время запуска задания.

Recurring. Этот тип расписания используется для периодического запуска задания в строго определенное время. В нижней части окна указывается информация о времени запуска. По умолчанию задание запускается каждое воскресенье в 0:00:00. Для изменения данного значения необходимо нажать кнопку Change. В открывшемся диалоговом окне Edit Recurring Job Schedule можно устанавливать произвольную дату и время запуска задания, а также его периодичность. Кроме того, можно установить конечную дату.

После того, как будет определено время автоматического выполнения резервного копирования, подготовку к созданию резервной копии можно считать оконченной. Выполненных действий вполне достаточно, чтобы успешно создать резервную копию. В большинстве случаев не требуется обращения к вкладке Options (рис. 4.4), т. к. значения, установленные по умолчанию, устроят большую часть пользователей. Однако, для полноты картины, рассмотрим и эту вкладку.

Рис. 4.4. Окно SQL Server Backup, вкладка Options

На вкладке имеются следующие элементы управления:

Verify backup upon completion. После завершения создания резервной копии будет выполнена ее проверка.

Eject tape after backup. Флажок доступен только при архивировании на ленту, т. к. предписывает автоматически извлечь ленту из устройства резервного копирования.

Remove inactive entries from transactional log. Предписывает по завершении архивирования освободить неактивную часть журнала транзакций для повторного использования.

Check media set name and backup set expiration. Когда этот флажок установлен, выполняется проверка на то, не осуществляется ли попытка перезаписать резервную копию, срок хранения которой еще не истек. Если такая попытка обнаруживается, то пользователю выдается сообщение об ошибке и предлагается изменить параметры сохранения резервной копии. По умолчанию флажок установлен. Если его сбросить, то будет разрешена перезапись любых архивов.

Media set name. В этом поле указывается имя набора носителей, на котором будет сохранена создаваемая резервная копия. Указанный набор должен быть предварительно создан. При попытке записи архива на другой набор носителей будет выдано сообщение об ошибке.

Backup sell will expire. С помощью этого переключателя можно определить, когда должен закончиться срок хранения резервной копии. После истечения срока хранения резервная копия может быть перезаписана без всяких огра­ничений:

After — при установке переключателя в это положение пользователь должен будет указать количество дней, по истечении которых окончится срок хранения резервной копии;

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

Initialize and label media. Флажок доступен только при работе с лентой. Его

установка предписывает записать в самом начале ленты новый заголовок MTF (Microsoft Tape Format). При этом все имеющиеся на ленте данные, включая и записанные ранее заголовки, будут потеряны. При этом не выполняется проверка на срок хранения имеющейся на носителе информации. Дополнительно становятся доступными два поля:

Media set name — для указания имени набора носителей, которое будет включено в заголовок MTF;

Media set description — для ввода краткого комментария к имени набора носителей, указанного в предыдущем поле.

На этом работа с вкладкой Options заканчивается. Также можно считать полностью рассмотренной и подготовку к созданию резервной копии. После того, как будут указаны все необходимые параметры, остается только нажать кнопку ОК, после чего начнется создание резервной копии.

Просмотреть с помощью Enterprise Manager список всех резервных копий, вы­полненных для всех баз данных, можно & папке Backup, найти которую можно в папке Management каждого сервера.