BACKUP (Transact-SQL)

Административные скрипты MS SQL > BACKUP (Transact-SQL)
02.08.2017 16:08:48



Статья:

 

BACKUP (Transact-SQL)

Создает резервную копию всей базы данных SQL Server (чтобы получить резервную копию базы данных) либо файлов или файловых групп базы данных (чтобы получить резервную копию файлов (BACKUP DATABASE)). Кроме того, при использовании модели полного восстановления или модели восстановления с неполным протоколированием создается резервная копия журнала транзакций (BACKUP LOG)

Backing Up a Whole Database 
BACKUP DATABASE { database_name | @database_name_var } 
  TO <backup_device> [ ,...n ] 
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]

Backing Up Specific Files or Filegroups
BACKUP DATABASE { database_name | @database_name_var } 
 <file_or_filegroup> [ ,...n ] 
  TO <backup_device> [ ,...n ] 
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]

Creating a Partial Backup
BACKUP DATABASE { database_name | @database_name_var } 
 READ_WRITE_FILEGROUPS [ , <read_only_filegroup> [ ,...n ] ]
  TO <backup_device> [ ,...n ] 
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]
[;]

Backing Up the Transaction Log (full and bulk-logged recovery models)
BACKUP LOG { database_name | @database_name_var } 
  TO <backup_device> [ ,...n ] 
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { <general_WITH_options> | <log-specific_optionspec> } [ ,...n ] ]
[;]

<backup_device>::= 
 {
   { logical_device_name | @logical_device_name_var } 
 | { DISK | TAPE | URL} = 
     { ''physical_device_name'' | @physical_device_name_var }
 } 
Note: URL is the format used to specify the location and the file name for the Windows Azure Blob. Although Windows Azure storage is a service, the implementation is similar to disk and tape to allow for a consistent and seemless backup experince for all the three devices. This option requires WITH CREDENTIAL argument. 

<MIRROR TO clause>::=
 MIRROR TO <backup_device> [ ,...n ]

<file_or_filegroup>::=
 {
   FILE = { logical_file_name | @logical_file_name_var } 
 | FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
 } 

<read_only_filegroup>::=
FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }

<general_WITH_options> [ ,...n ]::=  
--Backup Set Options
   COPY_ONLY 
 | { COMPRESSION | NO_COMPRESSION } 
 | DESCRIPTION = { ''text'' | @text_variable } 
 | NAME = { backup_set_name | @backup_set_name_var } 
 | { EXPIREDATE = { ''date'' | @date_var } 
        | RETAINDAYS = { days | @days_var } } 

--Media Set Options
   { NOINIT | INIT } 
 | { NOSKIP | SKIP } 
 | { NOFORMAT | FORMAT } 
 | MEDIADESCRIPTION = { ''text'' | @text_variable } 
 | MEDIANAME = { media_name | @media_name_variable } 
 | BLOCKSIZE = { blocksize | @blocksize_variable } 

--Data Transfer Options
   BUFFERCOUNT = { buffercount | @buffercount_variable } 
 | MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

--Error Management Options
   { NO_CHECKSUM | CHECKSUM }
 | { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

--Compatibility Options
   RESTART 

--Monitoring Options
   STATS [ = percentage ] 

--Tape Options
   { REWIND | NOREWIND } 
 | { UNLOAD | NOUNLOAD } 

--Log-specific Options
   { NORECOVERY | STANDBY = undo_file_name }
 | NO_TRUNCATE

--Encryption Options
 ENCRYPTION (ALGORITHM = { AES_128 | AES_192 | AES_256 | TRIPLE_DES_3KEY } , encryptor_options ) 
<encryptor_options> ::= 
   SERVER CERTIFICATE = Encryptor_Name | SERVER ASYMMETRIC KEY = Encryptor_Name 

DATABASE

Указывает, что должна быть создана резервная копия всей базы данных. Если указан список файлов и файловых групп, то только они включаются в резервную копию. Во время создания полной или разностной резервной копии SQL Server создает резервную копию той части журнала транзакций, которая достаточна для создания согласованной базы данных во время ее восстановления.

Во время восстановления резервной копии, созданной с помощью инструкции BACKUP DATABASE (резервной копии данных), восстанавливается вся резервная копия. Восстановление на определенный момент времени или к определенной транзакции возможно только для резервной копии журналов.

Примечание Примечание

Для базы данных master может быть произведено только полное резервное копирование.

LOG

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

Резервную копию журналов можно восстановить на определенный момент времени или к определенной транзакции, указав предложение WITH STOPAT, STOPATMARK или STOPBEFOREMARK в инструкции RESTORE LOG.

Примечание Примечание

После обычной процедуры создания резервной копии журналов некоторые записи в журнале транзакций становятся неактивными, если не были указаны параметры WITH NO_TRUNCATE или COPY_ONLY. Журнал усекается после того, как все записи внутри одного или нескольких виртуальных файлов журнала становятся неактивными. Если журнал не усекается после совершения нескольких процедур резервного копирования журнала, это означает, что что-то может препятствовать его усечению. Дополнительные сведения см. в разделе

{ database_name| @database_name_var }

База данных, журнал транзакций и часть данных или все данные, которые подвергаются резервному копированию. Если это имя предоставляется в качестве переменной (@database_name_var), оно может быть указано в виде строковой константы (@database_name_var=database name) или переменной с типом данных символьной строки, за исключением типов данных ntext иtext.

Примечание Примечание

Невозможно создать резервную копию зеркальной базы данных при партнерстве в зеркальном отображении базы данных.

<файл_или_файловая_группа> [ ,...n ]

Используется только с инструкцией BACKUP DATABASE. Определяет файл базы данных или файловую группу, которые будут включены в резервную копию файлов, либо файл или файловую группу, доступные только для чтения, которые будут включены в частичную резервную копию.

FILE = { logical_file_name| @logical_file_name_var }

Логическое имя файла или переменная, значение которой равно логическому имени файла, который следует включить в резервную копию.

FILEGROUP = { logical_filegroup_name| @logical_filegroup_name_var }

Логическое имя файловой группы или переменная со значением, равным логическому имени файловой группы, которую следует включить в резервную копию. В простой модели восстановления создание резервной копии файловой группы разрешено лишь для файловых групп, доступных только для чтения.

Примечание Примечание

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

n

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

Дополнительные сведения см. в разделах: Полные резервные копии файлов (SQL Server) и Создание резервных копий файлов и файловых групп (SQL Server).

READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name| @logical_filegroup_name_var } [ ,...n ] ]

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

