Максимов Н.В., Голицына О.Л., Васина Е.Н. Управление данными

Подождите немного. Документ загружается.

281

tion Coordinator — MS DTC), который вызывает выполнение удаленных

хранимых процедур.

10.5. Резервное копирование и восстановление

Архивирование и восстановление базы данных с корректировкой

целостности основаны на механизме регистрации изменений, исполь-

зующем журнал транзакций и контрольные точки.

В журнале транзакций регистрируются все транзакции и все изме-

нения базы данных, произведенные в их рамках. Транзакция не считает-

ся завершенной, пока соответствующая запись не будет внесена в жур-

нал.

Журнал может размещаться в нескольких файлах, допускающих

автоматический рост. Журнал рассматривается не как таблица, а как от-

дельный файл в базе данных: запись в журнал ведется блоками любого

размера, не зависящего от размера страниц сервера. При обновлении

журнала или его архивировании происходит усечение журнала.

Контрольная точка – это операция согласования состояния базы

данных в физических файлах с текущим состоянием кэша – системного

буфера. С целью улучшения производительности сохраняемые в БД

данные сначала помещаются в кэш, а потом система перезапишет моди-

фицированные страницы на диск (отложенная запись), причем пользо-

ватель не может знать, когда эта запись производится.

Контрольная точка выполняется командой CHECKPOINT при за-

вершении работы сервера, а также в соответствии с установленным ин-

тервалом контрольных точек и включает выполнение следующих опера-

ций:

- запись на диск всех страниц, измененных к началу контрольной

точки;

- запись в журнал транзакций списка незавершенных транзакций;

- запись в журнал транзакций всех измененных страниц;

- регистрация завершения контрольной точки в базе данных (а не

в журнале транзакций).

Резервное копирование выполняется для каждой базы индивиду-

ально и может производиться несколькими способами.

Полное резервное копирование обеспечивает архивирование всех

данных базы, размещенных как в группах файлов, так и в отдельных

файлах. Этот способ наиболее часто используется для архивирования

баз данных не очень большого размера. В противном случае надо ис-

пользовать выборочное копирование или копирование групп файлов.

Выборочное (дифференциальное) резервное копирование обеспе-

чивает архивирование только тех данных базы, которые были изменены

с момента последнего архивирования.

282

Резервное копирование журнала транзакций обеспечивает архи-

вирование и усечение журнала.

В случае резервного копирования файлов и групп файлов их можно

копировать вместе или по отдельности. Полностью восстановить базу

данных с помощью резервной копии файлов и группы файлов несколько

сложнее, чем с помощью обычной резервной копии. Для восстановления

таблиц и индексов, которые охватывают несколько групп файлов, нуж-

но, чтобы эти файлы и группы файлов были скопированы вместе с охва-

тывающими их объектами.

Для правильного восстановления базы данных на основе файлов

или группы файлов, необходимо использовать резервную копию журна-

ла транзакций.

Резервное копирование и восстановление можно выполнить с по-

мощью Enterprise Manager, «мастера» или T-SQL. Для размещения ар-

хивных копий должно быть создано логическое устройство (которое

может быть и отдельным физическим устройством).

Информация о выполнении резервного копирования сохраняется

как запись в системной таблице backupfile базы msdb, что позволяет оп-

ределить, когда и на какое устройство сделана копия.

Процесс восстановления базы данных зависит от типа архива. При

восстановлении из дифференциального архива или из архива журнала

транзакций необходимо предварительно восстановить БД из последнего

полного архива.

10.6. Пример администрирования базы данных в среде MicroSoft SQL

Server

В среде SQL Server существует три способа создания базы данных:

- при помощи мастера Create Database Wizard

- средствами Enterprise Manager

- командами языка SQL, которые сохраняются в файлах сценарий.

Рассмотрим функции Enterprise Manager создания, резервного ко-

пирования и восстановления БД на примере базы данных «Сессия»,

спроектированной в главе 6.

Создание БД «Сессия»

Для создания базы данных после запуска Enterprise Manager необ-

ходимо выполнить следующую последовательность действий.

