ш Backup Database - AdventureWorks

Options

Scipt 1Й Hdp

Somce -

Database; RacoveiiJfTtodel: Backup (vpe:

Backup cofTiponert <*) Delate

Fi and dtegrcups:

Backup sat -

Name: Description; Backup set wl epiec ® Aftsf;

OQrr

Destinatien -

Back up to; © Djsk

AdverttureWorksFJl Database Васкмз

Add...

Remove

Puc. 24.13. Диалоговое окно Back Up Database

Пока оставим в стороне описание других параметров, которые могут оказаться не совсем понятными, и рассмотрим параметр, обозначающий модель восстановления. Поле Recovery Model (см. рис. 24.15) содержит информацию о том, какой способ восстановления применяется для выбранной базы данных; этот параметр задается на уровне базы данных. Более подробное описание этого параметра приведено ниже; речь о нем также пойдет в следующем разделе в связи с описанием процесса резервного копирования журналов транзакций.

Описание остальных параметров является не столь сложным, но они должны рассматриваться с разбивкой по отдельным категориям.

Тип резервного копирования

Прежде всего необходимо выбрать тип резервного копирования, указав его в поле Backup type. Допускается использование двух или трех описанных ниже типов резервного копирования, количество которых зависит от заданной модели восстановления для базы данных (еще раз отметим, что дополнительные сведения о моделях восстановления приведены ниже).

Full. Этот тип резервного копирования полностью соответствует своему названию. Он позволяет получить полную резервную копию существующих файлов базы данных в том состоянии, в котором они находились после фиксации последней транзакции, перед выполнением команды Backup.

Differential. Резервное копирование этого типа может рассматриваться как создание резервной копии данных, изменившихся со времени получения

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

Transaction Log. Этот параметр также полностью соответствует своему названию; он предусматривает получение копии журнала транзакций. Возможность использования этой опции предоставляется, только если в базе данных используются варианты ведения журнала Full (С включением всех операций) или Bulk (С включением неполных данных о массовых операциях). Более подробное описание этой темы также будет приведено немного позже.

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

В соответствии с назначением настоящей книги в этой главе речь должна идти в основном о резервном копировании всей базы данных (для чего используется переключатель Database). Тем не менее отметим также, что предусмотрена еще одна опция- Files and filegroups (Файлы и группы файлов). Напомним, что в главе 4 вместе с описанием объектов базы данных и операторов создания баз данных кратко рассматривалось назначение файловых груттп и отдельных файлов, предназначенных для хранения данных. Опция Files and filegroups позволяет выбрать только один файл (или группу файлов) резервной копии, но автор настоятельно рекомендует избегать этой опции тем пользователям SQL Server, которые еще не достигли уровня эксперта.

Следует eiue раз подчеркнуть, что вы должны избегать использования данной опции до тех пор, пока не достигнете такого уровня, что вас можно будет считать почти что доктором наук в области резервного копирования для SQL Server. Эта опция имеет специальное назначение и должна обеспечивать ускоренное получение резервных копий для очень крупных инсталляций баз данных (измеряемых терабайтами), которые эксплуатируются в условиях высокой степени готовности. При создании и восстановлении резервных копий, полученных с помощью опции Files and filegroups, необходимо учитывать наличие серьезных проблем совместимости и брать на себя очень большую ответственность.

Набор резервного копирования

Область Backup set окна Back Up Database (см. рис. 24.15) содержит информацию об используемом наборе резервного копирования. Набор резервного копирования - это общее обозначение, используемое для указания одного или нескольких мест назначения для резервной копии.

В программном обеспечении SQL Server учтено, что резервная копия может оказаться настолько большой, что ее потребуется распределить на нескольких носителях (магнитных лентах или дисках). Необходимость в этом молсет быть также обусловлена другими причинами. Но если резервная копия распределена на отдельных носителях указанным образом, то в случае восстановления данных все эти носители должны полностью находиться в вашем распоряжении. Иными словами, такая группа носителей представляет собой единый набор. Определение набора резервных копий содержит описание всех мест назначения, используемых при создании какой-то конкретной резервной копии. Кроме того, описание набора резервных копий содержит некоторую информацию о характеристиках рассматриваемой резервной копии. Например, с помощью этого описания можно задать срок хранения резервной копии.

Область окна Destination

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

Узел Options

В данном разделе уже описывались опции диалогового окна Back Up Database, доступные после щелчка на узле General, а узел Options этого диалогового окна позволяет определить другие опции. Основная часть этих опций не нуждается в пояснениях. Но следует отметить, что именно на странице Options находится область Transaction Log, в которой могут быть заданы режимы ведения журнала транзакций, рассматриваемые выше.

Кнопка Schedule

В диалоговом окне Back Up Database (см. рис. 24.15) предусмотрена также возможность после завершения настройки конфигурации всех параметров создавать резервную копию на регулярной основе. Для этой цели предназначена кнопка Schedule, находящаяся в верхней части диалогового окна. После щелчка на этой кнопке открывается диалоговое окно New Job Schedule, описанное ранее в этой главе (см. рис. 24.8). После этого можно определить расписание регулярного запуска подготовленной операции резервного копирования.