READ_WRITE_FILEGROUPS

Указывает, что все файловые группы, доступные для чтения и записи, должны быть включены в частичную резервную копию.Если база данных доступна только для чтения, READ_WRITE_FILEGROUPS включает только первичную файловую группу.

Важное примечание Важно!

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

FILEGROUP = { logical_filegroup_name| @logical_filegroup_name_var }

Логическое имя файловой группы, доступной только для чтения, или переменная со значением, равным логическому имени доступной только для чтения файловой группы, которую следует включить в частичную резервную копию. Дополнительные сведения см. выше в подразделе «<файл_или_файловая_группа>».

n

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

Дополнительные сведения о частичных резервных копиях см. в разделе Частичные резервные копии (SQL Server).

TO <устройство_резервного_копирования> [ ,...n ]

Указывает, что сопутствующий набор устройств резервного копирования является незеркальным набором носителей или первым из зеркальных носителей внутри зеркального набора носителей (для которого объявлено одно или несколько предложений MIRROR TO).

<устройство_резервного_копирования>

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

{ logical_device_name | @logical_device_name_var }

Логическое имя устройства резервного копирования, на котором создается резервная копия базы данных. Логическое имя должно соответствовать правилам для идентификаторов. Если аргумент задается в виде переменной (@logical_device_name_var), то ей можно присвоить как строковую константу (@logical_device_name_var= логическое_имя_устройства_резервного_копирования), так и другую переменную любого строкового типа данных, за исключением типов данных ntext и text.

{ DISK | TAPE | URL} = { ''physical_device_name'' | @physical_device_name_var }

Определяет файл диска, ленточное устройство или службу хранилища больших двоичных объектов Windows Azure.Формат URL-адреса используется для создания резервных копий в службе хранилища больших двоичных объектов Windows Azure. Дополнительные сведения см. в разделе Резервное копирование и восстановление SQL Server с помощью службы хранилищ больших двоичных объектов Windows Azure.

URL-адрес: Применимо для следующих объектов: SQL Server (от SQL Server 2012 с пакетом обновления 1 (SP1) и накопительным обновлением CU2 до текущей версии).

Дисковое устройство не обязательно должно существовать до указания в инструкции BACKUP. Если физическое устройство существует и в инструкции BACKUP не указан параметр INIT, то резервная копия дозаписывается на устройство.

Дополнительные сведения см. в разделе Устройства резервного копирования (SQL Server).

Примечание Примечание

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

n

Заполнитель, который показывает, что можно указать до 64 устройств резервного копирования через запятую.

MIRROR TO <устройство_резервного_копирования> [ ,...n ]

Указывает набор от одного до трех устройств резервного копирования, которые будут зеркалами для устройств резервного копирования, описанных в предложении TO. В предложении MIRROR TO должен быть указан тот же тип и то же количество устройств резервного копирования, что и в предложении TO. Максимальное число предложений MIRROR TO — три.

Этот параметр доступен только в SQL Server Enterprise Edition.

Примечание Примечание

Для MIRROR TO = DISK BACKUP автоматически определяет подходящий размер блока для дисковых устройств. Дополнительные сведения о размере блока см. в разделе «BLOCKSIZE» ниже в этой таблице.

<устройство_резервного_копирования>

См. подраздел «<устройство_резервного_копирования>» выше в этом разделе.

n

Заполнитель, который показывает, что можно указать до 64 устройств резервного копирования через запятую. Количество устройств в предложении MIRROR TO должно быть равно количеству устройств в предложении TO.

Дополнительные сведения см. в подразделе «Семейства носителей в зеркальных наборах носителей» раздела «Замечания» далее в этом разделе.

[ next-mirror-to ]

Заполнитель, показывающий, что в одной инструкции BACKUP в дополнение к одному предложению TO может содержаться до трех предложений MIRROR TO.

Параметры инструкции WITH

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

CREDENTIAL