1. Выбрать сервер, на котором создается БД. Выбор сервера

осуществляется в левой панели открывшегося окна «Console Root». Рас-

крыв группу «SQL Server», пользователь получает доступ к зарегистри-

283

рованным серверам и может выбрать имя сервера, на котором будем

создаваться база данных.

2. Создать БД и спланировать местоположение файлов. Для соз-

дания новой БД необходимо раскрыть папку «Databases» и с помощью

контекстного меню или общего меню среды инициировать команду

<New Database>. После вызова команды откроется диалоговое окно «Da-

tabase Properties» с тремя вкладками: «General», «Data Files» и «Transac-

tion Log». На первой вкладке необходимо ввести имя базы данных –

«Сессия». На двух следующих – определить имена и местоположение

файлов базы данных. По умолчанию все файлы располагаются в катало-

ге \MSSQL\DATA. Для изменения предлагаемого местоположения фай-

лов БД необходимо в столбце Location ввести новый путь (рис. 10.3).

Рис. 10.3. Вкладка Data Files окна Database Properties

Аналогично настраивается файл журнала транзакций на вкладке

Transaction Log. После настройки параметров необходимо закрыть диа-

логовое окно (кнопка <OK>). При этом имя новой базы данных добавит-

ся в список баз данных, отображаемый в окне «Console Root» (Рис. 10.4).

284

Рис. 10.4. Окно Console Root после создания базы данных «Сессия»

3. Создать таблицы БД. Порядок создания таблиц проиллюстри-

руем на примере таблицы «Студенты» в составе базы данных «Сессия».

Раскрыв базу данных «Сессия» в окне Console Root, пользователь полу-

чает доступ к объектам БД. Далее, открыв папку «Tables», пользователь

имеет возможность инициировать команду контекстного меню или

главного меню среды <New Table>. После вызова команды откроется

диалоговое окно «New Table», в котором задаются имена полей, их типы

и другие параметры. При необходимости вставить новое поле между

двумя уже существующими необходимо инициировать команду контек-

стного меню <Insert Column>. Удалить поле можно с помощью команды

<Delete Column>.

Поле ID_Студент в таблице является первичным ключом. Для

присвоения полю (или совокупности полей) статуса первичного ключа

служит пиктограмма с изображением ключа на панели инструментов

(необходимо выделить поле или группу полей и активизировать пикто-

грамму).

Чтобы построить индекс для поля необходимо в контекстном ме-

ню выбрать команду <Indexes/Keys>. Откроется диалоговое окно «Prop-

erties» (Рис. 10.5). Окно имеет четыре вкладки, с помощью которых за-

даются различные свойства таблицы. Так, например, на вкладке «Rela-

tionships» определяются связи между текущей таблицей и остальными

таблицами базы данных. Вкладка «Indexes/Keys» позволяет получить

информацию о существующих индексах и построить новый.

285

Для создания индекса служит управляющая кнопка <New>. Чтобы

построить, например, индекс для поля «Фамилия», необходимо активи-

зировать кнопку и выбрать в колонке «Column name» поле «Фамилия».

Строка ввода «Index name» служит для задания имени нового индекса.

Остальные интерфейсные элементы служат для определения параметров

создаваемого индекса.

После задания всех полей таблицы необходимо закрыть окно

«New Table» и в открывшемся диалоговом окне «Choose Name» указать

ее имя (Рис. 10.6).

Рис. 10.5. Окно «Свойства поля»

286

Рис. 10.6. Окно «New Table». Определение полей и имени таблицы

4. Ввести в таблицы данные. Чтобы ввести данные в таблицу (на-

пример, в созданную на предыдущем шаге таблицу «Студенты»), неод-

ходимо:

- в окне Console Root на левой панели раскрыть папку базы дан-

ных «Сессия»;

- выбрать объект «Tables» в открывшемся списке, чтобы просмот-

реть весь список таблиц на правой панели окна

- выделить таблицу «Студенты» на правой панели и активизиро-

вать команду контекстного меню Open table->Retun all rows.

Откроется окно для ввода и отображения содержимого выбранной