Используется только при создании резервных копий для службы хранилища больших двоичных объектов Windows Azure.

Применимо для следующих объектов: SQL Server (от SQL Server 2012 с пакетом обновления 1 (SP1) и накопительным обновлением CU2 до текущей версии).

DIFFERENTIAL (разностная)

Используется только с инструкцией BACKUP DATABASE. Указывает, что резервная копия базы данных или файлов должна состоять только из тех частей базы данных или файлов, которые были изменены с момента создания последней полной резервной копии.Файл разностной резервной копии обычно занимает меньше места, чем полная резервная копия. Используйте этот параметр, чтобы не нужно было применять отдельные резервные копии журналов, созданные во время последнего полного резервного копирования.

Примечание Примечание

По умолчанию инструкция BACKUP DATABASE создает полную резервную копию.

Дополнительные сведения см. в разделе Разностные резервные копии (SQL Server).

ENCRYPTION

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

  • AES_128

  • AES_192

  • AES_256

  • TRIPLE_DES_3KEY

  • NO_ENCRYPTION

Если вы решили использовать шифрование, также необходимо указать параметры шифратора.

  • SERVER CERTIFICATE = имя_шифратора

  • SERVER ASYMMETRIC KEY = имя_шифратора

Параметры резервного набора данных

Эти параметры влияют на резервный набор данных, который создается этой операцией резервного копирования.

Примечание Примечание

Для указания резервного набора данных для операции восстановления используйте параметр FILE =<backup_set_file_number>.Дополнительные сведения об указании резервного набора данных см. в подразделе «Указание резервного набора» раздела Аргументы инструкции RESTORE (Transact-SQL).

COPY_ONLY

Указывает, что резервная копия является резервной копией только для копирования, которая не влияет на нормальную последовательность создания резервных копий. Резервная копия только для копирования создается независимо от обычных, регулярно создаваемых резервных копий. Процесс такого резервного копирования не влияет на обычные процедуры резервного копирования и восстановления базы данных.

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

  • Если инструкция BACKUP DATABASE используется с параметром COPY_ONLY, то создается полная резервная копия, которая не может быть использована в качестве базовой копии для разностного копирования. Битовая карта разностного резервного копирования не обновляется, а разностные резервные копии ведут себя так, словно резервной копии только для копирования не существует. Последующие разностные резервные копии используют в качестве своей основы самую свежую из обычных полных резервных копий.

    Важное примечание Важно!

    Если параметры DIFFERENTIAL и COPY_ONLY используются вместе, то параметр COPY_ONLY не учитывается и создается разностная резервная копия.

  • При использовании с инструкцией BACKUP LOG параметр COPY_ONLY создает резервную копию журналов только для копирования, при этом журнал транзакций не усекается. Резервная копия журналов, предназначенная только для копирования, не влияет на цепочку журналов. Другие резервные копии журналов ведут себя так, словно ее не существует.

Дополнительные сведения см. в разделе Резервные копии только для копирования (SQL Server).

{ COMPRESSION | NO_COMPRESSION }

В SQL Server 2008 Enterprise и более поздних версиях указывает необходимость сжатия резервной копии, переопределяя значение уровня сервера по умолчанию.

При установке по умолчанию резервные копии не сжимаются. Это поведение можно изменить с помощью параметра конфигурации сервера сжатие резервной копии по умолчанию. Дополнительные сведения о просмотре текущего значения этого параметра см. в разделе Просмотр или изменение свойств сервера (SQL Server).

COMPRESSION

Явное включение сжатия резервных копий.

NO_COMPRESSION

Явное отключение сжатия резервной копии.

DESCRIPTION = { ''text'' | @text_variable }

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

NAME = { backup_set_name| @backup_set_var }

Указывает имя резервного набора данных. Длина имени не может превышать 128 символов. Если параметр NAME не указан, то имя является пустым.

{ EXPIREDATE = ''date''| RETAINDAYS = days }

Указывает время, по истечении которого резервный набор данных для этой резервной копии может быть перезаписан. Если использованы оба этих параметра, то RETAINDAYS имеет приоритет над EXPIREDATE.

Если ни один из этих параметров не указан, то срок хранения определяется по параметру конфигурации mediaretention.Дополнительные сведения см. в разделе Параметры конфигурации сервера (SQL Server).

Важное примечание Важно!

Данные параметры защищают SQL Server только от перезаписи файла. Ленточные носители могут быть стерты при помощи других методов, а файлы на диске могут быть удалены через операционную систему. Дополнительные сведения о проверке истечения срока действия см. в подразделах «SKIP» и «FORMAT» в этом разделе.

EXPIREDATE = { ''date''| @date_var }

Указывает дату, по наступлении которой резервный набор данных считается устаревшим и может быть перезаписан. Если параметр задается с помощью переменной (@date_var), то содержащаяся в ней дата должна соответствовать настроенному системному формату для типа datetime и должна быть указана одним из следующих способов:

  • строковая константа (@date_var = дата);

  • переменная типа символьной строки (за исключением типов данных ntext или text);

  • smalldatetime ;

  • переменная datetime.

Например:

  • ''Dec 31, 2020 11:59 PM''

  • ''1/1/2021''

Дополнительные сведения о способах указания значений datetime см. в разделе Типы даты и времени.

Примечание Примечание

Чтобы игнорировать дату истечения срока действия, используйте параметр SKIP.

RETAINDAYS = { days| @days_var }

Указывает количество дней, которое должно пройти, прежде чем этот набор носителей резервных копий может быть перезаписан. Если параметр задается с помощью аргумента (@days_var), то он должен быть целым числом.

Параметры набора носителей

Эти параметры влияют на весь набор носителей.

{ NOINIT | INIT }

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

Примечание Примечание

Дополнительные сведения о взаимодействии между параметрами { NOINIT | INIT } и { NOSKIP | SKIP } см. в подразделе «Замечания» ниже в этом разделе.

NOINIT

Указывает, что резервный набор данных дозаписывается на заданный набор носителей с сохранением уже существующих резервных наборов данных. Если для набора носителей задан пароль носителя, то этот пароль должен быть предоставлен.NOINIT является значением по умолчанию.

Дополнительные сведения см. в разделе Наборы носителей, семейства носителей и резервные наборы данных (SQL Server).

INIT

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

  • Срок действия какого-либо резервного набора данных еще не истек. Дополнительные сведения см. в описании параметров EXPIREDATE и RETAINDAYS.

  • Имя резервного набора данных, заданное в инструкции BACKUP (если указано), не совпадает с именем на носителе резервных копий. Дополнительные сведения см. в описании параметра NAME, приведенном выше в этом разделе.

Для переопределения этих проверок воспользуйтесь параметром SKIP.

Дополнительные сведения см. в разделе Наборы носителей, семейства носителей и резервные наборы данных (SQL Server).

{ NOSKIP | SKIP }

Влияет на то, будет ли операция создания резервной копии проверять дату и время истечения срока и резервных наборов данных на носителе перед их перезаписью.

Примечание Примечание

Дополнительные сведения о взаимодействии между параметрами { NOINIT | INIT } и { NOSKIP | SKIP } см. в подразделе «Замечания» ниже в этом разделе.

NOSKIP

Указывает инструкции BACKUP, что следует провести проверку сроков хранения всех резервных наборов данных на носителе перед тем, как разрешить их перезапись. Это режим по умолчанию.

SKIP

Отключает проверку сроков действия и имен резервных наборов данных, которая обычно проводится инструкцией BACKUP для предотвращения перезаписи. Дополнительные сведения о взаимодействии между параметрами { INIT | NOINIT } и { NOSKIP | SKIP } см. в подразделе «Замечания» ниже в этом разделе.

Чтобы узнать даты сроков хранения резервных наборов данных, запросите столбец expiration_date в таблице журналаbackupset.

{ NOFORMAT | FORMAT }

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

NOFORMAT

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

FORMAT

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

Важное примечание Важно!

Используйте предложение FORMAT аккуратно. Форматирование любого тома из набора носителей делает весь набор непригодным для использования. Например, если инициализируется одиночная лента, принадлежащая существующему чередующемуся набору носителей, то становится невозможно использовать весь набор носителей.

Указание предложения FORMAT неявно включает в себя указание параметра SKIP, поэтому параметр SKIP не нужно задавать явно.

MEDIADESCRIPTION = { text | @text_variable }

Указывает произвольное текстовое описание набора носителей, длина которого не должна превышать 255 символов.

MEDIANAME = { media_name | @media_name_variable}

Указывает имя носителя для всего набора носителей резервных копий. Длина имени носителя не должна превышать 128 символов. Если указан аргумент MEDIANAME, то он должен совпадать с заранее заданным именем носителя, уже существующим в томах резервных копий. Если он не указан или если указан параметр SKIP, то проверки имени носителя не происходит.

BLOCKSIZE = { blocksize | @blocksize_variable }

Указывает размер физического блока в байтах. Поддерживаются размеры 512, 1 024, 2 048, 4 096, 8 192, 16 384, 32 768 и 65 536 байт (64 КБ). Значение по умолчанию равно 65536 для ленточных устройств и 512 для других устройств. Обычно в этом параметре нет необходимости, так как инструкция BACKUP автоматически выбирает размер блока, соответствующий устройству. Явная установка размера блока переопределяет автоматический выбор размера блока.

Если создается резервная копия, которую планируется копировать на компакт-диск и восстанавливать с него, укажите BLOCKSIZE=2048.

Примечание Примечание

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

Параметры передачи данных

BUFFERCOUNT = { buffercount | @buffercount_variable }

Указывает общее число буферов ввода-вывода, которые будут использоваться для операции резервного копирования. Можно указать любое целое положительное значение, однако большое число буферов может вызвать ошибку нехватки памяти из-за чрезмерного виртуального адресного пространства в процессе Sqlservr.exe.

Общее используемое буферами пространство определяется по следующей формуле: buffercount*maxtransfersize.

Примечание Примечание

Важные сведения об использовании параметра BUFFERCOUNT см. в блоге Неправильный параметр передачи данных BufferCount может привести к OOM.

MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

Указывает наибольший объем пакета данных в байтах для обмена данными между SQL Server и носителем резервного набора.Поддерживаются значения, кратные 65 536 байтам (64 КБ), вплоть до 4 194 304 байт (4 МБ).