таблицы. Строка таблицы соответствует отдельной записи, столбец –

полю. В этом режиме с помощью клавиатуры в ячейки таблицы можно

вводить значения, соответствующие (по типу, длине и другим ограниче-

ниям) заданным для полей.

Данные в записях таблицы хранятся в последовательности, зада-

ваемой порядком следования полей.

Резервное копирование базы данных

Важным этапом ведения баз данных являются операции (backup) и

восстановления (restore) БД.

Для того, чтобы выполнить функцию резервного копирования ба-

зы данных «Сессия», необходимо:

- в окне «Console Root» на левой панели открыть папку базы

данных «Сессия»;

287

- в строке главного меню инициировать команду Tools->Backup

Database;

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

Backup (Рис. 10.7).

Рис. 10.7. Окно резервного копирования БД

Имя архива (строка ввода «Name») по умолчанию генерируется

автоматически на основе имени базы данных и при желании может быть

изменено.

Описание архива (строка ввода «Description») является необяза-

тельным параметром.

В области «Backup» расположены переключатели режимов архи-

вирования:

- Database Complete – полное архивирование;

- Database Differential – копируются данные только измененные с

момента создания последней резервной копии.

В области «Destination» необходимо указать расположение архив-

ной копии. Кнопка <Add> позволяет открыть окно «Select Backup Desti-

nation» (Рис. 10.8). Далее необходимо либо ввести в строку «File Name»

идентификатор файла, либо выбрать устройство резервного копирования

из списка «Backup Device». Кнопка <OK> возвращает в окно «SQL

Server Backup».

288

Рис. 10.8. Диалоговое окно выбора расположения архивной копии

В области «Overwrite» предлагается записать резервную копию на

свободное место (Append to media) или вместо других копий (Overwrite

Existing media).

В области «Schedule» предлагается выполнить архивирование не-

медленно или спланировать его на другое время. Для того, чтобы соз-

дать расписание архивирования, необходимо пометить флажок «Sched-

ule» и раскрыть диалоговое окно «Edit Schedule» (Рис. 10.9) с помощью

кнопки «…» (Browse).

Рис. 10.9. Диалоговое окно создания расписания

Для каждого расписания задается имя (строка ввода «Name»). В

области «Schedule Type» можно указать, следует делать архивную ко-

пию автоматически при запуске SQL Server Agent или отложить до тех

пор, пока не снизится нагрузка на процессор. Здесь же настраивается

289

частота резервного копирования. Дата и время копирования устанавли-

вается с помощью счетчиков «On Date» и «At Time» соответственно.

Для настройки регулярного архивирования необходимо активизи-

ровать кнопку «Change». Откроется окно «Edit Recurring Job Schedule»

(Рис. 10.10), с помощью которого создается расписание регулярного ар-

хивирования

Рис. 10.10. Диалоговое окно создания расписания регулярного

архивирования

Восстановление базы данных

Чтобы восстановить базу данных из резервной копии необходимо:

- в окне Console Root на левой панели открыть папку базы дан-

ных «Сессия»;

- в строке главного меню выбрать команду Tools->Restore Data-

base. Откроется диалоговое окно c таким же именем (Рис. 10.11);

- в списке «Restore as Database» диалогового окна «Restore Data-

base» выбрать имя восстанавливаемой базы данных (в нашем примере -

«Сессия»);

- в секции «Restore» установить переключатель режимов, опре-

деляющий тип операции восстановления. Режим «Database» применяет-

ся для восстановления всей базы данных, режим «Filegroups Or Files» -

для восстановления файлов и групп файлов, режим «From Device» – для

восстановления архива с конкретного устройства.

290

Рис. 10.11. Окно восстановления базы данных

В области «Parameters» можно отобразить архивы указанных баз и

просмотреть их свойства, выбрав архив в списке и активизировав кнопку

«Properties» (Рис. 10.12).

Чтобы начать восстановление, следует нажать кнопку OK на окне

Restore Database. В итоге появиться сообщение об успешном заверше-

нии операции или возникшей ошибке.

Рис. 10.12. Окно просмотра свойств архива