Параметры управления ошибками

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

{ NO_CHECKSUM | CHECKSUM }

Определяет, разрешены ли контрольные суммы.

NO_CHECKSUM

Явно отменяет создание контрольных сумм резервных копий (и проверку контрольных сумм страниц). Это режим по умолчанию.

CHECKSUM

Указывает, что при операции резервного копирования будет выполняться проверка контрольной суммы и наличия разрывов на каждой странице (если эти проверки включены и доступны), а также будет создаваться контрольная сумма для всей резервной копии.

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

Дополнительные сведения см. в разделе Возможные ошибки носителей во время резервного копирования и восстановления (SQL Server).

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

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

STOP_ON_ERROR

Определяет, что инструкция BACKUP должна завершиться с ошибкой, если проверка контрольной суммы страницы выдает отрицательный результат. Это режим по умолчанию.

CONTINUE_AFTER_ERROR

Определяет, что инструкция BACKUP должна продолжить выполнение, несмотря на возникновение таких ошибок, как неверные контрольные суммы или разрывы страницы.

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

Дополнительные сведения см. в разделе Возможные ошибки носителей во время резервного копирования и восстановления (SQL Server).

Параметры совместимости

RESTART

Начиная с версии SQL Server 2008, не имеет никакого эффекта. Этот параметр оставлен в данной версии SQL Server для обеспечения совместимости с предыдущими версиями.

Параметры наблюдения

STATS [ =percentage ]

Отображает сообщение каждый раз, когда завершается очередной percentage задания; используется для отслеживания хода выполнения. Если параметр percentage не задан, то SQL Server выдает сообщение после каждых выполненных 10 процентов.

Параметр STATS сообщает о готовности в процентах по отношению к порогу сообщения о следующем интервале. Показатель готовности в процентах имеет неточное значение; например при значении STATS=10, если процент готовности равен 40, то параметр может отображать 43 процента. Это не является проблемой для больших резервных наборов данных, поскольку показатель готовности в процентах перемещается очень медленно между обращениями ввода-вывода.

Параметры ленты

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

{ REWIND | NOREWIND }
REWIND

Указывает, что SQL Server должен освободить и перемотать ленту. REWIND — значение по умолчанию.

NOREWIND

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

Параметр NOREWIND включает в себя параметр NOUNLOAD, поэтому эти параметры несовместимы в одной инструкции BACKUP.

Примечание Примечание

При использовании параметра NOREWIND экземпляр SQL Server продолжает владеть накопителем на ленточном накопителе до тех пор, пока инструкция BACKUP или RESTORE, работающая в этом же процессе, не использует параметр REWIND или UNLOAD либо пока не закончит работу экземпляр сервера. Поскольку лента остается открытой, другие процессы не могут получить доступа к ленте. Дополнительные сведения об отображении списка открытых лент и закрытии открытой ленты см. в разделе Устройства резервного копирования (SQL Server).

{ UNLOAD | NOUNLOAD }
Примечание Примечание

Параметр UNLOAD/NOUNLOAD является настройкой сеанса, он сохраняется в течение работы сеанса или пока не будет сброшен при указании другого значения.

UNLOAD

Указывает, что лента автоматически перематывается и выгружается по завершении операции резервного копирования.Параметр UNLOAD применяется в начале сеанса по умолчанию.

NOUNLOAD

Указывает, что после завершения операции BACKUP лента остается в ленточном накопителе.

Примечание Примечание

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

Параметры, относящиеся к журналам

Эти параметры применяются только с инструкцией BACKUP LOG.

Примечание Примечание

Если создание резервных копий журналов не требуется, следует применять простую модель восстановления. Дополнительные сведения см. в разделе Модели восстановления (SQL Server).

{ NORECOVERY | STANDBY =undo_file_name }
NORECOVERY

Создает резервную копию остатка журнала и оставляет базу данных в состоянии RESTORING. Параметр NORECOVERY полезен при возникновении ошибки в базе данных-получателе или при сохранении остатка журнала после операции RESTORE.

Для наиболее эффективного создания резервной копии журналов, при котором не происходит усечение журнала и которое автоматически переводит базу данных в состояние RESTORING, используйте совместно параметры NO_TRUNCATE и NORECOVERY.

STANDBY =standby_file_name

Создает резервную копию остатка журнала и оставляет базу данных в режиме только для чтения и состоянии STANDBY.Предложение STANDBY записывает резервные данные (выполняя откат, но с параметром дальнейшего восстановления).Применения параметра STANDBY эквивалентно параметру BACKUP LOG WITH NORECOVERY, за которым следует RESTORE WITH STANDBY.

Для использования режима ожидания необходим резервный файл, указанный аргументом standby_file_name, местоположение которого хранится в журнале базы данных. Если указанный файл уже существует, компонент Компонент Database Engine перезаписывает его; если файл не существует, компонент Компонент Database Engine его создает. Резервный файл становится частью базы данных.

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

NO_TRUNCATE

Указывает, что усечение журнала не происходит, а компонент Компонент Database Engine пытается осуществить резервное копирование независимо от состояния базы данных. Следовательно, резервная копия, созданная с параметром NO_TRUNCATE, может иметь неполные метаданные. Данный параметр позволяет производить создание резервной копии журнала в тех ситуациях, когда база данных повреждена.

Параметр NO_TRUNCATE процедуры BACKUP LOG эквивалентен одновременному указанию COPY_ONLY и CONTINUE_AFTER_ERROR.

Без параметра NO_TRUNCATE база данных должна находиться в режиме ONLINE. Если база данных находится в состоянии SUSPENDED, то будет возможно создать резервную копию, указав параметр NO_TRUNCATE. Но если база данных находится в состоянии OFFLINE или EMERGENCY, то инструкция BACKUP не разрешена даже с параметром NO_TRUNCATE. Дополнительные сведения о состояниях баз данных см. в разделе Состояния базы данных.

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

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

Усечение журнала транзакций

Форматирование носителей резервных копий

Работа с устройствами резервного копирования и наборами носителей

Восстановление резервных копий SQL Server

Примечание Примечание

Основные сведения о резервных копиях в SQL Server см. в разделе Общие сведения о резервном копировании (SQL Server).

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

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

  • Все модели восстановления поддерживают полные и разностные резервные копии данных.

    Область охвата резервной копии

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

    Вся база данных

    Резервные копии базы данных охватывают всю базу данных.

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

    Частичная копия базы данных

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

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

    Файл или файловая группа

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

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

  • В рамках модели полного восстановления или модели с неполным протоколированием обычные резервные копии также обязаны содержать последовательные резервные копии журнала транзакций (или резервные копии журналов). Каждая резервная копия журнала охватывает часть журнала транзакций, которая была активна во время создания резервной копии, а также все записи журнала, не включенные в предыдущую резервную копию журнала.

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

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

    Примечание Примечание

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

  • Резервная копия только для копирования — это полная резервная копия или резервная копия журналов, созданная с особой целью. Такая копия не зависит от нормальной последовательности создания обычных резервных копий. Для создания резервной копии только для копирования используется параметр COPY_ONLY инструкции BACKUP. Дополнительные сведения см. в разделе Резервные копии только для копирования (SQL Server).

Усечение журнала транзакций

Регулярные операции резервного копирования крайне важны во избежание переполнения журнала транзакций базы данных. При использовании простой модели восстановления усечение журналов происходит автоматически (после создания резервной копии базы данных). При использовании модели полного восстановления усечение происходит при создании резервной копии журнала транзакций.Однако иногда процесс усечения может быть задержан. Дополнительные сведения о факторах, из-за которых усечение журнала может откладываться, см. в разделе Журнал транзакций (SQL Server).

Примечание Примечание

Параметры BACKUP LOG WITH NO_LOG и WITH TRUNCATE_ONLY больше не поддерживаются. Если используется модель восстановления с неполным протоколированием или модель полного восстановления, а пользователю необходимо удалить цепочку резервных копий журнала из базы данных, то стоит переключиться на простую модель восстановления. Дополнительные сведения см. в разделе Просмотр или изменение модели восстановления базы данных (SQL Server).

Форматирование носителей резервных копий

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

  • указан параметр FORMAT;

  • носитель пуст;

  • операция производит запись дополнительной ленты.

Работа с устройствами резервного копирования и наборами носителей

Устройства резервного копирования в чередующемся наборе носителей (чередующийся набор)

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

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

BACKUP DATABASE AdventureWorks2012
TO DISK=''X:\SQLServerBackups\AdventureWorks1.bak'', 
DISK=''Y:\SQLServerBackups\AdventureWorks2.bak'', 
DISK=''Z:\SQLServerBackups\AdventureWorks3.bak''
WITH FORMAT,
   MEDIANAME = ''AdventureWorksStripedSet0'',
   MEDIADESCRIPTION = ''Striped media set for AdventureWorks2012 database;
GO

После определения устройства резервного копирования как части чередующегося набора данное устройство нельзя использовать для резервного копирования на одно устройство до тех пор, пока не будет указан параметр FORMAT. Аналогично: устройство резервного копирования, содержащее нечередующиеся резервные копии, не может использоваться в чередующемся наборе до тех пор, пока не будет указан параметр FORMAT. Для разбиения чередующегося резервного набора данных используйте параметр FORMAT.

Если при записи заголовка носителя не был указан ни параметр MEDIANAME, ни параметр MEDIADESCRIPTION, то поле заголовка носителя, соответствующее отсутствующему параметру, будет пустым.

Работа с зеркальным набором носителей

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

Для создания резервной копии на зеркальном наборе носителей должны присутствовать все зеркала. Чтобы создать резервную копию на зеркальном наборе носителей, используйте предложение TO для описания первой зеркальной копии и предложения MIRROR TO для описания каждой дополнительной зеркальной копии.

Для зеркальных наборов носителей каждое предложение MIRROR TO должно содержать то же количество и такой же тип устройств, как и предложение TO. Следующий пример демонстрирует запись, производящуюся на зеркальный набор носителей, который состоит из двух зеркальных копий. Используется по три устройства на зеркальную копию.

BACKUP DATABASE AdventureWorks2012
TO DISK=''X:\SQLServerBackups\AdventureWorks1a.bak'', 
DISK=''Y:\SQLServerBackups\AdventureWorks2a.bak'', 
DISK=''Z:\SQLServerBackups\AdventureWorks3a.bak''
MIRROR TO DISK=''X:\SQLServerBackups\AdventureWorks1b.bak'', 
DISK=''Y:\SQLServerBackups\AdventureWorks2b.bak'', 
DISK=''Z:\SQLServerBackups\AdventureWorks3b.bak'';
GO
Важное примечаниеВажно!

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

Семейства носителей в зеркальных наборах носителей

Каждое устройство резервного копирования, описанное в предложении TO инструкции BACKUP, соответствует семейству носителей.Например, если в предложении TO перечислены три устройства, то инструкция BACKUP записывает данные в три семейства носителей. В зеркальном наборе носителей данных каждая зеркальная копия должна содержать копию каждого семейства носителей. Именно поэтому число устройств должно быть одинаковым для всех зеркальных копий.

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

Зеркальное отображение

Семейство носителей 1

Семейство носителей 2

Семейство носителей 3

0

Z:\AdventureWorks1a.bak

Z:\AdventureWorks2a.bak

Z:\AdventureWorks3a.bak

1

Z:\AdventureWorks1b.bak

Z:\AdventureWorks2b.bak

Z:\AdventureWorks3b.bak

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

Дополнительные сведения о зеркальных наборах носителей см. в разделе Зеркальные наборы носителей резервных копий (SQL Server).Дополнительные сведения о наборах носителей и семействах носителей см. в разделе Наборы носителей, семейства носителей и резервные наборы данных (SQL Server).

Восстановление резервных копий SQL Server

Для восстановления базы данных и при необходимости перевода ее в оперативный режим либо для восстановления файла или файловой группы используются либо инструкция Transact-SQL RESTORE, либо задачи среды Среда SQL Server Management Studio Restore.Дополнительные сведения см. в разделе Обзор процессов восстановления (SQL Server).

Взаимодействие SKIP, NOSKIP, INIT и NOINIT

Эта таблица описывает взаимодействие между параметрами { NOINIT | INIT } и { NOSKIP | SKIP }.

Примечание Примечание

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

 

NOINIT

INIT

NOSKIP

Если в томе содержится правильный заголовок носителя, то выполняется проверка совпадения имени носителя с указанным параметром MEDIANAME (если он задан). Если установлено совпадение, резервный набор данных дозаписывается с сохранением всех существующих резервных наборов данных.

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

Если том содержит заголовок носителя, проводятся следующие проверки.

  • Если указан параметр MEDIANAME, то проверяется, совпадает ли заданное имя носителя с именем носителя заголовка носителя. 2

  • Проверяется, есть ли на носителе резервные наборы данных с неистекшим сроком действия.

    Если есть, то процесс резервного копирования прекращается.

Если все эти проверки пройдены, то происходит перезапись всех резервных наборов данных на носителе. Сохраняется только заголовок носителя.

Если в томе не содержится правильного заголовка носителя, то он создается с применением указанных параметров MEDIANAME и MEDIADESCRIPTION (если они заданы).

SKIP

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

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

Если носитель пуст, то создается заголовок носителя, исходя из заданных параметров MEDIANAME и MEDIADESCRIPTION (если они указаны).

1 В допустимость входит номер версии MTF и другие сведения заголовка. Если указанная версия не поддерживается или имеет непредвиденное значение, то возникает ошибка.

2 Пользователь должен принадлежать к соответствующей предопределенной роли базы данных или роли сервера для выполнения операции резервного копирования.

Предупреждение Внимание!

Резервные копии, созданные более поздними версиями SQL Server, не могут быть восстановлены в более ранних версиях SQL Server.

Инструкция BACKUP поддерживает параметр RESTART для предоставления обратной совместимости с более ранними версиями SQL Server.Но параметр RESTART не имеет влияния.

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

Инструкция BACKUP не разрешена в явных и неявных транзакциях.

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

Примечание Примечание

По умолчанию каждая успешная операция резервного копирования добавляет запись в журнал ошибок служб SQL Server и в журнал системных событий. Если создание резервной копии журналов производится очень часто, это приводит к быстрому накоплению сообщений об успешном завершении. Это приводит к увеличению журналов ошибок, затрудняя поиск других сообщений. Если работа существующих скриптов не зависит от этих записей, то их можно отключить с помощью флага трассировки 3226. Дополнительные сведения см. в разделе Флаги трассировки (Transact-SQL).

SQL Server использует процесс резервного копирования в сети, что позволяет создавать резервную копию базы данных во время ее использования. Во время резервного копирования можно производить большинство операций. Например, во время создания резервной копии разрешены инструкции INSERT, UPDATE и DELETE.

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

  • Операции управления файлами, такие как инструкция ALTER DATABASE либо с параметром ADD FILE, либо с параметром REMOVE FILE.

  • Операции сжатия базы данных или файла. Сюда же включены операции автоматического сжатия.

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

В SQL Server имеются следующие таблицы журнала резервного копирования, которые позволяют отслеживать действия резервного копирования:

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

Начиная с SQL Server 2012, параметры PASSWORD и MEDIAPASSWORD не поддерживаются при создании резервных копий.Восстановление резервных копий, созданных с применением пароля, остается возможным.

Разрешения

Разрешения BACKUP DATABASE и BACKUP LOG назначены по умолчанию членам предопределенной роли сервера sysadmin и предопределенным ролям базы данных db_owner и db_backupoperator.

Проблемы, связанные с владельцем и разрешениями у физических файлов на устройстве резервного копирования, могут помешать операции резервного копирования. SQL Server должен иметь возможность считывать и записывать данные на устройстве; учетная запись, от имени которой выполняется служба SQL Server, должна иметь разрешения на запись. Однако процедура sp_addumpdevice, добавляющая запись для устройства резервного копирования в системную таблицу, не проверяет разрешения на доступ к файлу.Проблемы физического файла устройства резервного копирования могут не проявляться до момента доступа к физическому ресурсу во время операции резервного копирования или восстановления.

Примечание Примечание

В инструкции по резервному копированию содержатся дополнительные примеры. Дополнительные сведения см. в разделе Общие сведения о резервном копировании (SQL Server).

А.Создание резервной копии всей базы данных

Следующий пример производит резервное копирование базы данных AdventureWorks2012 в файл на диске.

BACKUP DATABASE AdventureWorks2012 
 TO DISK = ''Z:\SQLServerBackups\AdvWorksData.bak''
   WITH FORMAT;
GO

Б.Создание резервной копии базы данных и журнала

В следующем примере используется образец базы данных AdventureWorks2012 , которая по умолчанию использует простую модель восстановления. Для поддержки резервного копирования журналов база данных AdventureWorks2012 была перенастроена на использование модели полного восстановления.

Далее используется процедура sp_addumpdevice для создания двух логических устройств резервного копирования, на одном из которых — «AdvWorksData» — будут создаваться резервные копии данных, а на втором — «AdvWorksLog» — резервные копии журналов.

Затем производится полное резервное копирование базы данных на устройство AdvWorksData и, после периода обновления, резервное копирование журнала на устройство AdvWorksLog.

-- To permit log backups, before the full database backup, modify the database 
-- to use the full recovery model.
USE master;
GO
ALTER DATABASE AdventureWorks2012
   SET RECOVERY FULL;
GO
-- Create AdvWorksData and AdvWorksLog logical backup devices. 
USE master
GO
EXEC sp_addumpdevice ''disk'', ''AdvWorksData'', 
''Z:\SQLServerBackups\AdvWorksData.bak'';
GO
EXEC sp_addumpdevice ''disk'', ''AdvWorksLog'', 
''X:\SQLServerBackups\AdvWorksLog.bak'';
GO

-- Back up the full AdventureWorks2012 database.
BACKUP DATABASE AdventureWorks2012 TO AdvWorksData;
GO
-- Back up the AdventureWorks2012 log.
BACKUP LOG AdventureWorks2012
   TO AdvWorksLog;
GO
ПримечаниеПримечание

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

В.Создание полной резервной копии вторичных файловых групп

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

--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
   FILEGROUP = ''SalesGroup1'',
   FILEGROUP = ''SalesGroup2''
   TO DISK = ''Z:\SQLServerBackups\SalesFiles.bck'';
GO

Г.Создание разностной резервной копии файлов вторичных файловых групп

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

--Back up the files in SalesGroup1:
BACKUP DATABASE Sales
   FILEGROUP = ''SalesGroup1'',
   FILEGROUP = ''SalesGroup2''
   TO DISK = ''Z:\SQLServerBackups\SalesFiles.bck''
   WITH 
      DIFFERENTIAL;
GO

Д.Создание зеркального набора носителей с одним семейством с его последующим использованием для резервного копирования

В следующем примере создается зеркальный набор носителей (содержащий одно семейство носителей и четыре зеркала), на который производится резервное копирование базы данных AdventureWorks2012 .

BACKUP DATABASE AdventureWorks2012
TO TAPE = ''\\.\tape0''
MIRROR TO TAPE = ''\\.\tape1''
MIRROR TO TAPE = ''\\.\tape2''
MIRROR TO TAPE = ''\\.\tape3''
WITH
   FORMAT,
   MEDIANAME = ''AdventureWorksSet0'';

Е.Создание зеркального набора носителей с несколькими семействами с его последующим использованием для резервного копирования

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

BACKUP DATABASE AdventureWorks2012
TO TAPE = ''\\.\tape0'', TAPE = ''\\.\tape1''
MIRROR TO TAPE = ''\\.\tape2'', TAPE = ''\\.\tape3''
WITH
   FORMAT,
   MEDIANAME = ''AdventureWorksSet1'';

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

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

BACKUP LOG AdventureWorks2012
TO TAPE = ''\\.\tape0'', TAPE = ''\\.\tape1''
MIRROR TO TAPE = ''\\.\tape2'', TAPE = ''\\.\tape3''
WITH 
   NOINIT,
   MEDIANAME = ''AdventureWorksSet1'';
ПримечаниеПримечание

Параметр NOINIT, установленный по умолчанию, приведен здесь для ясности.

З.Создание сжатой резервной копии на новом наборе носителей

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

BACKUP DATABASE AdventureWorks2012 TO DISK=''Z:\SQLServerBackups\AdvWorksData.bak'' 
WITH 
   FORMAT, 
   COMPRESSION;