BACKUP (Transact-SQL)BACKUP (Transact-SQL)

Создание резервной копии базы данных SQL.Backs up a SQL database.

Щелкните одну из следующих вкладок, чтобы изучить синтаксис, аргументы, примечания, разрешения и примеры для используемой вам версии SQL.Click one of the following tabs for the syntax, arguments, remarks, permissions, and examples for a particular SQL version with which you are working.

Дополнительные сведения о соглашениях о синтаксисе см. в статье Соглашения о синтаксисе в Transact-SQL.For more information about the syntax conventions, see Transact-SQL Syntax Conventions.

Выберите продукт!Click a product!

В следующей строке щелкните имя продукта, который вас интересует.In the following row, click whichever product name you are interested in. Здесь отобразится другой контент, относящийся к выбранному продукту:The click displays different content here, appropriate for whichever product you click:

* SQL Server *  * SQL Server *   Управляемый экземпляр Базы данных SQL
SQL Database
managed instance
Analytics Platform
System (PDW)
Analytics Platform
System (PDW)

 

SQL ServerSQL Server

Создает резервную копию всей базы данных SQL ServerSQL Server (чтобы получить резервную копию базы данных) либо файлов или файловых групп базы данных (чтобы получить резервную копию файлов (BACKUP DATABASE)).Backs up a complete SQL ServerSQL Server database to create a database backup, or one or more files or filegroups of the database to create a file backup (BACKUP DATABASE). Кроме того, при использовании модели полного восстановления или модели восстановления с неполным протоколированием создается резервная копия журнала транзакций (BACKUP LOG).Also, under the full recovery model or bulk-logged recovery model, backs up the transaction log of the database to create a log backup (BACKUP LOG).

СинтаксисSyntax

--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 | 'NUL' }
 }

<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 }
 | CREDENTIAL
 | ENCRYPTION
 | FILE_SNAPSHOT
 | { 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

АргументыArguments

DATABASE — указывает, что нужно создать полную резервную копию базы данных.DATABASE Specifies a complete database backup. Если указан список файлов и файловых групп, то только они включаются в резервную копию.If a list of files and filegroups is specified, only those files and filegroups are backed up. Во время создания полной или разностной резервной копии SQL ServerSQL Server создает резервную копию той части журнала транзакций, которая достаточна для создания согласованной базы данных во время ее восстановления.During a full or differential database backup, SQL ServerSQL Server backs up enough of the transaction log to produce a consistent database when the backup is restored.

Во время восстановления резервной копии, созданной с помощью инструкции BACKUP DATABASE (резервной копии данных), восстанавливается вся резервная копия.When you restore a backup created by BACKUP DATABASE (a data backup), the entire backup is restored. Восстановление на определенный момент времени или к определенной транзакции возможно только для резервной копии журналов.Only a log backup can be restored to a specific time or transaction within the backup.

Примечание

Для базы данных master может быть произведено только полное резервное копирование.Only a full database backup can be performed on the master database.

LOGLOG

Указывает только на резервное копирование журнала транзакций.Specifies a backup of the transaction log only. Создается резервная копия части журнала, начинающейся с конца последней успешно созданной копии и заканчивающейся текущим концом журнала.The log is backed up from the last successfully executed log backup to the current end of the log. До создания первой резервной копии журнала необходимо создать полную резервную копию базы данных.Before you can create the first log backup, you must create a full backup.

Резервную копию журналов можно восстановить на определенный момент времени или к определенной транзакции, указав предложение WITH STOPAT, STOPATMARK или STOPBEFOREMARK в инструкции RESTORE LOG.You can restore a log backup to a specific time or transaction within the backup by specifying WITH STOPAT, STOPATMARK, or STOPBEFOREMARK in your RESTORE LOG statement.

Примечание

После обычной процедуры создания резервной копии журналов некоторые записи в журнале транзакций становятся неактивными, если не были указаны параметры WITH NO_TRUNCATE или COPY_ONLY.After a typical log backup, some transaction log records become inactive, unless you specify WITH NO_TRUNCATE or COPY_ONLY. Журнал усекается после того, как все записи внутри одного или нескольких виртуальных файлов журнала становятся неактивными.The log is truncated after all the records within one or more virtual log files become inactive. Если журнал не усекается после совершения нескольких процедур резервного копирования журнала, это означает, что что-то может препятствовать его усечению.If the log is not being truncated after routine log backups, something might be delaying log truncation. Дополнительные сведения см. в разделе Факторы, которые могут вызвать задержку усечения журнала.For more information, see Factors that can delay log truncation.

{ database_name | @ database_name_var } — определяет базу данных, из которой создается резервная копия журнала транзакций, части или всей базы данных.{ database_name | @database_name_var } Is the database from which the transaction log, partial database, or complete database is backed up. Если аргумент задается в виде переменной ( @ database_name_var), он может быть указан в виде строковой константы ( @ database_name_var = database name) или переменной с типом данных символьной строки ntext или text.If supplied as a variable (@database_name_var), this name can be specified either as a string constant (@database_name_var=database name) or as a variable of character string data type, except for the ntext or text data types.

Примечание

Невозможно создать резервную копию зеркальной базы данных при партнерстве в зеркальном отображении базы данных.The mirror database in a database mirroring partnership cannot be backed up.

<file_or_filegroup> [ , ...n ] — используется только с инструкцией BACKUP DATABASE. Определяет файл базы данных или файловую группу, которые будут включены в резервную копию файлов, либо файл или файловую группу, доступные только для чтения, которые будут включены в частичную резервную копию.<file_or_filegroup> [ ,...n ] Used only with BACKUP DATABASE, specifies a database file or filegroup to include in a file backup, or specifies a read-only file or filegroup to include in a partial backup.

FILE = { logical_file_name | @ logical_file_name_var } — логическое имя файла или переменная, значение которой равно логическому имени файла, назначенного для включения в резервную копию.FILE = { logical_file_name | @logical_file_name_var } Is the logical name of a file or a variable whose value equates to the logical name of a file that is to be included in the backup.

FILEGROUP = { logical_filegroup_name | @ logical_filegroup_name_var } — логическое имя файловой группы или переменная, значение которой равно логическому имени файловой группы, назначенной для включения в резервную копию.FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var } Is the logical name of a filegroup or a variable whose value equates to the logical name of a filegroup that is to be included in the backup. В простой модели восстановления создание резервной копии файловой группы разрешено лишь для файловых групп, доступных только для чтения.Under the simple recovery model, a filegroup backup is allowed only for a read-only filegroup.

Примечание

Рекомендуется использовать резервные копии файлов в случае, если размер базы данных и требования по производительности делают полное резервное копирование базы данных нецелесообразным.Consider using file backups when the database size and performance requirements make a database backup impractical. Устройство NUL может использоваться для тестирования производительности резервного копирования, но не должно использоваться в производственных средах.The NUL device can be used to test the performance of backups, but should not be used in production environments.

n — заполнитель, который показывает, что через запятую можно указать несколько файлов или файловых групп.n Is a placeholder that indicates that multiple files and filegroups can be specified in a comma-separated list. Их число не ограничено.The number is unlimited.

Дополнительные сведения см. в статьях о полных резервных копиях файлов и резервном копировании файлов и файловых групп.For more information, see Full File Backups and Back Up Files and Filegroups.

READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name | @ logical_filegroup_name_var } [ , ...n ] ] — определяет частичную резервную копию.READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var } [ ,...n ] ] Specifies a partial backup. В частичную резервную копию входят все файлы базы данных, доступные для чтения и записи: первичная файловая группа и все вторичные файловые группы, доступные для чтения и записи, а также все указанные файлы и файловые группы, доступные только для чтения.A partial backup includes all the read/write files in a database: the primary filegroup and any read/write secondary filegroups, and also any specified read-only files or filegroups.

READ_WRITE_FILEGROUPS — указывает, что в частичную резервную копию должны быть включены все файловые группы, доступные для чтения и записи.READ_WRITE_FILEGROUPS Specifies that all read/write filegroups be backed up in the partial backup. Если база данных доступна только для чтения, READ_WRITE_FILEGROUPS включает только первичную файловую группу.If the database is read-only, READ_WRITE_FILEGROUPS includes only the primary filegroup.

Важно!

Явный список доступных для записи и чтения файловых групп с применением FILEGROUP вместо READ_WRITE_FILEGROUPS создает резервную копию файлов.Explicitly listing the read/write filegroups by using FILEGROUP instead of READ_WRITE_FILEGROUPS creates a file backup.

FILEGROUP = { logical_filegroup_name | @ logical_filegroup_name_var } — логическое имя файловой группы, доступной только для чтения, или переменная со значением, равным логическому имени доступной только для чтения файловой группы, которую следует включить в частичную резервную копию.FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var } Is the logical name of a read-only filegroup or a variable whose value equates to the logical name of a read-only filegroup that is to be included in the partial backup. Дополнительные сведения см. в подразделе "<file_or_filegroup>," выше.For more information, see "<file_or_filegroup>," earlier in this topic.

n — заполнитель, который показывает, что через запятую можно указать несколько файловых групп, доступных только для чтения.n Is a placeholder that indicates that multiple read-only filegroups can be specified in a comma-separated list.

Дополнительные сведения о частичных резервных копиях см. в этой статье.For more information about partial backups, see Partial Backups.

TO <backup_device> [ , ...n ] Указывает, что сопутствующий набор устройств резервного копирования является незеркальным набором носителей или первым из зеркальных носителей внутри зеркального набора носителей (для которого объявлено одно или несколько предложений MIRROR TO).TO <backup_device> [ ,...n ] Indicates that the accompanying set of backup devices is either an unmirrored media set or the first of the mirrors within a mirrored media set (for which one or more MIRROR TO clauses are declared).

<backup_device><backup_device>

Указывает логическое или физическое устройство резервного копирования, используемое для создания резервной копии.Specifies a logical or physical backup device to use for the backup operation.

{ logical_device_name | @ logical_device_name_var } Применяется к: SQL Server — логическое имя устройства резервного копирования, на котором создается резервная копия базы данных.{ logical_device_name | @logical_device_name_var } Applies to: SQL Server Is the logical name of the backup device to which the database is backed up. Логическое имя должно соответствовать правилам для идентификаторов.The logical name must follow the rules for identifiers. Если аргумент задается в виде переменной (@logical_device_name_var), имя устройства резервного копирования можно указать как строковую константу (@logical_device_name_var = logical backup device name) или как переменную любого строкового типа данных ntext или text.If supplied as a variable (@logical_device_name_var), the backup device name can be specified either as a string constant (@logical_device_name_var= logical backup device name) or as a variable of any character string data type except for the ntext or text data types.

{ DISK | TAPE | URL} = { ' physical_device_name ' | @ physical_device_name_var | 'NUL' } Применяется к: DISK, TAPE и URL применяются к SQL Server.{ DISK | TAPE | URL} = { 'physical_device_name' | @physical_device_name_var | 'NUL' } Applies to: DISK, TAPE, and URL apply to SQL Server. Определяет файл диска, ленточное устройство или службу хранилища BLOB-объектов Microsoft Azure.Specifies a disk file or tape device, or a Microsoft Azure Blob storage service. Формат URL-адреса используется для создания резервных копий в службе хранилища Microsoft Azure.The URL format is used for creating backups to the Microsoft Azure storage service. Дополнительные сведения и примеры см. в разделе Резервное копирование и восстановление SQL Server с помощью службы хранилища BLOB-объектов Microsoft Azure.For more information and examples, see SQL Server Backup and Restore with Microsoft Azure Blob Storage Service. См. учебник в статье Учебник. Резервное копирование и восстановление SQL Server с помощью службы хранилищ BLOB-объектов Microsoft AzureFor a tutorial, see Tutorial: SQL Server Backup and Restore to Microsoft Azure Blob Storage Service.

Примечание

Дисковое устройство NUL удалит всю присланную на него информацию, его следует использовать только для тестирования.The NUL disk device will discard all information sent to it and should only be used for testing. Оно не предназначено для производственной эксплуатации.This is not for production use.

Важно!

Начиная с SQL Server 2012 (11.x)SQL Server 2012 (11.x) с пакетом обновления 1 (SP1) CU2 по SQL Server 2014 (12.x)SQL Server 2014 (12.x), при резервном копировании на URL-адрес можно сохранить резервную копию только на одном устройстве.Starting with SQL Server 2012 (11.x)SQL Server 2012 (11.x) SP1 CU2 through SQL Server 2014 (12.x)SQL Server 2014 (12.x), you can only backup to a single device when backing up to URL. Чтобы выполнить резервное копирование на несколько устройств при резервном копировании на URL-адрес, необходимо использовать версию с SQL Server 2016 (13.x)SQL Server 2016 (13.x) по SQL Server 2017SQL Server 2017 и токены подписанных URL-адресов (SAS).In order to backup to multiple devices when backing up to URL, you must use SQL Server 2016 (13.x)SQL Server 2016 (13.x) through SQL Server 2017SQL Server 2017 and you must use Shared Access Signature (SAS) tokens. Примеры создания подписанного URL-адреса см. в разделах Резервное копирование SQL Server на URL-адрес и Упрощение создания учетных данных SQL с токенами подписанных URL-адресов в хранилище Azure с помощью Powershell.For examples creating a Shared Access Signature, see SQL Server Backup to URL and Simplifying creation of SQL Credentials with Shared Access Signature (SAS) tokens on Azure Storage with Powershell.

URL-адрес применим к: SQL ServerSQL Server (от SQL Server 2012 (11.x)SQL Server 2012 (11.x) с пакетом обновления 1 (SP1) CU2 до SQL Server 2017SQL Server 2017).URL applies to: SQL ServerSQL Server ( SQL Server 2012 (11.x)SQL Server 2012 (11.x) SP1 CU2 through SQL Server 2017SQL Server 2017).

Дисковое устройство не обязательно должно существовать до указания в инструкции BACKUP.A disk device does not have to exist before it is specified in a BACKUP statement. Если физическое устройство существует и в инструкции BACKUP не указан параметр INIT, то резервная копия дозаписывается на устройство.If the physical device exists and the INIT option is not specified in the BACKUP statement, the backup is appended to the device.

Примечание

Устройство NULL удалит все входящие данные, отправленные в этот файл, однако операция резервного копирования все равно пометит все страницы как архивированные.The NUL device will discard all input sent to this file, however the backup will still mark all pages as backed up.

См. дополнительные сведения об устройствах резервного копирования.For more information, see Backup Devices.

Примечание

Параметр TAPE будет удален в следующей версии SQL ServerSQL Server.The TAPE option will be removed in a future version of SQL ServerSQL Server. Избегайте использования этого компонента в новых разработках и запланируйте изменение существующих приложений, в которых он применяется.Avoid using this feature in new development work, and plan to modify applications that currently use this feature.

n — заполнитель, который показывает, что можно указать до 64 устройств резервного копирования через запятую.n Is a placeholder that indicates that up to 64 backup devices may be specified in a comma-separated list.

MIRROR TO <backup_device> [ , ...n ] Указывает набор от одного до трех дополнительных устройств резервного копирования, которые будут зеркалами для устройств резервного копирования, описанных в предложении TO.MIRROR TO <backup_device> [ ,...n ] Specifies a set of up to three secondary backup devices, each of which mirrors the backups devices specified in the TO clause. В предложении MIRROR TO должен быть указан тот же тип и то же количество устройств резервного копирования, что и в предложении TO.The MIRROR TO clause must specify the same type and number of the backup devices as the TO clause. Максимальное число предложений MIRROR TO — три.The maximum number of MIRROR TO clauses is three.

Этот параметр доступен только в SQL ServerSQL Server Enterprise Edition.This option is available only in the Enterprise edition of SQL ServerSQL Server.

Примечание

Для MIRROR TO = DISK команда BACKUP автоматически определяет подходящий размер блока дисковых устройств на основе размера сектора диска.For MIRROR TO = DISK, BACKUP automatically determines the appropriate block size for disk devices based on the sector size of the disk. Если диск MIRROR TO отформатирован с иным размером сектора, чем у диска — основного устройства резервного копирования, команда BACKUP не сработает.If the MIRROR TO disk is formatted with a different sector size than the disk specified as the primary backup device, the backup command will fail. Для зеркалирования резервных копий на устройствах с разными размерами секторов необходимо указать параметр BLOCKSIZE и задать в нем наибольший размер сектора среди всех целевых устройств.In order to mirror backups to devices that have different sector sizes, the BLOCKSIZE parameter must be specified, and should be set to the highest sector size amongst all the target devices. Дополнительные сведения о размере блока см. в разделе BLOCKSIZE ниже в этой статье.For more information about block size, see "BLOCKSIZE" later in this topic.

<backup_device> См. раздел "<backup_device>," выше.<backup_device> See "<backup_device>," earlier in this section.

n — заполнитель, который показывает, что можно указать до 64 устройств резервного копирования через запятую.n Is a placeholder that indicates that up to 64 backup devices may be specified in a comma-separated list. Количество устройств в предложении MIRROR TO должно быть равно количеству устройств в предложении TO.The number of devices in the MIRROR TO clause must equal the number of devices in the TO clause.

Дополнительные сведения см. в подразделе "Семейства носителей в зеркальных наборах носителей" в разделе Замечания далее в этой статье.For more information, see "Media Families in Mirrored Media Sets" in the Remarks section, later in this topic.

[ next-mirror-to ] — заполнитель, показывающий, что в одной инструкции BACKUP в дополнение к одному предложению TO может содержаться до трех предложений MIRROR TO.[ next-mirror-to ] Is a placeholder that indicates that a single BACKUP statement can contain up to three MIRROR TO clauses, in addition to the single TO clause.

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

Задает параметры, которые будут использоваться для операции создания резервной копии.Specifies options to be used with a backup operation.

CREDENTIAL — применяется к: SQL ServerSQL Server (от SQL Server 2012 (11.x)SQL Server 2012 (11.x) с пакетом обновления 1 (SP1) CU2 до SQL Server 2017SQL Server 2017).CREDENTIAL Applies to: SQL ServerSQL Server ( SQL Server 2012 (11.x)SQL Server 2012 (11.x) SP1 CU2 through SQL Server 2017SQL Server 2017). Используется только при создании резервной копии для службы хранилища BLOB-объектов Microsoft Azure.Used only when creating a backup to the Microsoft Azure Blob storage service.

FILE_SNAPSHOT Применяется к: SQL ServerSQL ServerSQL Server 2016 (13.x)SQL Server 2016 (13.x) по SQL Server 2017SQL Server 2017).FILE_SNAPSHOT Applies to: SQL ServerSQL Server ( SQL Server 2016 (13.x)SQL Server 2016 (13.x) through SQL Server 2017SQL Server 2017).

Служит для создания снимка экрана Azure файлов базы данных, когда все файлы базы данных SQL Server хранятся с помощью службы хранилища BLOB-объектов Azure.Used to create an Azure snapshot of the database files when all of the SQL Server database files are stored using the Azure Blob storage service. Дополнительные сведения см. в разделе Файлы данных SQL Server в Microsoft Azure.For more information, see SQL Server Data Files in Microsoft Azure. Резервное копирование снимков SQL ServerSQL Server формирует моментальные снимки Azure файлов базы данных (файлов данных и журнала) в согласованном состояние.SQL ServerSQL Server Snapshot Backup takes Azure snapshots of the database files (data and log files) at a consistent state. Согласованный набор моментальных снимков Azure составляет резервную копию, они копируются в файл резервной копии.A consistent set of Azure snapshots make up a backup and are recorded in the backup file. Единственное различие между BACKUP DATABASE TO URL WITH FILE_SNAPSHOT и BACKUP LOG TO URL WITH FILE_SNAPSHOT заключается в том, что последняя инструкция усекает журнал транзакций, а первая — нет.The only difference between BACKUP DATABASE TO URL WITH FILE_SNAPSHOT and BACKUP LOG TO URL WITH FILE_SNAPSHOT is that the latter also truncates the transaction log while the former does not. При использовании резервного копирования снимков SQL ServerSQL Server для восстановления базы данных до точки времени, когда была создана резервная копия журнала транзакций, требуется только одна резервная копия журнала транзакций после создания первоначальной полной резервной копии (это необходимо SQL ServerSQL Server для создания цепочки резервного копирования).With SQL ServerSQL Server Snapshot Backup, after the initial full backup that is required by SQL ServerSQL Server to establish the backup chain, only a single transaction log backup is required to restore a database to the point in time of the transaction log backup. Кроме того, для восстановления базы данных до точки времени между двумя операциями резервного копирования журнала транзакций требуется только две резервные копии журнала транзакций.Furthermore, only two transaction log backups are required to restore a database to a point in time between the time of the two transaction log backups.

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

Используется только с инструкцией BACKUP DATABASE. Указывает, что резервная копия базы данных или файлов должна состоять только из тех частей базы данных или файлов, которые были изменены с момента создания последней полной резервной копии.Used only with BACKUP DATABASE, specifies that the database or file backup should consist only of the portions of the database or file changed since the last full backup. Файл разностной резервной копии обычно занимает меньше места, чем полная резервная копия.A differential backup usually takes up less space than a full backup. Используйте этот параметр, чтобы не нужно было применять отдельные резервные копии журналов, созданные во время последнего полного резервного копирования.Use this option so that all individual log backups performed since the last full backup do not have to be applied.

Примечание

По умолчанию BACKUP DATABASE создает полную резервную копию.By default, BACKUP DATABASE creates a full backup.

Дополнительные сведения см. в разделе о разностных резервных копиях.For more information, see Differential Backups.

ENCRYPTION — используется для указания шифрования для резервного копирования.ENCRYPTION Used to specify encryption for a backup. Можно указать алгоритм шифрования, с помощью которого будет зашифрована резервная копия, или указать значение NO_ENCRYPTION, чтобы не шифровать резервную копию.You can specify an encryption algorithm to encrypt the backup with or specify NO_ENCRYPTION to not have the backup encrypted. Использовать шифрование рекомендуется. Оно обеспечивает защиту файлов резервной копии.Encryption is recommended practice to help secure backup files. Далее представлен список доступных алгоритмов.The list of algorithms you can specify are:

  • AES_128
  • AES_192
  • AES_256
  • TRIPLE_DES_3KEY
  • NO_ENCRYPTION

Если вы решили использовать шифрование, также необходимо указать параметры шифратора.If you choose to encrypt you will also have to specify the encryptor using the encryptor options:

  • SERVER CERTIFICATE = Encryptor_NameSERVER CERTIFICATE = Encryptor_Name
  • SERVER ASYMMETRIC KEY = Encryptor_NameSERVER ASYMMETRIC KEY = Encryptor_Name

SERVER CERTIFICATE и SERVER ASYMMETRIC KEY — это сертификат и асимметричный ключ, созданные в базе данных master.The SERVER CERTIFICATE and SERVER ASYMMETRIC KEY are a certificate and an asymmetric key created in master database. Дополнительные сведения см. в разделах CREATE CERTIFICATE и CREATE ASYMMETRIC KEY соответственно.For more information see CREATE CERTIFICATE and CREATE ASYMMETRIC KEY respectively.

Предупреждение

При использовании шифрования вместе с аргументом FILE_SNAPSHOT файл метаданных шифруется с использованием заданного алгоритма шифрования. Система проверяет, что для базы данных было выполнено прозрачное шифрование данных (TDE).When encryption is used in conjunction with the FILE_SNAPSHOT argument, the metadata file itself is encrypted using the specified encryption algorithm and the system verifies that Transparent Data Encryption (TDE) was completed for the database. Дополнительное шифрование самих данных не выполняется.No additional encryption happens for the data itself. Резервное копирование завершается сбоем, если база данных не была зашифрована или если шифрование не было завершено до того, как была издана инструкция о резервном копировании.The backup fails if the database was not encrypted or if the encryption was not completed before the backup statement was issued.

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

Эти параметры влияют на резервный набор данных, который создается этой операцией резервного копирования.These options operate on the backup set that is created by this backup operation.

Примечание

Чтобы указать резервный набор для операции восстановления, воспользуйтесь параметром FILE = <backup_set_file_number>.To specify a backup set for a restore operation, use the FILE = <backup_set_file_number> option. Дополнительные сведения о том, как задать резервный набор данных, см. в разделе "Указание резервного набора данных" статьи об аргументах RESTORE.For more information about how to specify a backup set, see "Specifying a Backup Set" in RESTORE Arguments.

COPY_ONLY — указывает, что используется резервная копия только для копирования, которая не влияет на обычную последовательность резервных копий.COPY_ONLY Specifies that the backup is a copy-only backup, which does not affect the normal sequence of backups. Резервная копия только для копирования создается независимо от обычных, регулярно создаваемых резервных копий.A copy-only backup is created independently of your regularly scheduled, conventional backups. Процесс такого резервного копирования не влияет на обычные процедуры резервного копирования и восстановления базы данных.A copy-only backup does not affect your overall backup and restore procedures for the database.

Резервные копии должны использоваться в тех ситуациях, когда резервная копия делается с особой целью, например при выполнении резервного копирования журнала перед восстановлением файла в сети.Copy-only backups should be used in situations in which a backup is taken for a special purpose, such as backing up the log before an online file restore. Обычно резервная копия журналов только для копирования используется один раз, а затем стирается.Typically, a copy-only log backup is used once and then deleted.

  • Если инструкция BACKUP DATABASE используется с параметром COPY_ONLY, то создается полная резервная копия, которая не может быть использована в качестве базовой копии для разностного копирования.When used with BACKUP DATABASE, the COPY_ONLY option creates a full backup that cannot serve as a differential base. Битовая карта разностного резервного копирования не обновляется, а разностные резервные копии ведут себя так, словно резервной копии только для копирования не существует.The differential bitmap is not updated, and differential backups behave as if the copy-only backup does not exist. Последующие разностные резервные копии используют в качестве своей основы самую свежую из обычных полных резервных копий.Subsequent differential backups use the most recent conventional full backup as their base.

    Важно!

    Если DIFFERENTIAL и COPY_ONLY используются вместе, COPY_ONLY игнорируется и создается разностная резервная копия.If DIFFERENTIAL and COPY_ONLY are used together, COPY_ONLY is ignored, and a differential backup is created.

  • При использовании с инструкцией BACKUP LOG параметр COPY_ONLY создает резервную копию журналов только для копирования, при этом журнал транзакций не усекается.When used with BACKUP LOG, the COPY_ONLY option creates a copy-only log backup, which does not truncate the transaction log. Резервная копия журналов, предназначенная только для копирования, не влияет на цепочку журналов. Другие резервные копии журналов ведут себя так, словно ее не существует.The copy-only log backup has no effect on the log chain, and other log backups behave as if the copy-only backup does not exist.

Дополнительные сведения см. в статье о резервных копиях только для копирования.For more information, see Copy-Only Backups.

{ COMPRESSION | NO_COMPRESSION } — применяется только в SQL Server 2008 EnterpriseSQL Server 2008 Enterprise и более поздних версиях; указывает необходимость сжатия резервной копии, переопределяя значение по умолчанию на уровне сервера.{ COMPRESSION | NO_COMPRESSION } In SQL Server 2008 EnterpriseSQL Server 2008 Enterprise and later versions only, specifies whether backup compression is performed on this backup, overriding the server-level default.

При установке по умолчанию резервные копии не сжимаются.At installation, the default behavior is no backup compression. Это поведение можно изменить с помощью параметра конфигурации сервера сжатие резервной копии по умолчанию.But this default can be changed by setting the backup compression default server configuration option. Дополнительные сведения о просмотре текущего значения этого параметра см. в статье Просмотр или изменение свойств сервера (SQL Server).For information about viewing the current value of this option, see View or Change Server Properties.

Сведения об использовании сжатия резервных копий в базах данных с включенным прозрачным шифрованием данных (TDE) см. в разделе Замечания.For information about using backup compression with Transparent Data Encryption (TDE) enabled databases, see the Remarks section.

COMPRESSION — явно включает сжатие резервных копий.COMPRESSION Explicitly enables backup compression.

NO_COMPRESSION — явно отключает сжатие резервных копий.NO_COMPRESSION Explicitly disables backup compression.

DESCRIPTION = { ' text ' | @ text_variable } — произвольное текстовое описание резервного набора данных.DESCRIPTION = { 'text' | @text_variable } Specifies the free-form text describing the backup set. В этой строке может содержаться до 255 символов.The string can have a maximum of 255 characters.

NAME = { backup_set_name | @ backup_set_var } — указывает имя резервного набора данных.NAME = { backup_set_name | @backup_set_var } Specifies the name of the backup set. Длина имени не может превышать 128 символов.Names can have a maximum of 128 characters. Если параметр NAME не указан, то имя является пустым.If NAME is not specified, it is blank.

{ EXPIREDATE =' date ' | RETAINDAYS = days } — указывает время, по истечении которого резервный набор данных для этой резервной копии может быть перезаписан.{ EXPIREDATE ='date' | RETAINDAYS = days } Specifies when the backup set for this backup can be overwritten. Если использованы оба этих параметра, то RETAINDAYS имеет приоритет над EXPIREDATE.If these options are both used, RETAINDAYS takes precedence over EXPIREDATE.

Если ни один из этих параметров не указан, то срок хранения определяется по параметру конфигурации mediaretention.If neither option is specified, the expiration date is determined by the mediaretention configuration setting. Дополнительные сведения см. в статье о параметрах конфигурации сервера.For more information, see Server Configuration Options.

Важно!

Данные параметры защищают SQL ServerSQL Server только от перезаписи файла.These options only prevent SQL ServerSQL Server from overwriting a file. Ленточные носители могут быть стерты при помощи других методов, а файлы на диске могут быть удалены через операционную систему.Tapes can be erased using other methods, and disk files can be deleted through the operating system. Дополнительные сведения о проверке истечения срока действия см. в подразделах «SKIP» и «FORMAT» в этом разделе.For more information about expiration verification, see SKIP and FORMAT in this topic.

EXPIREDATE = { ' date ' | @ date_var } — указывает, когда резервный набор данных становится устаревшим и его можно перезаписывать.EXPIREDATE = { 'date' | @date_var } Specifies when the backup set expires and can be overwritten. Если аргумент задается в виде переменной (@date_var), то содержащаяся в ней дата должна соответствовать настроенному системному формату для типа datetime и быть указана одним из следующих способов:If supplied as a variable (@date_var), this date must follow the configured system datetime format and be specified as one of the following:

  • Строковая константа (@date_var = date)A string constant (@date_var = date)
  • Переменная типа символьной строки (за исключением типов данных ntext и text)A variable of character string data type (except for the ntext or text data types)
  • smalldatetimeA smalldatetime
  • Переменная datetimeA datetime variable

Пример:For example:

  • 'Dec 31, 2020 11:59 PM'
  • '1/1/2021'

Сведения о том, как задать значения datetime, см. в разделе Типы даты и времени.For information about how to specify datetime values, see Date and Time Types.

Примечание

Чтобы игнорировать дату истечения срока действия, используйте параметр SKIP.To ignore the expiration date, use the SKIP option.

RETAINDAYS = { days | @ days_var } — указывает, сколько дней должно пройти, прежде чем этот набор носителей резервных копий можно будет перезаписать.RETAINDAYS = { days | @days_var } Specifies the number of days that must elapse before this backup media set can be overwritten. Если аргумент задается в виде переменной ( @ days_var), то он должен быть целым числом.If supplied as a variable (@days_var), it must be specified as an integer.

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

Эти параметры влияют на весь набор носителей.These options operate on the media set as a whole.

{ NOINIT | INIT } — определяет, будет ли операция резервного копирования перезаписывать резервные наборы данных, существующие на носителе резервных копий, или добавлять новые наборы данных.{ NOINIT | INIT } Controls whether the backup operation appends to or overwrites the existing backup sets on the backup media. По умолчанию данные будут дописываться в самый свежий резервный набор данных на носителе (NOINIT).The default is to append to the most recent backup set on the media (NOINIT).

Примечание

Дополнительные сведения о взаимодействии между параметрами { NOINIT | INIT } и { NOSKIP | SKIP } см. в подразделе Замечания ниже в этом разделе.For information about the interactions between { NOINIT | INIT } and { NOSKIP | SKIP }, see Remarks later in this topic.

NOINIT — указывает, что резервный набор данных дозаписывается на заданный набор носителей с сохранением уже существующих резервных наборов данных.NOINIT Indicates that the backup set is appended to the specified media set, preserving existing backup sets. Если для набора носителей задан пароль носителя, то этот пароль должен быть предоставлен.If a media password is defined for the media set, the password must be supplied. NOINIT является значением по умолчанию.NOINIT is the default.

Дополнительные сведения см. в статье о наборах носителей, семействах носителей и резервных наборах данных.For more information, see Media Sets, Media Families, and Backup Sets.

INIT — указывает, что все резервные наборы данных должны быть перезаписаны с сохранением заголовка носителя.INIT Specifies that all backup sets should be overwritten, but preserves the media header. Если параметр INIT указан, то любой существующий резервный набор данных на этом устройстве будет перезаписан, если это возможно.If INIT is specified, any existing backup set on that device is overwritten, if conditions permit. По умолчанию BACKUP проверяет наличие следующих состояний и, в случае обнаружения, не производит их перезапись:By default, BACKUP checks for the following conditions and does not overwrite the backup media if either condition exists:

  • Срок действия какого-либо резервного набора данных еще не истек.Any backup set has not yet expired. Дополнительные сведения см. в разделах EXPIREDATE и RETAINDAYS.For more information, see the EXPIREDATE and RETAINDAYS options.
  • Имя резервного набора данных, заданное в инструкции BACKUP (если указано), не совпадает с именем на носителе резервных копий.The backup set name given in the BACKUP statement, if provided, does not match the name on the backup media. Дополнительные сведения см. в описании параметра NAME, приведенном выше в этом разделе.For more information, see the NAME option, earlier in this section.

Для переопределения этих проверок воспользуйтесь параметром SKIP.To override these checks, use the SKIP option.

Дополнительные сведения см. в статье о наборах носителей, семействах носителей и резервных наборах данных.For more information, see Media Sets, Media Families, and Backup Sets.

{ NOSKIP | SKIP } — определяет, будет ли при создании резервной копии проверяться дату и время окончания срока действия резервных наборов данных на носителе перед их перезаписью.{ NOSKIP | SKIP } Controls whether a backup operation checks the expiration date and time of the backup sets on the media before overwriting them.

Примечание

Дополнительные сведения о взаимодействии между параметрами { NOINIT | INIT } и { NOSKIP | SKIP } см. в подразделе "Замечания" ниже в этом разделе.For information about the interactions between { NOINIT | INIT } and { NOSKIP | SKIP }, see "Remarks," later in this topic.

NOSKIP — указывает, что инструкция BACKUP должна проверять сроки хранения всех резервных наборов данных на носителе перед тем, как разрешить их перезапись.NOSKIP Instructs the BACKUP statement to check the expiration date of all backup sets on the media before allowing them to be overwritten. Это поведение по умолчанию.This is the default behavior.

SKIP — отключает проверку сроков действия и имен резервных наборов данных, которая обычно проводится с помощью инструкции BACKUP для предотвращения перезаписи.SKIP Disables the checking of backup set expiration and name that is usually performed by the BACKUP statement to prevent overwrites of backup sets. Дополнительные сведения о взаимодействии между параметрами { INIT | NOINIT } и { NOSKIP | SKIP } см. в подразделе «Замечания» ниже в этом разделе.For information about the interactions between { INIT | NOINIT } and { NOSKIP | SKIP }, see "Remarks," later in this topic. Чтобы узнать даты сроков хранения резервных наборов данных, запросите столбец expiration_date в таблице журнала backupset.To view the expiration dates of backup sets, query the expiration_date column of the backupset history table.

{ NOFORMAT | FORMAT } — определяет, нужно ли записывать заголовок носителя на томах, используемых для текущей операции резервного копирования, перезаписывая любые существующие заголовки носителей и резервные наборы данных.{ NOFORMAT | FORMAT } Specifies whether the media header should be written on the volumes used for this backup operation, overwriting any existing media header and backup sets.

NOFORMAT — определяет, что при текущей операции резервного копирования существующие заголовки носителей и резервные наборы данных сохраняются на томах носителей, используемых для текущей операции резервного копирования.NOFORMAT Specifies that the backup operation preserves the existing media header and backup sets on the media volumes used for this backup operation. Это поведение по умолчанию.This is the default behavior.

FORMAT — указывает, что нужно создать новый набор носителей.FORMAT Specifies that a new media set be created. При использовании предложения FORMAT операция резервного копирования будет записывать новый заголовок носителя на всех томах носителей, используемых для операции резервного копирования.FORMAT causes the backup operation to write a new media header on all media volumes used for the backup operation. Существующее содержимое тома становится недействительным, поскольку все существующие заголовки носителей и резервные наборы данных при этом перезаписываются.The existing contents of the volume become invalid, because any existing media header and backup sets are overwritten.

Важно!

Используйте FORMAT с осторожностью.Use FORMAT carefully. Форматирование любого тома из набора носителей делает весь набор непригодным для использования.Formatting any volume of a media set renders the entire media set unusable. Например, если инициализируется одиночная лента, принадлежащая существующему чередующемуся набору носителей, то становится невозможно использовать весь набор носителей.For example, if you initialize a single tape belonging to an existing striped media set, the entire media set is rendered useless.

Указание предложения FORMAT неявно включает в себя указание параметра SKIP, поэтому параметр SKIP не нужно задавать явно.Specifying FORMAT implies SKIP; SKIP does not need to be explicitly stated.

MEDIADESCRIPTION = { text | @ text_variable } — указывает произвольное текстовое описание набора носителей, длина которого не должна превышать 255 символов.MEDIADESCRIPTION = { text | @text_variable } Specifies the free-form text description, maximum of 255 characters, of the media set.

MEDIANAME = { media_name | @ media_name_variable } — указывает имя носителя для всего набора носителей резервных копий.MEDIANAME = { media_name | @media_name_variable } Specifies the media name for the entire backup media set. Длина имени носителя не должна превышать 128 символов. Если указан аргумент MEDIANAME, то он должен совпадать с заранее заданным именем носителя, уже существующим в томах резервных копий.The media name must be no longer than 128 characters, If MEDIANAME is specified, it must match the previously specified media name already existing on the backup volumes. Если он не указан или если указан параметр SKIP, то проверки имени носителя не происходит.If it is not specified, or if the SKIP option is specified, there is no verification check of the media name.

BLOCKSIZE = { blocksize | @ blocksize_variable } — указывает размер физического блока в байтах.BLOCKSIZE = { blocksize | @blocksize_variable } Specifies the physical block size, in bytes. Поддерживаются размеры 512, 1024, 2048, 4096, 8192, 16 384, 32 768 и 65 536 байт (64 КБ).The supported sizes are 512, 1024, 2048, 4096, 8192, 16384, 32768, and 65536 (64 KB) bytes. Значение по умолчанию равно 65 536 для ленточных устройств и 512 для других устройств.The default is 65536 for tape devices and 512 otherwise. Обычно в этом параметре нет необходимости, так как инструкция BACKUP автоматически выбирает размер блока, соответствующий устройству.Typically, this option is unnecessary because BACKUP automatically selects a block size that is appropriate to the device. Явная установка размера блока переопределяет автоматический выбор размера блока.Explicitly stating a block size overrides the automatic selection of block size.

Если создается резервная копия, которую планируется копировать на компакт-диск и восстанавливать с него, укажите BLOCKSIZE=2048.If you are taking a backup that you plan to copy onto and restore from a CD-ROM, specify BLOCKSIZE=2048.

Примечание

Этот параметр обычно влияет на производительность только при записи на ленточные устройства.This option typically affects performance only when writing to tape devices.

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

BUFFERCOUNT = { buffercount | @ buffercount_variable } — определяет общее число буферов ввода-вывода, которые будут использоваться для операции резервного копирования.BUFFERCOUNT = { buffercount | @buffercount_variable } Specifies the total number of I/O buffers to be used for the backup operation. Можно указать любое целое положительное значение, однако большое число буферов может вызвать ошибку нехватки памяти из-за чрезмерного виртуального адресного пространства в процессе Sqlservr.exe.You can specify any positive integer; however, large numbers of buffers might cause "out of memory" errors because of inadequate virtual address space in the Sqlservr.exe process.

Общий объем пространства, используемого буферами, определяется по следующей формуле: BUFFERCOUNT * MAXTRANSFERSIZE.The total space used by the buffers is determined by: BUFFERCOUNT * MAXTRANSFERSIZE.

Примечание

Важные сведения об использовании параметра BUFFERCOUNT см. в блоге Неправильный параметр передачи данных BufferCount может привести к OOM.For important information about using the BUFFERCOUNT option, see the Incorrect BufferCount data transfer option can lead to OOM condition blog.

MAXTRANSFERSIZE = { maxtransfersize | @ maxtransfersize_variable } указывает наибольший объем пакета данных в байтах для обмена данными между SQL ServerSQL Server и носителем резервного набора.MAXTRANSFERSIZE = { maxtransfersize | @ maxtransfersize_variable } Specifies the largest unit of transfer in bytes to be used between SQL ServerSQL Server and the backup media. Поддерживаются значения, кратные 65 536 байтам (64 КБ), вплоть до 4 194 304 байт (4 МБ).The possible values are multiples of 65536 bytes (64 KB) ranging up to 4194304 bytes (4 MB).

Примечание

Если при создании резервных копий с помощью модуля записи SQL база данных имеет настроенный FILESTREAM или включает файловые группы, оптимизированные для памяти, то MAXTRANSFERSIZE во время восстановления должно быть больше или равно MAXTRANSFERSIZE, использованному при создании резервной копии.When creating backups by using the SQL Writer Service, if the database has configured FILESTREAM, or includes memory optimized filegroups, then the MAXTRANSFERSIZE at the time of a restore should be greater than or equal to the MAXTRANSFERSIZE that was used when the backup was created.

Примечание

Для баз данных с включенным прозрачным шифрованием данных (TDE) и одним файлом данных MAXTRANSFERSIZE по умолчанию — 65 536 (64 КБ).For Transparent Data Encryption (TDE) enabled databases with a single data file, the default MAXTRANSFERSIZE is 65536 (64 KB). Для баз данных без включенного шифрования TDE MAXTRANSFERSIZE по умолчанию — 1 048 576 (1 МБ) при сохранении резервных копий на диск и 65 536 (64 КБ) при использовании VDI или ленточных носителей.For non-TDE encrypted databases the default MAXTRANSFERSIZE is 1048576 (1 MB) when using backup to DISK, and 65536 (64 KB) when using VDI or TAPE. Дополнительные сведения об использовании сжатия резервных копий в работе с базами данных с включенным шифрованием TDE см. в разделе Замечания.For more information about using backup compression with TDE encrypted databases, see the Remarks section.

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

Эти параметры позволяют определить, разрешены ли контрольные суммы резервных копий в операции резервного копирования и останавливается ли операция при обнаружении ошибки.These options allow you to determine whether backup checksums are enabled for the backup operation and whether the operation stops on encountering an error.

{ NO_CHECKSUM | CHECKSUM } — определяет, используются ли контрольные суммы.{ NO_CHECKSUM | CHECKSUM } Controls whether backup checksums are enabled.

NO_CHECKSUM — явно отменяет создание контрольных сумм (и проверку контрольных сумм страниц) для резервных копий.NO_CHECKSUM Explicitly disables the generation of backup checksums (and the validation of page checksums). Это поведение по умолчанию.This is the default behavior.

CHECKSUM — указывает, что при операции резервного копирования выполняется проверка контрольной суммы и наличия разрывов на каждой странице (если эти проверки включены и доступны), а также будет создаваться контрольная сумма для всей резервной копии.CHECKSUM Specifies that the backup operation verifies each page for checksum and torn page, if enabled and available, and generate a checksum for the entire backup.

Использование контрольных сумм резервных копий может повлиять на производительность рабочей нагрузки и пропускной способности резервного копирования.Using backup checksums may affect workload and backup throughput.

Дополнительные сведения см. в статье об ошибках носителей, возникающих во время резервного копирования и восстановления.For more information, see Possible Media Errors During Backup and Restore.

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR } — определяет, остановится ли операция резервного копирования после обнаружения ошибки в контрольной сумме страницы или продолжит работу.{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR } Controls whether a backup operation stops or continues after encountering a page checksum error.

STOP_ON_ERROR — указывает, что операция BACKUP должна завершаться ошибкой при несовпадении контрольной суммы.STOP_ON_ERROR Instructs BACKUP to fail if a page checksum does not verify. Это поведение по умолчанию.This is the default behavior.

CONTINUE_AFTER_ERROR — указывает, что операция BACKUP должна продолжать работу даже при наличии таких ошибок, как несовпадение контрольной суммы или разрыв страницы.CONTINUE_AFTER_ERROR Instructs BACKUP to continue despite encountering errors such as invalid checksums or torn pages.

Если не удается создать резервную копию заключительного фрагмента журнала поврежденной базы данных, используя параметр NO_TRUNCATE, можно попытаться сделать это, указав параметр CONTINUE_AFTER_ERROR вместо NO_TRUNCATE.If you are unable to back up the tail of the log using the NO_TRUNCATE option when the database is damaged, you can attempt a tail-log log backup by specifying CONTINUE_AFTER_ERROR instead of NO_TRUNCATE.

Дополнительные сведения см. в статье об ошибках носителей, возникающих во время резервного копирования и восстановления.For more information, see Possible Media Errors During Backup and Restore.

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

RESTART — начиная с версии SQL Server 2008SQL Server 2008 не действует.RESTART Beginning with SQL Server 2008SQL Server 2008, has no effect. Этот параметр оставлен в данной версии SQL ServerSQL Server для обеспечения совместимости с предыдущими версиями.This option is accepted by the version for compatibility with previous versions of SQL ServerSQL Server.

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

STATS [ = percentage ] — отвечает за отображение сообщения при каждом завершении очередного процента задания и позволяет отслеживать ход выполнения.STATS [ = percentage ] Displays a message each time another percentage completes, and is used to gauge progress. Если процент не задан, то SQL ServerSQL Server выдает сообщение после каждых выполненных 10 процентов.If percentage is omitted, SQL ServerSQL Server displays a message after each 10 percent is completed.

Параметр STATS сообщает о готовности в процентах по отношению к порогу сообщения о следующем интервале.The STATS option reports the percentage complete as of the threshold for reporting the next interval. Показатель готовности в процентах имеет неточное значение; например при значении STATS=10, если процент готовности равен 40, то параметр может отображать 43 процента.This is at approximately the specified percentage; for example, with STATS=10, if the amount completed is 40 percent, the option might display 43 percent. Это не является проблемой для больших резервных наборов данных, поскольку показатель готовности в процентах перемещается очень медленно между обращениями ввода-вывода.For large backup sets, this is not a problem, because the percentage complete moves very slowly between completed I/O calls.

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

Эти параметры используются только для ленточных устройств.These options are used only for TAPE devices. При использовании другого устройства они не обрабатываются.If a nontape device is being used, these options are ignored.

{ REWIND | NOREWIND } REWIND{ REWIND | NOREWIND } REWIND

Указывает, что SQL ServerSQL Server освобождает и перематывает ленту.Specifies that SQL ServerSQL Server releases and rewinds the tape. REWIND — значение по умолчанию.REWIND is the default.

NOREWINDNOREWIND

Указывает, что SQL ServerSQL Server сохранит ленту открытой после операции резервного копирования.Specifies that SQL ServerSQL Server will keep the tape open after the backup operation. С помощью этого параметра можно улучшить производительность при выполнении нескольких операций резервного копирования на ленту.You can use this option to help improve performance when performing multiple backup operations to a tape.

Параметр NOREWIND включает в себя параметр NOUNLOAD, поэтому эти параметры несовместимы в одной инструкции BACKUP.NOREWIND implies NOUNLOAD, and these options are incompatible within a single BACKUP statement.

Примечание

При использовании параметра NOREWIND экземпляр SQL ServerSQL Server продолжает владеть накопителем на ленточном накопителе до тех пор, пока инструкция BACKUP или RESTORE, работающая в этом же процессе, не использует параметр REWIND или UNLOAD либо пока не закончит работу экземпляр сервера.If you use NOREWIND, the instance of SQL ServerSQL Server retains ownership of the tape drive until a BACKUP or RESTORE statement that is running in the same process uses either the REWIND or UNLOAD option, or the server instance is shut down. Поскольку лента остается открытой, другие процессы не могут получить доступа к ленте.Keeping the tape open prevents other processes from accessing the tape. Дополнительные сведения об отображении списка открытых лент и закрытии открытой ленты см. в статье об устройствах резервного копирования.For information about how to display a list of open tapes and to close an open tape, see Backup Devices.

{ UNLOAD | NOUNLOAD }{ UNLOAD | NOUNLOAD }

Примечание

UNLOAD и NOUNLOAD — это настройки сеанса, которые сохраняются в течение работы сеанса или пока не будут сброшены при указании другого значения.UNLOAD and NOUNLOAD are session settings that persist for the life of the session or until it is reset by specifying the alternative.

UNLOADUNLOAD

Указывает, что лента автоматически перематывается и выгружается по завершении операции резервного копирования.Specifies that the tape is automatically rewound and unloaded when the backup is finished. Параметр UNLOAD применяется в начале сеанса по умолчанию.UNLOAD is the default when a session begins.

NOUNLOADNOUNLOAD

Указывает, что после завершения операции BACKUP лента остается в ленточном накопителе.Specifies that after the BACKUP operation the tape remains loaded on the tape drive.

Примечание

При резервном копировании на ленточное устройство резервного копирования параметр BLOCKSIZE влияет на производительность операции резервного копирования.For a backup to a tape backup device, the BLOCKSIZE option to affect the performance of the backup operation. Этот параметр обычно влияет на производительность только при записи на ленточные устройства.This option typically affects performance only when writing to tape devices.

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

Эти параметры применяются только с инструкцией BACKUP LOG.These options are only used with BACKUP LOG.

Примечание

Если создание резервных копий журналов не требуется, следует применять простую модель восстановления.If you do not want to take log backups, use the simple recovery model. Дополнительные сведения см. в статье о моделях восстановления.For more information, see Recovery Models.

{ NORECOVERY | STANDBY = undo_file_name }{ NORECOVERY | STANDBY = undo_file_name }

NORECOVERYNORECOVERY

Создает резервную копию остатка журнала и оставляет базу данных в состоянии RESTORING.Backs up the tail of the log and leaves the database in the RESTORING state. Параметр NORECOVERY полезен при возникновении ошибки в базе данных-получателе или при сохранении остатка журнала после операции RESTORE.NORECOVERY is useful when failing over to a secondary database or when saving the tail of the log before a RESTORE operation.

Для наиболее эффективного создания резервной копии журналов, при котором не происходит усечение журнала и которое автоматически переводит базу данных в состояние RESTORING, используйте совместно параметры NO_TRUNCATE и NORECOVERY.To perform a best-effort log backup that skips log truncation and then take the database into the RESTORING state atomically, use the NO_TRUNCATE and NORECOVERY options together.

STANDBY = standby_file_nameSTANDBY = standby_file_name

Создает резервную копию остатка журнала и оставляет базу данных в режиме только для чтения и состоянии STANDBY.Backs up the tail of the log and leaves the database in a read-only and STANDBY state. Предложение STANDBY записывает резервные данные (выполняя откат, но с параметром дальнейшего восстановления).The STANDBY clause writes standby data (performing rollback, but with the option of further restores). Применения параметра STANDBY эквивалентно параметру BACKUP LOG WITH NORECOVERY, за которым следует RESTORE WITH STANDBY.Using the STANDBY option is equivalent to BACKUP LOG WITH NORECOVERY followed by a RESTORE WITH STANDBY.

Для использования режима ожидания необходим резервный файл, указанный аргументом standby_file_name, местоположение которого хранится в журнале базы данных.Using standby mode requires a standby file, specified by standby_file_name, whose location is stored in the log of the database. Если указанный файл уже существует, компонент Компонент Database EngineDatabase Engine перезаписывает его; если файл не существует, компонент Компонент Database EngineDatabase Engine его создает.If the specified file already exists, the Компонент Database EngineDatabase Engine overwrites it; if the file does not exist, the Компонент Database EngineDatabase Engine creates it. Резервный файл становится частью базы данных.The standby file becomes part of the database.

В этом файле содержатся изменения, которые прошли откат и которые должны быть возвращены, если впоследствии будут применены операции RESTORE LOG.This file holds the rolled back changes, which must be reversed if RESTORE LOG operations are to be subsequently applied. На диске должно быть достаточно места для дальнейшего увеличения размера резервного файла, так как в нем содержатся все различающиеся страницы из базы данных, которые были изменены при откате незавершенных транзакций.There must be enough disk space for the standby file to grow so that it can contain all the distinct pages from the database that were modified by rolling back uncommitted transactions.

NO_TRUNCATENO_TRUNCATE

Указывает, что усечение журнала не происходит, а компонент Компонент Database EngineDatabase Engine пытается осуществить резервное копирование независимо от состояния базы данных.Specifies that the is log not truncated and causes the Компонент Database EngineDatabase Engine to attempt the backup regardless of the state of the database. Следовательно, резервная копия, созданная с параметром NO_TRUNCATE, может иметь неполные метаданные.Consequently, a backup taken with NO_TRUNCATE might have incomplete metadata. Данный параметр позволяет производить создание резервной копии журнала в тех ситуациях, когда база данных повреждена.This option allows backing up the log in situations where the database is damaged.

Параметр NO_TRUNCATE процедуры BACKUP LOG эквивалентен одновременному указанию COPY_ONLY и CONTINUE_AFTER_ERROR.The NO_TRUNCATE option of BACKUP LOG is equivalent to specifying both COPY_ONLY and CONTINUE_AFTER_ERROR.

Без параметра NO_TRUNCATE база данных должна находиться в режиме ONLINE.Without the NO_TRUNCATE option, the database must be in the ONLINE state. Если база данных находится в состоянии SUSPENDED, то будет возможно создать резервную копию, указав параметр NO_TRUNCATE.If the database is in the SUSPENDED state, you might be able to create a backup by specifying NO_TRUNCATE. Но если база данных находится в состоянии OFFLINE или EMERGENCY, то инструкция BACKUP не разрешена даже с параметром NO_TRUNCATE.But if the database is in the OFFLINE or EMERGENCY state, BACKUP is not allowed even with NO_TRUNCATE. Дополнительные сведения о состояниях базы данных см. в разделе Состояния базы данных.For information about database states, see Database States.

Работа с резервными копиями SQL ServerAbout working with SQL Server backups

В этом разделе вводятся следующие основные понятия, связанные с резервным копированием:This section introduces the following essential backup concepts:

Типы резервного копирования Усечение журнала транзакций Форматирование носителей резервных копий Работа с устройствами резервного копирования и наборами носителей Восстановление резервных копий SQL ServerBackup Types Transaction Log Truncation Formatting Backup Media Working with Backup Devices and Media Sets Restoring SQL Server Backups

Примечание

Основные сведения о резервном копировании в SQL ServerSQL Server вы найдете в этой статье.For an introduction to backup in SQL ServerSQL Server, see Backup Overview.

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

Поддерживаемые типы резервных копий зависят от модели восстановления базы данных следующим образом.The supported backup types depend on the recovery model of the database, as follows

  • Все модели восстановления поддерживают полные и разностные резервные копии данных.All recovery models support full and differential backups of data.

    Область охвата резервной копииScope of backup Типы резервного копированияBackup types
    Вся база данныхWhole database Резервные копии базы данных охватывают всю базу данных.Database backups cover the whole database.

    Кроме того, каждая резервная копия базы данных может служить базой для последовательности разностных резервных копий базы данных.Optionally, each database backup can serve as the base of a series of one or more differential database backups.
    Частичная копия базы данныхPartial database Частичные резервные копии охватывают файловые группы, доступные для чтения и записи, а также могут охватывать один или более файлов или файловых групп, доступных только для чтения.Partial backups cover read/-write filegroups and, possibly, one or more read-only files or filegroups.

    Кроме того, каждая частичная резервная копия может служить базой для последовательности разностных частичных резервных копий базы данных.Optionally, each partial backup can serve as the base of a series of one or more differential partial backups.
    Файл или файловая группаFile or filegroup Резервные копии файлов охватывают один или несколько файлов или файловых групп. Они актуальны только для баз данных, содержащих множество файловых групп.File backups cover one or more files or filegroups, and are relevant only for databases that contain multiple filegroups. В рамках простой модели восстановления охват резервных копий файлов и файловых групп ограничивается только вторичными файловыми группами, доступными только для чтения.Under the simple recovery model, file backups are essentially restricted to read-only secondary filegroups.
    Кроме того, каждая резервная копия файла может служить базой для последовательности разностных резервных копий файла.Optionally, each file backup can serve as the base of a series of one or more differential file backups.
  • В рамках модели полного восстановления или модели с неполным протоколированием обычные резервные копии также обязаны содержать последовательные резервные копии журнала транзакций (или резервные копии журналов).Under the full recovery model or bulk-logged recovery model, conventional backups also include sequential transaction log backups (or log backups), which are required. Каждая резервная копия журнала охватывает часть журнала транзакций, которая была активна во время создания резервной копии, а также все записи журнала, не включенные в предыдущую резервную копию журнала.Each log backup covers the portion of the transaction log that was active when the backup was created, and it includes all log records not backed up in a previous log backup.

    Чтобы снизить вероятность потери результатов работы ценой увеличения административных издержек, запланируйте в расписании частое создание резервной копии журнала.To minimize work-loss exposure, at the cost of administrative overhead, you should schedule frequent log backups. Планирование разностного резервного копирования между полными резервными копиями сокращает время восстановления путем сокращения количества резервных копий журналов, которые необходимо восстанавливать после восстановления данных.Scheduling differential backups between full backups can reduce restore time by reducing the number of log backups you have to restore after restoring the data.

    Рекомендуется хранить резервные копии журналов на отдельном от резервных копий базы данных томе.We recommend that you put log backups on a separate volume than the database backups.

    Примечание

    До создания первой резервной копии журнала необходимо создать полную резервную копию базы данных.Before you can create the first log backup, you must create a full backup.

  • Резервная копия только для копирования — это полная резервная копия или резервная копия журналов, созданная с особой целью. Такая копия не зависит от нормальной последовательности создания обычных резервных копий.A copy-only backup is a special-purpose full backup or log backup that is independent of the normal sequence of conventional backups. Для создания резервной копии только для копирования используется параметр COPY_ONLY инструкции BACKUP.To create a copy-only backup, specify the COPY_ONLY option in your BACKUP statement. Дополнительные сведения см. в статье о резервных копиях только для копирования.For more information, see Copy-Only Backups.

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

Регулярные операции резервного копирования крайне важны во избежание переполнения журнала транзакций базы данных.To avoid filling up the transaction log of a database, routine backups are essential. При использовании простой модели восстановления усечение журналов происходит автоматически (после создания резервной копии базы данных). При использовании модели полного восстановления усечение происходит при создании резервной копии журнала транзакций.Under the simple recovery model, log truncation occurs automatically after you back up the database, and under the full recovery model, after you back up the transaction log. Однако иногда процесс усечения может быть задержан.However, sometimes the truncation process can be delayed. Дополнительные сведения о факторах, из-за которых усечение журнала может откладываться, см. в этой статье.For information about factors that can delay log truncation, see The Transaction Log.

Примечание

Параметры BACKUP LOG WITH NO_LOG и WITH TRUNCATE_ONLY больше не поддерживаются.The BACKUP LOG WITH NO_LOG and WITH TRUNCATE_ONLY options have been discontinued. Если используется модель восстановления с неполным протоколированием или модель полного восстановления, а пользователю необходимо удалить цепочку резервных копий журнала из базы данных, то стоит переключиться на простую модель восстановления.If you are using the full or bulk-logged recovery model recovery and you must remove the log backup chain from a database, switch to the simple recovery model. Дополнительные сведения см. в статье о просмотре и изменении модели восстановления базы данных.For more information, see View or Change the Recovery Model of a Database.

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

Носитель резервной копии форматируется инструкцией BACKUP только при выполнении любого из следующих условий:Backup media is formatted by a BACKUP statement if and only if any of the following is true:

  • Указан параметр FORMAT.The FORMAT option is specified.
  • носитель пуст;The media is empty.
  • операция производит запись дополнительной ленты.The operation is writing a continuation tape.

Работа с устройствами резервного копирования и наборами носителейWorking with backup devices and media sets

Устройства резервного копирования в чередующемся наборе носителей (чередующийся набор)Backup devices in a striped media set (a stripe set)

Чередующийся набор — это набор дисковых файлов, в которых данные разделены на блоки и распределены в определенном порядке.A stripe set is a set of disk files on which data is divided into blocks and distributed in a fixed order. Количество устройств резервного копирования, использующихся в чередующемся наборе, должно оставаться одинаковым (кроме случаев, когда носители повторно инициализируются инструкцией FORMAT).The number of backup devices used in a stripe set must stay the same (unless the media is reinitialized with FORMAT).

В следующем примере резервная копия базы данных AdventureWorks2012AdventureWorks2012 записывается на новый чередующийся набор носителей, который использует три дисковых файла.The following example writes a backup of the AdventureWorks2012AdventureWorks2012 database to a new striped media set that uses three disk files.

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.After a backup device is defined as part of a stripe set, it cannot be used for a single-device backup unless FORMAT is specified. Аналогично: устройство резервного копирования, содержащее нечередующиеся резервные копии, не может использоваться в чередующемся наборе до тех пор, пока не будет указан параметр FORMAT.Similarly, a backup device that contains nonstriped backups cannot be used in a stripe set unless FORMAT is specified. Для разбиения чередующегося резервного набора данных используйте параметр FORMAT.To split a striped backup set, use FORMAT.

Если при записи заголовка носителя не был указан ни параметр MEDIANAME, ни параметр MEDIADESCRIPTION, то поле заголовка носителя, соответствующее отсутствующему параметру, будет пустым.If neither MEDIANAME or MEDIADESCRIPTION is specified when a media header is written, the media header field corresponding to the blank item is empty.

Работа с зеркальным набором носителейWorking with a mirrored media set

Обычно в резервных копиях не применяется зеркальное отображение, при этом инструкции BACKUP содержат только предложение TO.Typically, backups are unmirrored, and BACKUP statements simply include a TO clause. Однако для каждого набора носителей может существовать до четырех зеркальных наборов.However, a total of four mirrors is possible per media set. При работе с зеркальным набором носителей операция резервного копирования производит запись на несколько групп устройств резервного копирования.For a mirrored media set, the backup operation writes to multiple groups of backup devices. Каждая такая группа составляет одну зеркальную копию внутри зеркального набора носителей.Each group of backup devices comprises a single mirror within the mirrored media set. В каждой зеркальной копии должны использоваться одинаковое количество и тип физических устройств резервного копирования, при этом все устройства должны иметь одинаковые свойства.Every mirror must use the same quantity and type of physical backup devices, which must all have the same properties.

Для создания резервной копии на зеркальном наборе носителей должны присутствовать все зеркала.To back up to a mirrored media set, all of the mirrors must be present. Чтобы создать резервную копию на зеркальном наборе носителей, используйте предложение TO для описания первой зеркальной копии и предложения MIRROR TO для описания каждой дополнительной зеркальной копии.To back up to a mirrored media set, specify the TO clause to specify the first mirror, and specify a MIRROR TO clause for each additional mirror.

Для зеркальных наборов носителей каждое предложение MIRROR TO должно содержать то же количество и такой же тип устройств, что и предложение TO.For a mirrored media set, each MIRROR TO clause must list the same number and type of devices as the TO clause. Следующий пример демонстрирует запись, производящуюся на зеркальный набор носителей, который состоит из двух зеркальных копий. Используется по три устройства на зеркальную копию.The following example writes to a mirrored media set that contains two mirrors and uses three devices per mirror:

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

Важно!

Этот пример создан для того, чтобы была возможность протестировать его на локальной системе.This example is designed to allow you to test it on your local system. На практике резервное копирование на несколько устройств, находящихся на одном диске, приводит к ухудшению производительности и сводит на нет пользу от избыточности, ради которой и были разработаны зеркальные наборы носителей.In practice, backing up to multiple devices on the same drive would hurt performance and would eliminate the redundancy for which mirrored media sets are designed.

Семейства носителей в зеркальных наборах носителейMedia families in mirrored media sets

Каждое устройство резервного копирования, описанное в предложении TO инструкции BACKUP, соответствует семейству носителей.Each backup device specified in the TO clause of a BACKUP statement corresponds to a media family. Например, если в предложении TO перечислены три устройства, то инструкция BACKUP записывает данные в три семейства носителей.For example, if the TO clauses lists three devices, BACKUP writes data to three media families. В зеркальном наборе носителей данных каждая зеркальная копия должна содержать копию каждого семейства носителей.In a mirrored media set, every mirror must contain a copy of every media family. Именно поэтому число устройств должно быть одинаковым для всех зеркальных копий.This is why the number of devices must be identical in every mirror.

Если для каждой зеркальной копии перечислено несколько устройств, то их порядок определяет, какое семейство носителей будет записано на какое устройство.When multiple devices are listed for each mirror, the order of the devices determines which media family is written to a particular device. Например, в каждом из списков устройств второе устройство соответствует второму семейству носителей.For example, in each of the device lists, the second device corresponds to the second media family. Для устройств, которые описаны в примере выше, соответствие устройств семействам носителей показано в следующей таблице.For the devices in the above example, the correspondence between devices and media families is shown in the following table.

Зеркальное отображениеMirror Семейство носителей 1Media family 1 Семейство носителей 2Media family 2 Семейство носителей 3Media family 3
00 Z:\AdventureWorks1a.bak Z:\AdventureWorks2a.bak Z:\AdventureWorks3a.bak
11 Z:\AdventureWorks1b.bak Z:\AdventureWorks2b.bak Z:\AdventureWorks3b.bak

Резервная копия семейства носителей всегда должна создаваться на одном и то же устройстве, входящем в состав определенной зеркальной копии.A media family must always be backed up onto the same device within a specific mirror. Поэтому каждый раз, когда используется существующий набор носителей, перечисляйте устройства для каждой зеркальной копии в том же порядке, в котором они были заданы при создании этого набора.Therefore, each time you use an existing media set, list the devices of each mirror in the same order as they were specified when the media set was created.

Дополнительные сведения о зеркальных наборах носителей резервных копий см. в этой статье.For more information about mirrored media sets, see Mirrored Backup Media Sets. Дополнительные сведения о наборах носителей и семействах носителей в целом см. в этой статье.For more information about media sets and media families in general, see Media Sets, Media Families, and Backup Sets.

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

Для восстановления базы данных и при необходимости перевода ее в оперативный режим либо для восстановления файла или файловой группы используются либо инструкция Transact-SQLTransact-SQL RESTORE, либо задачи среды SQL Server Management StudioSQL Server Management Studio Restore.To restore a database and, optionally, recover it to bring it online, or to restore a file or filegroup, use either the Transact-SQLTransact-SQL RESTORE statement or the SQL Server Management StudioSQL Server Management Studio Restore tasks. Дополнительные сведения см. в статье о процессах восстановления.For more information see Restore and Recovery Overview.

Дополнительные сведения о параметрах инструкции BACKUPAdditional considerations about BACKUP options

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

Эта таблица описывает взаимодействие между параметрами { NOINIT | INIT } и { NOSKIP | SKIP }.This table describes interactions between the { NOINIT | INIT } and { NOSKIP | SKIP } options.

Примечание

Если носитель на магнитной ленте пуст или файла резервной копии диска не существует, то все эти взаимодействия записывают заголовок носителя и продолжают работу.If the tape media is empty or the disk backup file does not exist, all these interactions write a media header and proceed. Если носитель не пустой и у него отсутствует допустимый заголовок носителя, то эти операции сформируют отзыв о том, что отсутствует допустимый носитель MTF, и прекратят операцию резервного копирования.If the media is not empty and lacks a valid media header, these operations give feedback stating that this is not valid MTF media, and they terminate the backup operation.

NOINITNOINIT INITINIT
NOSKIPNOSKIP Если в томе содержится правильный заголовок носителя, то выполняется проверка совпадения имени носителя с указанным параметром MEDIANAME (если он задан).If the volume contains a valid media header, verifies that the media name matches the given MEDIANAME, if any. Если установлено совпадение, резервный набор данных дозаписывается с сохранением всех существующих резервных наборов данных.If it matches, appends the backup set, preserving all existing backup sets.
Если том не содержит правильного заголовка носителя, возникает ошибка.If the volume does not contain a valid media header, an error occurs.
Если том содержит заголовок носителя, проводятся следующие проверки.If the volume contains a valid media header, performs the following checks:
  • Если указан параметр MEDIANAME, то проверяется, совпадает ли заданное имя носителя с именем носителя заголовка носителя.1If MEDIANAME was specified, verifies that the given media name matches the media header's media name.1
  • Проверяется, есть ли на носителе резервные наборы данных с неистекшим сроком действия.Verifies that there are no unexpired backup sets already on the media. Если есть, то процесс резервного копирования прекращается.If there are, terminates the backup.

Если все эти проверки пройдены, то происходит перезапись всех резервных наборов данных на носителе. Сохраняется только заголовок носителя.If these checks pass, overwrites any backup sets on the media, preserving only the media header.
Если в томе не содержится правильного заголовка носителя, то он создается с применением указанных параметров MEDIANAME и MEDIADESCRIPTION (если они заданы).If the volume does not contain a valid media header, generates one with using specified MEDIANAME and MEDIADESCRIPTION, if any.
SKIPSKIP Если том содержит верный заголовок носителя, то резервный набор данных дозаписывается с сохранением всех существующих резервных наборов данных.If the volume contains a valid media header, appends the backup set, preserving all existing backup sets. Если в томе содержится правильный заголовок носителя2, то выполняется перезапись всех резервных наборов данных на носителе, при этом сохраняется только заголовок носителя.If the volume contains a valid2 media header, overwrites any backup sets on the media, preserving only the media header.
Если носитель пуст, то создается заголовок носителя, исходя из заданных параметров MEDIANAME и MEDIADESCRIPTION (если они указаны).If the media is empty, generates a media header using the specified MEDIANAME and MEDIADESCRIPTION, if any.

1 Пользователь должен принадлежать к соответствующей предопределенной роли базы данных или роли сервера для выполнения операции резервного копирования.1 The user must belong to the appropriate fixed database or server roles to perform a backup operation.

2 В допустимость входит номер версии MTF и другие сведения заголовка.2 Validity includes the MTF version number and other header information. Если указанная версия не поддерживается или имеет непредвиденное значение, то возникает ошибка.If the version specified is unsupported or an unexpected value, an error occurs.

СовместимостьCompatibility

Внимание!

Резервные копии, созданные более поздними версиями SQL ServerSQL Server , не могут быть восстановлены в более ранних версиях SQL ServerSQL Server.Backups that are created by more recent version of SQL ServerSQL Server cannot be restored in earlier versions of SQL ServerSQL Server.

Инструкция BACKUP поддерживает параметр RESTART для предоставления обратной совместимости с более ранними версиями SQL ServerSQL Server.BACKUP supports the RESTART option to provide backward compatibility with earlier versions of SQL ServerSQL Server. Но параметр RESTART не имеет влияния.But RESTART has no effect.

Общие замечанияGeneral remarks

Резервные копии базы данных или журналов могут дозаписываться на дисковый накопитель или на ленточное устройство, что позволяет хранить базу данных и ее журнал транзакций в одном физическом местоположении.Database or log backups can be appended to any disk or tape device, allowing a database and its transaction logs to be kept within one physical location.

Инструкция BACKUP не разрешена в явных и неявных транзакциях.The BACKUP statement is not allowed in an explicit or implicit transaction.

Межплатформенные операции резервного копирования даже между различными типами процессоров могут выполняться до тех пор, пока параметры сортировки базы данных поддерживаются операционной системой.Cross-platform backup operations, even between different processor types, can be performed as long as the collation of the database is supported by the operating system.

При использовании сжатия резервных копий в базах данных с включенным прозрачным шифрованием данных (TDE) с одним файлом данных рекомендуется использовать параметр MAXTRANSFERSIZE больше 65 536 (64 КБ) .When using backup compression with Transparent Data Encryption (TDE) enabled databases with a single data file, it is recommended to use a MAXTRANSFERSIZE setting larger than 65536 (64 KB). Начиная с SQL Server 2016 (13.x)SQL Server 2016 (13.x), это включает оптимизированный алгоритм сжатия для баз данных с шифрованием TDE, который сначала расшифровывает страницу, сжимает ее, а затем зашифровывает снова.Starting with SQL Server 2016 (13.x)SQL Server 2016 (13.x), this enables an optimized compression algorithm for TDE encrypted databases that first decrypts a page, compresses it and then encrypts it again. При использовании MAXTRANSFERSIZE = 65536 (64 КБ) сжатие резервных копий в базах данных с включенным шифрованием TDE напрямую сжимает зашифрованные страницы и может не обеспечивать хорошее сжатие.If using MAXTRANSFERSIZE = 65536 (64 KB), backup compression with TDE encrypted databases directly compresses the encrypted pages, and may not yield good compression ratios. Дополнительные сведения см. в разделе Сжатие резервных копий для баз данных с включенным шифрованием TDE.For more information, see Backup Compression for TDE-enabled Databases.

Примечание

Иногда значение MAXTRANSFERSIZE по умолчанию больше 64 КБ:There are some cases where the default MAXTRANSFERSIZE is greater than 64K:

  • Если в базе данных создано множество файлов данных, используется MAXTRANSFERSIZE > 64 КБWhen the database has multiple data files created, it uses MAXTRANSFERSIZE > 64K
  • При архивации по URL-адресу используется значение по умолчанию MAXTRANSFERSIZE = 1048576 (1 МБ)When performing backup to URL, the default MAXTRANSFERSIZE = 1048576 (1MB)

Даже когда действует одно из этих условий, следует явно задать в команде архивации значение MAXTRANSFERSIZE больше 64 КБ, чтобы получить новый алгоритм сжатия.Even if one of these conditions applies, you must explicitly set MAXTRANSFERSIZE greater than 64K in your backup command in order to get the new backup compression algorithm.

По умолчанию каждая успешная операция резервного копирования добавляет запись в журнал ошибок служб SQL ServerSQL Server и в журнал системных событий.By default, every successful backup operation adds an entry in the SQL ServerSQL Server error log and in the system event log. Если создание резервной копии журналов производится очень часто, это приводит к быстрому накоплению сообщений об успешном завершении. Это приводит к увеличению журналов ошибок, затрудняя поиск других сообщений.If back up the log very frequently, these success messages accumulate quickly, resulting in huge error logs that can make finding other messages difficult. Если работа существующих скриптов не зависит от этих записей, то их можно отключить с помощью флага трассировки 3226.In such cases you can suppress these log entries by using trace flag 3226 if none of your scripts depend on those entries. Дополнительные сведения см. в статье о флагах трассировки.For more information, see Trace Flags.

СовместимостьInteroperability

SQL ServerSQL Server использует процесс резервного копирования в сети, что позволяет создавать резервную копию базы данных во время ее использования.uses an online backup process to allow a database backup while the database is still in use. Во время резервного копирования можно производить большинство операций. Например, во время создания резервной копии разрешены инструкции INSERT, UPDATE и DELETE.During a backup, most operations are possible; for example, INSERT, UPDATE, or DELETE statements are allowed during a backup operation.

Следующие операции запрещены во время создания резервной копии базы данных или журнала транзакций.Operations that cannot run during a database or transaction log backup include:

  • Операции управления файлами, такие как инструкция ALTER DATABASE с параметрами ADD FILE или REMOVE FILE.File management operations such as the ALTER DATABASE statement with either the ADD FILE or REMOVE FILE options.

  • Операции сжатия базы данных или файла.Shrink database or shrink file operations. Сюда же включены операции автоматического сжатия.This includes auto-shrink operations.

Если операция резервного копирования перекрывается операцией сжатия или управления файлами, то возникает конфликт.If a backup operation overlaps with a file-management or shrink operation, a conflict arises. Независимо от того, какая из операций начнет конфликтовать с первой, вторая операция ждет блокировки набора первой операции в течение определенного времени (длительность времени ожидания определяется настройкой времени ожидания сеанса).Regardless of which of the conflicting operation began first, the second operation waits for the lock set by the first operation to time out (the time-out period is controlled by a session timeout setting). Если разблокировка происходит до истечения времени ожидания, работа второй операции продолжается.If the lock is released during the time-out period, the second operation continues. Если разблокировки за этот период не происходит, вторая операция заканчивается неудачно.If the lock times out, the second operation fails.

МетаданныеMetadata

В SQL ServerSQL Server имеются следующие таблицы журнала резервного копирования, которые позволяют отслеживать действия резервного копирования:SQL ServerSQL Server includes the following backup history tables that track backup activity:

При проведении восстановления в случае, если резервный набор данных не был записан в базу данных msdb, таблицы журнала резервного копирования могут быть изменены.When a restore is performed, if the backup set was not already recorded in the msdb database, the backup history tables might be modified.

безопасностьSecurity

Начиная с SQL Server 2012 (11.x)SQL Server 2012 (11.x), параметры PASSWORD и MEDIAPASSWORD не поддерживаются при создании резервных копий.Beginning with SQL Server 2012 (11.x)SQL Server 2012 (11.x), the PASSWORD and MEDIAPASSWORD options are discontinued for creating backups. Восстановление резервных копий, созданных с применением пароля, остается возможным.It is still possible to restore backups created with passwords.

РазрешенияPermissions

Разрешения BACKUP DATABASE и BACKUP LOG назначены по умолчанию членам предопределенной роли сервера sysadmin и предопределенным ролям базы данных db_owner и db_backupoperator .BACKUP DATABASE and BACKUP LOG permissions default to members of the sysadmin fixed server role and the db_owner and db_backupoperator fixed database roles.

Проблемы, связанные с владельцем и разрешениями у физических файлов на устройстве резервного копирования, могут помешать операции резервного копирования.Ownership and permission problems on the backup device's physical file can interfere with a backup operation. SQL ServerSQL Server должен иметь возможность считывать и записывать данные на устройстве; учетная запись, от имени которой выполняется служба SQL ServerSQL Server , должна иметь разрешения на запись.must be able to read and write to the device; the account under which the SQL ServerSQL Server service runs must have write permissions. Однако процедура sp_addumpdevice, добавляющая запись для устройства резервного копирования в системные таблицы, не проверяет разрешения на доступ к файлу.However, sp_addumpdevice, which adds an entry for a backup device in the system tables, does not check file access permissions. Проблемы физического файла устройства резервного копирования могут не проявляться до момента доступа к физическому ресурсу во время операции резервного копирования или восстановления.Such problems on the backup device's physical file may not appear until the physical resource is accessed when the backup or restore is attempted.

ПримерыExamples

Этот раздел содержит следующие примеры.This section contains the following examples:

Примечание

В инструкции по резервному копированию содержатся дополнительные примеры.The backup how-to topics contain additional examples. Дополнительные сведения см. в обзоре резервного копирования.For more information, see Backup Overview.

A.A. Создание резервной копии всей базы данныхBacking up a complete database

Следующий пример производит резервное копирование базы данных AdventureWorks2012AdventureWorks2012 в файл на диске.The following example backs up the AdventureWorks2012AdventureWorks2012 database to a disk file.

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

Б.B. Создание резервной копии базы данных и журналаBacking up the database and log

В следующем примере используется образец базы данных AdventureWorks2012AdventureWorks2012, которая по умолчанию использует простую модель восстановления.The following example backups up the AdventureWorks2012AdventureWorks2012 sample database, which uses the simple recovery model by default. Для поддержки резервного копирования журналов база данных AdventureWorks2012AdventureWorks2012 была перенастроена на использование модели полного восстановления.To support log backups, the AdventureWorks2012AdventureWorks2012 database is modified to use the full recovery model.

Далее используется процедура sp_addumpdevice для создания двух логических устройств резервного копирования, на одном из которых — AdvWorksData — будут создаваться резервные копии данных, а на втором — AdvWorksLog — резервные копии журналов.Next, the example uses sp_addumpdevice to create a logical backup device for backing up data, AdvWorksData, and creates another logical backup device for backing up the log, AdvWorksLog.

Затем производится полное резервное копирование базы данных на устройство AdvWorksData и, после периода обновления, резервное копирование журнала на устройство AdvWorksLog.The example then creates a full database backup to AdvWorksData, and after a period of update activity, backs up the log to 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

Примечание

Следует регулярно создавать резервные копии журнала производственной базы данных.For a production database, back up the log regularly. Такие резервные копии следует создавать достаточно часто, чтобы избежать потери данных.Log backups should be frequent enough to provide sufficient protection against data loss.

В.C. Создание полной резервной копии вторичных файловых группCreating a full file backup of the secondary filegroups

В следующем примере создается полная резервная копия каждого файла в обеих вторичных файловых группах.The following example creates a full file backup of every file in both of the secondary filegroups.

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

Г.D. Создание разностной резервной копии файлов вторичных файловых группCreating a differential file backup of the secondary filegroups

В следующем примере создается разностная резервная копия каждого файла в обеих вторичных файловых группах.The following example creates a differential file backup of every file in both of the secondary filegroups.

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

Д.E. Создание зеркального набора носителей с одним семейством с его последующим использованием для резервного копированияCreating and backing up to a single-family mirrored media set

В следующем примере создается зеркальный набор носителей (содержащий одно семейство носителей и четыре зеркала), на который производится резервное копирование базы данных AdventureWorks2012AdventureWorks2012.The following example creates a mirrored media set containing a single media family and four mirrors and backs up the AdventureWorks2012AdventureWorks2012 database to them.

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

Е.F. Создание зеркального набора носителей с несколькими семействами с его последующим использованием для резервного копированияCreating and backing up to a multifamily mirrored media set

В следующем примере создается зеркальный набор носителей, каждое зеркало которого состоит из двух семейств носителей.The following example creates a mirrored media set in which each mirror consists of two media families. Затем показано, как производится резервное копирование базы данных AdventureWorks2012AdventureWorks2012 на оба зеркала.The example then backs up the AdventureWorks2012AdventureWorks2012 database to both mirrors.

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

G.G. Создание резервной копии на существующем зеркальном наборе носителейBacking up to an existing mirrored media set

В следующем примере выполняется дополнительная запись резервного набора данных на набор носителей, созданный в предыдущем примере.The following example appends a backup set to the media set created in the preceding example.

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

Примечание

Параметр NOINIT, установленный по умолчанию, приведен здесь для ясности.NOINIT, which is the default, is shown here for clarity.

H.H. Создание сжатой резервной копии на новом наборе носителейCreating a compressed backup in a new media set

В следующем примере осуществляется форматирование носителя, создание нового набора носителей и создание полной сжатой резервной копии базы данных AdventureWorks2012AdventureWorks2012.The following example formats the media, creating a new media set, and perform a compressed full backup of the AdventureWorks2012AdventureWorks2012 database.

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

I.I. Резервное копирование в службу хранилища больших двоичных объектов Microsoft AzureBacking up to the Microsoft Azure Blob storage service

В следующем примере выполняется полное резервное копирование базы данных Sales в службу хранилища больших двоичных объектов Microsoft Azure.The example performs a full database backup of Sales to the Microsoft Azure Blob storage service. Имя учетной записи хранилища — mystorageaccount.The storage Account name is mystorageaccount. Контейнер называется myfirstcontainer.The container is called myfirstcontainer. Хранимая политика доступа была создана с правами на чтение, запись, удаление и составление списков.A stored access policy has been created with read, write, delete, and list rights. Учетные данные SQL ServerSQL Server, https://mystorageaccount.blob.core.windows.net/myfirstcontainer, были созданы с использованием подписанного URL-адреса, который связан с хранимой политикой доступа.The SQL ServerSQL Server credential, https://mystorageaccount.blob.core.windows.net/myfirstcontainer, was created using a Shared Access Signature that is associated with the Stored Access Policy. Сведения о резервном копировании SQL ServerSQL Server в службу хранилища BLOB-объектов Microsoft Azure см. в разделах Резервное копирование и восстановление SQL Server с помощью службы хранилища BLOB-объектов Microsoft Azure и Резервное копирование в SQL Server по URL-адресу.For information on SQL ServerSQL Server backup to the Microsoft Azure Blob storage service, see SQL Server Backup and Restore with Microsoft Azure Blob Storage Service and SQL Server Backup to URL.

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales_20160726.bak'
WITH STATS = 5;

J.J. Отслеживание выполнения инструкции резервного копированияTrack the progress of backup statement

Следующий запрос возвращает информацию о выполняемых в данный момент инструкциях резервного копирования:The following query returns information about the currently running backup statements:

SELECT query = a.text, start_time, percent_complete,
    eta = dateadd(second,estimated_completion_time/1000, getdate())
FROM sys.dm_exec_requests r
    CROSS APPLY sys.dm_exec_sql_text(r.sql_handle) a
WHERE r.command LIKE 'BACKUP%'

См. также:See Also

SQL ServerSQL Server * Управляемый экземпляр Базы данных SQL
*
 
* SQL Database
managed instance *
 
Analytics Platform
System (PDW)
Analytics Platform
System (PDW)

 

Управляемый экземпляр Базы данных SQL AzureAzure SQL Database managed instance

Создает резервную копию базы данных SQL, размещенной в Управляемом экземпляре Базы данных SQL Azure.Backs up a SQL database placed/hosted in an Azure SQL Databae managed instance. Управляемый экземпляр Базы данных SQL поддерживает автоматическое резервное копирование и позволяет пользователям создавать полные копии базы данных COPY_ONLY.SQL Database managed instance has automatic backups, and enables users to create full database COPY_ONLY backups. Разностное резервное копирование, а также резервное копирование журналов и моментальных снимков файлов не поддерживаются.Differential, log, and file snapshot backups are not supported.

СинтаксисSyntax

BACKUP DATABASE { database_name | @database_name_var }
  TO URL = { 'physical_device_name' | @physical_device_name_var }[ ,...n ]
  WITH COPY_ONLY [, { <general_WITH_options> } ]
[;]

<general_WITH_options> [ ,...n ]::=

--Media Set Options
   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 ]

--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

АргументыArguments

DATABASE — указывает, что нужно создать полную резервную копию базы данных.DATABASE Specifies a complete database backup. При резервном копировании базы данных управляемый экземпляр создает резервную копию части журнала транзакций, достаточной для создания согласованной базы данных при ее восстановлении.During a database backup, the managed instance backs up enough of the transaction log to produce a consistent database when the backup is restored.

Важно!

Резервную копию базы данных, созданную в управляемом экземпляре, можно восстановить только в другом управляемом экземпляре.A database backup created on a managed instance can only be restored on another managed instance. Ее невозможно восстановить в локальном экземпляре SQL Server (аналогично тому, как невозможно восстановить резервную копию базы данных SQL Server 2016 в экземпляре SQL Server 2012).It cannot be restored to a SQL Server on-premises instance (similar to the way that a backup of a SQL Server 2016 database cannot be restored to a SQL Server 2012 instance).

Во время восстановления резервной копии, созданной с помощью инструкции BACKUP DATABASE (резервной копии данных), восстанавливается вся резервная копия.When you restore a backup created by BACKUP DATABASE (a data backup), the entire backup is restored. См. подробнее о восстановлении из автоматических резервных копий Управляемого экземпляра Базы данных SQL Azure.To restore from Azure SQL Database managed instance automatic backups, see Restore a database to a Managed Instance.

{ database_name | @ database_name_var } — указывает базу данных, из которой создается полная резервная копия.{ database_name | @database_name_var } Is the database from which the complete database is backed up. Если аргумент задается в виде переменной ( @ database_name_var), он может быть указан в виде строковой константы ( @ database_name_var = database name) или переменной с типом данных символьной строки ntext или text.If supplied as a variable (@database_name_var), this name can be specified either as a string constant (@database_name_var=database name) or as a variable of character string data type, except for the ntext or text data types.

Дополнительные сведения см. в статьях о полных резервных копиях файлов и резервном копировании файлов и файловых групп.For more information, see Full File Backups and Back Up Files and Filegroups.

TO URLTO URL

Указывает URL-адрес, используемый для операции резервного копирования.Specifies the URL to use for the backup operation. Формат URL-адреса используется для создания резервных копий в службе хранилища Microsoft Azure.The URL format is used for creating backups to the Microsoft Azure storage service.

Важно!

Для резервного копирования на множество устройств по URL-адресу необходимо использовать токены подписанных URL-адресов (SAS).In order to backup to multiple devices when backing up to URL, you must use Shared Access Signature (SAS) tokens. Примеры создания подписанного URL-адреса см. в разделах Резервное копирование SQL Server на URL-адрес и Упрощение создания учетных данных SQL с токенами подписанных URL-адресов в хранилище Azure с помощью Powershell.For examples creating a Shared Access Signature, see SQL Server Backup to URL and Simplifying creation of SQL Credentials with Shared Access Signature (SAS) tokens on Azure Storage with Powershell.

n — заполнитель, который показывает, что можно указать до 64 устройств резервного копирования через запятую.n Is a placeholder that indicates that up to 64 backup devices may be specified in a comma-separated list.

WITH — задает параметры, которые будут использоваться для операции создания резервной копии.WITH OptionsSpecifies options to be used with a backup operation

CREDENTIAL — используется, только если резервная копия сохранена в службе хранилища BLOB-объектов Microsoft Azure.CREDENTIAL Used only when creating a backup to the Microsoft Azure Blob storage service.

ENCRYPTION — используется для указания шифрования для резервного копирования.ENCRYPTION Used to specify encryption for a backup. Можно указать алгоритм шифрования, с помощью которого будет зашифрована резервная копия, или указать значение NO_ENCRYPTION, чтобы не шифровать резервную копию.You can specify an encryption algorithm to encrypt the backup with or specify NO_ENCRYPTION to not have the backup encrypted. Использовать шифрование рекомендуется. Оно обеспечивает защиту файлов резервной копии.Encryption is recommended practice to help secure backup files. Далее представлен список доступных алгоритмов.The list of algorithms you can specify are:

  • AES_128
  • AES_192
  • AES_256
  • TRIPLE_DES_3KEY
  • NO_ENCRYPTION

Если вы решили использовать шифрование, также необходимо указать параметры шифратора.If you choose to encrypt you will also have to specify the encryptor using the encryptor options:

  • SERVER CERTIFICATE = <Encryptor_Name>
  • SERVER ASYMMETRIC KEY = <Encryptor_Name>

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

COPY_ONLY — указывает, что используется резервная копия только для копирования, которая не влияет на обычную последовательность резервных копий.COPY_ONLY Specifies that the backup is a copy-only backup, which does not affect the normal sequence of backups. Резервная копия только для копирования создается независимо от автоматических резервных копий базы данных SQL Azure.A copy-only backup is created independently of the Azure SQL Database automatic backups. Дополнительные сведения см. в статье о резервных копиях только для копирования.For more information, see Copy-Only Backups.

{ COMPRESSION | NO_COMPRESSION } — указывает, выполняется ли для резервной копии компрессия резервной копии, переопределяя значение по умолчанию на уровне сервера.{ COMPRESSION | NO_COMPRESSION } Specifies whether backup compression is performed on this backup, overriding the server-level default.

По умолчанию резервные копии не сжимаются.The default behavior is no backup compression. Это поведение можно изменить с помощью параметра конфигурации сервера сжатие резервной копии по умолчанию.But this default can be changed by setting the backup compression default server configuration option. Дополнительные сведения о просмотре текущего значения этого параметра см. в статье Просмотр или изменение свойств сервера (SQL Server).For information about viewing the current value of this option, see View or Change Server Properties.

Сведения об использовании сжатия резервных копий в базах данных с включенным прозрачным шифрованием данных (TDE) см. в разделе Замечания.For information about using backup compression with Transparent Data Encryption (TDE) enabled databases, see the Remarks section.

COMPRESSION — явно включает сжатие резервных копий.COMPRESSION Explicitly enables backup compression.

NO_COMPRESSION — явно отключает сжатие резервных копий.NO_COMPRESSION Explicitly disables backup compression.

DESCRIPTION = { ' text ' | @ text_variable } — произвольное текстовое описание резервного набора данных.DESCRIPTION = { 'text' | @text_variable } Specifies the free-form text describing the backup set. В этой строке может содержаться до 255 символов.The string can have a maximum of 255 characters.

NAME = { backup_set_name | @ backup_set_var } — указывает имя резервного набора данных.NAME = { backup_set_name | @backup_set_var } Specifies the name of the backup set. Длина имени не может превышать 128 символов.Names can have a maximum of 128 characters. Если параметр NAME не указан, то имя является пустым.If NAME is not specified, it is blank.

MEDIADESCRIPTION = { text | @ text_variable } — указывает произвольное текстовое описание набора носителей, длина которого не должна превышать 255 символов.MEDIADESCRIPTION = { text | @text_variable } Specifies the free-form text description, maximum of 255 characters, of the media set.

MEDIANAME = { media_name | @ media_name_variable } — указывает имя носителя для всего набора носителей резервных копий.MEDIANAME = { media_name | @media_name_variable } Specifies the media name for the entire backup media set. Длина имени носителя не должна превышать 128 символов. Если указан аргумент MEDIANAME, то он должен совпадать с заранее заданным именем носителя, уже существующим в томах резервных копий.The media name must be no longer than 128 characters, If MEDIANAME is specified, it must match the previously specified media name already existing on the backup volumes. Если он не указан или если указан параметр SKIP, то проверки имени носителя не происходит.If it is not specified, or if the SKIP option is specified, there is no verification check of the media name.

BLOCKSIZE = { blocksize | @ blocksize_variable } — указывает размер физического блока в байтах.BLOCKSIZE = { blocksize | @blocksize_variable } Specifies the physical block size, in bytes. Поддерживаются размеры 512, 1024, 2048, 4096, 8192, 16 384, 32 768 и 65 536 байт (64 КБ).The supported sizes are 512, 1024, 2048, 4096, 8192, 16384, 32768, and 65536 (64 KB) bytes. Значение по умолчанию равно 65 536 для ленточных устройств и 512 для других устройств.The default is 65536 for tape devices and 512 otherwise. Обычно в этом параметре нет необходимости, так как инструкция BACKUP автоматически выбирает размер блока, соответствующий устройству.Typically, this option is unnecessary because BACKUP automatically selects a block size that is appropriate to the device. Явная установка размера блока переопределяет автоматический выбор размера блока.Explicitly stating a block size overrides the automatic selection of block size.

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

BUFFERCOUNT = { buffercount | @ buffercount_variable } — определяет общее число буферов ввода-вывода, которые будут использоваться для операции резервного копирования.BUFFERCOUNT = { buffercount | @buffercount_variable } Specifies the total number of I/O buffers to be used for the backup operation. Можно указать любое целое положительное значение, однако большое число буферов может вызвать ошибку нехватки памяти из-за чрезмерного виртуального адресного пространства в процессе Sqlservr.exe.You can specify any positive integer; however, large numbers of buffers might cause "out of memory" errors because of inadequate virtual address space in the Sqlservr.exe process.

Общий объем пространства, используемого буферами, определяется по следующей формуле: BUFFERCOUNT * MAXTRANSFERSIZE.The total space used by the buffers is determined by: BUFFERCOUNT * MAXTRANSFERSIZE.

Примечание

Важные сведения об использовании параметра BUFFERCOUNT см. в блоге Неправильный параметр передачи данных BufferCount может привести к OOM.For important information about using the BUFFERCOUNT option, see the Incorrect BufferCount data transfer option can lead to OOM condition blog.

MAXTRANSFERSIZE = { maxtransfersize | @ maxtransfersize_variable } указывает наибольший объем пакета данных в байтах для обмена данными между SQL ServerSQL Server и носителем резервного набора.MAXTRANSFERSIZE = { maxtransfersize | @ maxtransfersize_variable } Specifies the largest unit of transfer in bytes to be used between SQL ServerSQL Server and the backup media. Поддерживаются значения, кратные 65 536 байтам (64 КБ), вплоть до 4 194 304 байт (4 МБ).The possible values are multiples of 65536 bytes (64 KB) ranging up to 4194304 bytes (4 MB).

Примечание

Для баз данных с включенным прозрачным шифрованием данных (TDE) и одним файлом данных MAXTRANSFERSIZE по умолчанию — 65 536 (64 КБ).For Transparent Data Encryption (TDE) enabled databases with a single data file, the default MAXTRANSFERSIZE is 65536 (64 KB). Для баз данных без включенного шифрования TDE MAXTRANSFERSIZE по умолчанию — 1 048 576 (1 МБ) при сохранении резервных копий на диск и 65 536 (64 КБ) при использовании VDI или ленточных носителей.For non-TDE encrypted databases the default MAXTRANSFERSIZE is 1048576 (1 MB) when using backup to DISK, and 65536 (64 KB) when using VDI or TAPE. Дополнительные сведения об использовании сжатия резервных копий в работе с базами данных с включенным шифрованием TDE см. в разделе Замечания.For more information about using backup compression with TDE encrypted databases, see the Remarks section.

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

Эти параметры позволяют определить, разрешены ли контрольные суммы резервных копий в операции резервного копирования и останавливается ли операция при обнаружении ошибки.These options allow you to determine whether backup checksums are enabled for the backup operation and whether the operation stops on encountering an error.

{ NO_CHECKSUM | CHECKSUM } — определяет, используются ли контрольные суммы.{ NO_CHECKSUM | CHECKSUM } Controls whether backup checksums are enabled.

NO_CHECKSUM — явно отменяет создание контрольных сумм (и проверку контрольных сумм страниц) для резервных копий.NO_CHECKSUM Explicitly disables the generation of backup checksums (and the validation of page checksums). Это поведение по умолчанию.This is the default behavior.

CHECKSUM — указывает, что при операции резервного копирования выполняется проверка контрольной суммы и наличия разрывов на каждой странице (если эти проверки включены и доступны), а также будет создаваться контрольная сумма для всей резервной копии.CHECKSUM Specifies that the backup operation verifies each page for checksum and torn page, if enabled and available, and generate a checksum for the entire backup.

Использование контрольных сумм резервных копий может повлиять на производительность рабочей нагрузки и пропускной способности резервного копирования.Using backup checksums may affect workload and backup throughput.

Дополнительные сведения см. в статье об ошибках носителей, возникающих во время резервного копирования и восстановления.For more information, see Possible Media Errors During Backup and Restore.

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR } — определяет, остановится ли операция резервного копирования после обнаружения ошибки в контрольной сумме страницы или продолжит работу.{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR } Controls whether a backup operation stops or continues after encountering a page checksum error.

STOP_ON_ERROR — указывает, что операция BACKUP должна завершаться ошибкой при несовпадении контрольной суммы.STOP_ON_ERROR Instructs BACKUP to fail if a page checksum does not verify. Это поведение по умолчанию.This is the default behavior.

CONTINUE_AFTER_ERROR — указывает, что операция BACKUP должна продолжать работу даже при наличии таких ошибок, как несовпадение контрольной суммы или разрыв страницы.CONTINUE_AFTER_ERROR Instructs BACKUP to continue despite encountering errors such as invalid checksums or torn pages.

Если не удается создать резервную копию заключительного фрагмента журнала поврежденной базы данных, используя параметр NO_TRUNCATE, можно попытаться сделать это, указав параметр CONTINUE_AFTER_ERROR вместо NO_TRUNCATE.If you are unable to back up the tail of the log using the NO_TRUNCATE option when the database is damaged, you can attempt a tail-log log backup by specifying CONTINUE_AFTER_ERROR instead of NO_TRUNCATE.

Дополнительные сведения см. в статье об ошибках носителей, возникающих во время резервного копирования и восстановления.For more information, see Possible Media Errors During Backup and Restore.

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

RESTART — не действует.RESTART Has no effect. Он оставлен в этой версии для совместимости с предыдущими версиями SQL Server.This option is accepted by the version for compatibility with previous versions of SQL Server.

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

STATS [ = percentage ] — отвечает за отображение сообщения при каждом завершении очередного процента задания и позволяет отслеживать ход выполнения.STATS [ = percentage ] Displays a message each time another percentage completes, and is used to gauge progress. Если процент не задан, то SQL ServerSQL Server выдает сообщение после каждых выполненных 10 процентов.If percentage is omitted, SQL ServerSQL Server displays a message after each 10 percent is completed.

Параметр STATS сообщает о готовности в процентах по отношению к порогу сообщения о следующем интервале.The STATS option reports the percentage complete as of the threshold for reporting the next interval. Показатель готовности в процентах имеет неточное значение; например при значении STATS=10, если процент готовности равен 40, то параметр может отображать 43 процента.This is at approximately the specified percentage; for example, with STATS=10, if the amount completed is 40 percent, the option might display 43 percent. Это не является проблемой для больших резервных наборов данных, поскольку показатель готовности в процентах перемещается очень медленно между обращениями ввода-вывода.For large backup sets, this is not a problem, because the percentage complete moves very slowly between completed I/O calls.

Ограничения для управляемого экземпляра Базы данных SQLLimitations for SQL Database managed instance

Максимальный размер чередующегося набора резервной копии составляет 195 ГБ (максимальный размер большого двоичного объекта).Max backup stripe size is 195 GB (maximum blob size). Чтобы уменьшить размер отдельного чередующегося набора и соблюсти это ограничение, можно увеличить число чередующихся наборов в команде резервного копирования.Increase the number of stripes in the backup command to reduce individual stripe size and stay within this limit.

безопасностьSecurity

РазрешенияPermissions

Разрешения BACKUP DATABASE по умолчанию назначаются участникам предопределенной роли сервера sysadmin и предопределенным ролям базы данных db_owner и db_backupoperator.BACKUP DATABASE permissions default to members of the sysadmin fixed server role and the db_owner and db_backupoperator fixed database roles.

Проблемы с владением и разрешениями для URL-адреса могут помешать операции резервного копирования.Ownership and permission problems on the URL can interfere with a backup operation. SQL ServerSQL Server должен иметь возможность считывать и записывать данные на устройстве; учетная запись, от имени которой выполняется служба SQL ServerSQL Server , должна иметь разрешения на запись.must be able to read and write to the device; the account under which the SQL ServerSQL Server service runs must have write permissions.

ПримерыExamples

В примере показано резервное копирование COPY_ONLY базы данных Sales в службу хранилища BLOB-объектов Microsoft Azure.The example performs a COPY_ONLY backup of Sales to the Microsoft Azure Blob storage service. Имя учетной записи хранилища — mystorageaccount.The storage Account name is mystorageaccount. Контейнер называется myfirstcontainer.The container is called myfirstcontainer. Хранимая политика доступа была создана с правами на чтение, запись, удаление и составление списков.A stored access policy has been created with read, write, delete, and list rights. Учетные данные SQL ServerSQL Server, https://mystorageaccount.blob.core.windows.net/myfirstcontainer, были созданы с использованием подписанного URL-адреса, который связан с хранимой политикой доступа.The SQL ServerSQL Server credential, https://mystorageaccount.blob.core.windows.net/myfirstcontainer, was created using a Shared Access Signature that is associated with the Stored Access Policy. Сведения о резервном копировании SQL ServerSQL Server в службу хранилища BLOB-объектов Microsoft Azure см. в разделах Резервное копирование и восстановление SQL Server с помощью службы хранилища BLOB-объектов Microsoft Azure и Резервное копирование в SQL Server по URL-адресу.For information on SQL ServerSQL Server backup to the Microsoft Azure Blob storage service, see SQL Server Backup and Restore with Microsoft Azure Blob Storage Service and SQL Server Backup to URL.

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales_20160726.bak'
WITH STATS = 5, COPY_ONLY;

См. также:See Also

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

SQL ServerSQL Server Управляемый экземпляр Базы данных SQL
SQL Database
managed instance
* Analytics
Platform System (PDW) *
 
* Analytics
Platform System (PDW) *
 

 

Система платформы аналитикиAnalytics Platform System

Создает резервную копию базы данных Параллельное хранилище данныхParallel Data Warehouse и сохраняет резервную копию за пределами устройства, в указанном пользователем расположении в сети.Creates a backup of a Параллельное хранилище данныхParallel Data Warehouse database and stores the backup off the appliance in a user-specified network location. Используйте эту инструкцию вместе с RESTORE DATABASE (Analytics Platform System) для аварийного восстановления или копирования базы данных с одного устройства на другое.Use this statement with RESTORE DATABASE - Analytics Platform System for disaster recovery, or to copy a database from one appliance to another.

Перед началом работы изучите статью "Получение и настройка сервера резервного копирования" в Документация по Parallel Data WarehouseParallel Data Warehouse product documentation.Before you begin, see "Acquire and Configure a Backup Server" in the Документация по Parallel Data WarehouseParallel Data Warehouse product documentation.

В среде Параллельное хранилище данныхParallel Data Warehouse существует два типа резервных копий.There are two types of backups in Параллельное хранилище данныхParallel Data Warehouse. Полная резервная копия базы данных — это резервная копия всей базы данных Параллельное хранилище данныхParallel Data Warehouse.A full database backup is a backup of an entire Параллельное хранилище данныхParallel Data Warehouse database. Разностная резервная копия сохраняет только те изменения, которые были внесены с момента последнего полного резервного копирования.A differential database backup only includes changes made since the last full backup. Резервная копия пользовательской базы данных включает пользователей базы данных и роли базы данных.A backup of a user database includes database users, and database roles. Резервная копия базы данных master включает данные для входа.A backup of the master database includes logins.

Дополнительные сведения о резервном копировании баз данных Параллельное хранилище данныхParallel Data Warehouse см. в разделе "Резервное копирование и восстановление" в Документация по Parallel Data WarehouseParallel Data Warehouse product documentation.For more information about Параллельное хранилище данныхParallel Data Warehouse database backups, see "Backup and Restore" in the Документация по Parallel Data WarehouseParallel Data Warehouse product documentation.

СинтаксисSyntax

--Create a full backup of a user database or the master database.
BACKUP DATABASE database_name
    TO DISK = '\\UNC_path\backup_directory'
    [ WITH [ ( ]<with_options> [ ,...n ][ ) ] ]
[;]

--Create a differential backup of a user database.
BACKUP DATABASE database_name
    TO DISK = '\\UNC_path\backup_directory'
    WITH [ ( ] DIFFERENTIAL
    [ , <with_options> [ ,...n ] [ ) ]
[;]

<with_options> ::=
    DESCRIPTION = 'text'
    | NAME = 'backup_name'

АргументыArguments

database_name — имя базы данных для создания резервной копии.database_name The name of the database on which to create a backup. Можно создать резервную копию базы данных master или пользовательской базы данных.The database can be the master database or a user database.

TO DISK = '\\UNC_path\backup_directory' — сетевой путь к каталогу, в который Параллельное хранилище данныхParallel Data Warehouse запишет файлы резервной копии.TO DISK = '\\UNC_path\backup_directory' The network path and directory to which Параллельное хранилище данныхParallel Data Warehouse will write the backup files. Например, '\\xxx.xxx.xxx.xxx\backups\2012\Monthly\08.2012.Mybackup'.For example, '\\xxx.xxx.xxx.xxx\backups\2012\Monthly\08.2012.Mybackup'.

  • Путь к имени каталога резервного копирования должен уже существовать; его необходимо указать как полный путь UNC.The path to the backup directory name must already exist and must be specified as a fully qualified universal naming convention (UNC) path.
  • Каталог резервного копирования, backup_directory, не должен существовать до запуска команды резервного копирования.The backup directory, backup_directory, must not exist before running the backup command. Параллельное хранилище данныхParallel Data Warehouse создаст каталог резервного копирования.will create the backup directory.
  • Путь к каталогу резервного копирования не может быть локальным путем или расположением на любом из узлов устройства Параллельное хранилище данныхParallel Data Warehouse.The path to the backup directory cannot be a local path and it cannot be a location on any of the Параллельное хранилище данныхParallel Data Warehouse appliance nodes.
  • Максимальная длина пути UNC и имени каталога резервного копирования равна 200 символов.The maximum length of the UNC path and backup directory name is 200 characters.
  • Для сервера или узла необходимо указать IP-адрес.The server or host must be specified as an IP address. Невозможно указать для них имя хоста или сервера.You cannot specify it as the host or server name.

DESCRIPTION = ' text '  — задает текстовое описание резервной копии.DESCRIPTION = 'text' Specifies a textual description of the backup. Максимальная длина текста составляет 255 символов.The maximum length of the text is 255 characters.

Описание хранится в метаданных и отображается, если заголовок резервной копии восстанавливается с помощью инструкции RESTORE HEADERONLY.The description is stored in the metadata, and will be displayed when the backup header is restored with RESTORE HEADERONLY.

NAME = ' backup _name '  — указывает имя резервной копии.NAME = 'backup _name' Specifies the name of the backup. Имя резервной копии может отличаться от имени базы данных.The backup name can be different from the database name.

  • Длина имени не может превышать 128 символов.Names can have a maximum of 128 characters.
  • Не может содержать путь.Cannot include a path.
  • Должно начинаться с буквы, цифры или подчеркивания ().Must begin with a letter or number character or an underscore (). Разрешенные специальные символы: подчеркивание (_), дефис (-) или пробел ( ).Special characters permitted are the underscore (_), hyphen (-), or space ( ). Имена резервных копий не могут заканчиваться пробелом.Backup names cannot end with a space character.
  • Выполнение инструкции завершится ошибкой, если backup_name уже существует в заданном расположении.The statement will fail if backup_name already exists in the specified location.

Это имя хранится в метаданных и отображается, если заголовок резервной копии восстанавливается с помощью инструкции RESTORE HEADERONLY.This name is stored in the metadata, and will be displayed when the backup header is restored with RESTORE HEADERONLY.

DIFFERENTIAL — указывает, что необходимо создать разностную резервную копию пользовательской базы данных.DIFFERENTIAL Specifies to perform a differential backup of a user database. Если не задать этот параметр, по умолчанию выполняется полное резервное копирование базы данных.If omitted, the default is a full database backup. Имя разностной резервной копии не обязательно должно совпадать с именем полной резервной копии.The name of the differential backup does not need to match the name of the full backup. Для отслеживания разностной резервной копии и соответствующей ей полной резервной копии рекомендуется использовать одно и то же имя с добавлением diff или full соответственно.For keeping track of the differential and its corresponding full backup, consider using the same name with 'full' or 'diff' appended.

Пример:For example:

BACKUP DATABASE Customer TO DISK = '\\xxx.xxx.xxx.xxx\backups\CustomerFull';

BACKUP DATABASE Customer TO DISK = '\\xxx.xxx.xxx.xxx\backups\CustomerDiff' WITH DIFFERENTIAL;

РазрешенияPermissions

Требуется разрешение BACKUP DATABASE или участие в предопределенной роли базы данных db_backupoperator.Requires the BACKUP DATABASE permission or membership in the db_backupoperator fixed database role. Создать резервную копию базы данных master может только обычный пользователь, добавленный в предопределенную роль базы данных db_backupoperator.The master database cannot be backed up but by a regular user that was added to the db_backupoperator fixed database role. Создать резервную копию базы данных master может только роль sa, администратор структуры или участники предопределенной роли базы данных sysadmin.The master database can only be backed up by sa, the fabric administrator, or members of the sysadmin fixed server role.

Требуется учетная запись Windows с разрешениями на доступ к каталогу резервного копирования, создание такого каталога и запись в него.Requires a Windows account that has permission to access, create, and write to the backup directory. Необходимо также сохранить имя учетной записи Windows и пароль в Параллельное хранилище данныхParallel Data Warehouse.You must also store the Windows account name and password in Параллельное хранилище данныхParallel Data Warehouse. Чтобы добавить эти сетевые учетные данные для Параллельное хранилище данныхParallel Data Warehouse, используйте хранимую процедуру sp_pdw_add_network_credentials (Хранилище данных SQL).To add these network credentials to Параллельное хранилище данныхParallel Data Warehouse, use the sp_pdw_add_network_credentials - SQL Data Warehous stored procedure.

Дополнительные сведения об управлении учетными данными в Параллельное хранилище данныхParallel Data Warehouse см. в разделе Безопасность.For more information about managing credentials in Параллельное хранилище данныхParallel Data Warehouse, see the Security section.

Обработка ошибокError Handling

Ошибки BACKUP DATABASE возникают в следующих ситуациях:BACKUP DATABASE errors under the following conditions:

  • Недостаточно разрешений пользователя для создания резервной копии.User permissions are not sufficient to perform a backup.
  • Параллельное хранилище данныхParallel Data Warehouse не имеет необходимых разрешений в сетевом расположении, где будет храниться резервная копия.does not have the correct permissions to the network location where the backup will be stored.
  • База данных не существует.The database does not exist.
  • Целевой каталог уже существует в общей сетевой папке.The target directory already exists on the network share.
  • Целевая общая сетевая папка недоступна.The target network share is not available.
  • В целевой общей сетевой папке недостаточно места для хранения резервной копии.The target network share does not have enough space for the backup. Команда BACKUP DATABASE не подтверждает, что дискового пространства достаточно, прежде чем запустить резервное копирование, из-за чего при выполнении инструкции BACKUP DATABASE может возникнуть ошибка нехватки места.The BACKUP DATABASE command does not confirm that sufficient disk space exists prior to initiating the backup, making it possible to generate an out-of-disk-space error while running BACKUP DATABASE. В случае нехватки места на диске Параллельное хранилище данныхParallel Data Warehouse выполняет откат команды BACKUP DATABASE.When insufficient disk space occurs, Параллельное хранилище данныхParallel Data Warehouse rolls back the BACKUP DATABASE command. Чтобы уменьшить размер базы данных, запустите DBCC SHRINKLOG (хранилище данных SQL Azure)To decrease the size of your database, run DBCC SHRINKLOG (Azure SQL Data Warehouse)
  • Попытка запустить резервное копирование в рамках транзакции.Attempt to start a backup within a transaction.

Общие замечанияGeneral Remarks

Прежде чем выполнять резервное копирование базы данных, воспользуйтесь инструкцией DBCC SHRINKLOG (хранилище данных SQL Azure), чтобы уменьшить размер базы данных.Before you perform a database backup, use DBCC SHRINKLOG (Azure SQL Data Warehouse) to decrease the size of your database.

Резервная копия Параллельное хранилище данныхParallel Data Warehouse хранится в качестве набора файлов в том же каталоге.A Параллельное хранилище данныхParallel Data Warehouse backup is stored as a set of multiple files within the same directory.

Разностная резервная копия обычно создается быстрее, чем полная, создавать такие копии можно чаще.A differential backup usually takes less time than a full backup and can be performed more frequently. Если на одной полной резервной копии основано несколько разностных, каждая из последних включает все изменения из предыдущей разностной резервной копии.When multiple differential backups are based on the same full backup, each differential includes all of the changes in the previous differential backup.

Если отменить команду BACKUP, Параллельное хранилище данныхParallel Data Warehouse удалит целевой каталог и все файлы, созданные для этой резервной копии.If you cancel a BACKUP command, Параллельное хранилище данныхParallel Data Warehouse will remove the target directory and any files created for the backup. Если Параллельное хранилище данныхParallel Data Warehouse теряет сетевое подключение к папке, выполнить откат невозможно.If Параллельное хранилище данныхParallel Data Warehouse loses network connectivity to the share, the rollback cannot complete.

Полные резервные копии и разностные резервные копии хранятся в разных каталогах.Full backups and differential backups are stored in separate directories. Соглашения об именовании не применяются для указания, что полная и разностная резервные копии связаны.Naming conventions are not enforced for specifying that a full backup and differential backup belong together. Для отслеживания этого можно использовать собственные соглашения об именовании.You can track this through your own naming conventions. Кроме того, это можно отследить, воспользовавшись инструкцией WITH DESCRIPTION для добавления описания, а затем воспользовавшись инструкцией RESTORE HEADERONLY для извлечения описания.Alternatively, you can track this by using the WITH DESCRIPTION option to add a description, and then by using the RESTORE HEADERONLY statement to retrieve the description.

ОграниченияLimitations and Restrictions

Невозможно создать разностную резервную копию базы данных master.You cannot perform a differential backup of the master database. Поддерживается только создание полных резервных копий базы данных master.Only full backups of the master database are supported.

Файлы резервной копии сохраняются в формате, который применим только для восстановления резервной копии на устройстве Параллельное хранилище данныхParallel Data Warehouse с помощью инструкции RESTORE DATABASE (Analytics Platform System).The backup files are stored in a format suitable only for restoring the backup to a Параллельное хранилище данныхParallel Data Warehouse appliance by using the RESTORE DATABASE - Analytics Platform System statement.

Резервное копирование, выполненное при помощи инструкции BACKUP DATABASE, невозможно использовать для передачи данных или пользовательских сведений в базы данных SMP SQL ServerSQL Server.The backup with the BACKUP DATABASE statement cannot be used to transfer data or user information to SMP SQL ServerSQL Server databases. Для этого можно воспользоваться функцией копирования удаленной таблицы.For that functionality, you can use the remote table copy feature. Дополнительные сведения см. в разделе "Копирование удаленной таблицы" в разделе Документация по Parallel Data WarehouseParallel Data Warehouse product documentation.For more information, see "Remote Table Copy" in the Документация по Parallel Data WarehouseParallel Data Warehouse product documentation.

Параллельное хранилище данныхParallel Data Warehouse использует технологию резервного копирования SQL ServerSQL Server для создания резервных копий и восстановления баз данных.uses SQL ServerSQL Server backup technology to backup and restore databases. Параметры резервного копирования SQL ServerSQL Server преднастроены для сжатия резервных копий.SQL ServerSQL Server backup options are preconfigured to use backup compression. Невозможно задать параметры резервного копирования, такие как сжатие, контрольная сумма, размер блока и число буферов.You cannot set backup options such as compression, checksum, block size, and buffer count.

На устройстве не может одновременно выполняться несколько операций резервного копирования или восстановления базы данных.Only one database backup or restore can run on the appliance at any given time. Параллельное хранилище данныхParallel Data Warehouse помещает команды резервного копирования или восстановления в очередь до тех пор, пока текущая команда резервного копирования или восстановления не будет выполнена.will queue backup or restore commands until the current backup or restore command has completed.

Целевое устройство для восстановления резервной копии должно иметь не меньше вычислительных узлов, чем исходное.The target appliance for restoring the backup must have at least as many Compute nodes as the source appliance. Целевое устройство может иметь больше вычислительных узлов, чем исходное, но не меньше.The target can have more Compute nodes than the source appliance, but cannot have fewer Compute nodes.

Параллельное хранилище данныхParallel Data Warehouse не отслеживает расположение и имена резервных копий, поскольку резервные копии хранятся за пределами устройства.does not track the location and names of backups since the backups are stored off the appliance.

Параллельное хранилище данныхParallel Data Warehouse отслеживает успешное или неудачное резервное копирование баз данных.does track the success or failure of database backups.

Разностную резервную копию можно создать только в том случае, если успешно выполнено последнее полное резервное копирование.A differential backup is only allowed if the last full backup completed successfully. Предположим, что в понедельник вы создали полную резервную копию базы данных "Продажи", резервное копирование было выполнено успешно.For example, suppose that on Monday you create a full backup of the Sales database and the backup finishes successfully. Затем во вторник вы пытаетесь создать полную резервную копию базы данных "Продажи", и операция завершается сбоем.Then on Tuesday you create a full backup of the Sales database and it fails. После этого сбоя невозможно создать разностную резервную копию на основе полной резервной копии, созданной в понедельник.After this failure, you cannot then create a differential backup based on Monday's full backup. Перед созданием разностной резервной копии необходимо успешно создать полную резервную копию.You must first create a successful full backup before creating a differential backup.

МетаданныеMetadata

Эти динамические административные представления содержат сведения обо всех операциях резервного копирования, восстановления и загрузки.These dynamic management views contain information about all backup, restore, and load operations. Эта информация сохраняется и после перезапуска системы.The information persists across system restarts.

ПроизводительностьPerformance

При создании резервной копии Параллельное хранилище данныхParallel Data Warehouse сначала создает резервные копии метаданных, а затем выполняет параллельное резервное копирование данных базы данных, которые хранятся на вычислительных узлах.To perform a backup, Параллельное хранилище данныхParallel Data Warehouse first backs up the metadata, and then it performs a parallel backup of the database data stored on the Compute nodes. Данные копируются напрямую из каждого вычислительного узла в каталог резервного копирования.Data is copied directly from each Compute nodes to the backup directory. Чтобы обеспечить максимальную производительность при переносе данных из вычислительных узлов в каталог резервного копирования, Параллельное хранилище данныхParallel Data Warehouse контролирует число вычислительных узлов, которые параллельно копируют данные.To achieve the best performance for moving data from the Compute nodes to the backup directory, Параллельное хранилище данныхParallel Data Warehouse controls the number of Compute nodes that are copying data concurrently.

БлокировкаLocking

Осуществляет блокировку ExclusiveUpdate объекта DATABASE.Takes an ExclusiveUpdate lock on the DATABASE object.

безопасностьSecurity

Резервные копии Параллельное хранилище данныхParallel Data Warehouse не хранятся на устройстве.Параллельное хранилище данныхParallel Data Warehouse backups are not stored on the appliance. Следовательно, ИТ-специалисты отвечают за управление всеми аспектами безопасности резервных копий.Therefore, your IT team is responsible for managing all aspects of the backup security. Например, сюда относится управление безопасностью данными резервного копирования, безопасностью сервера, на котором хранятся резервные копии и безопасностью сетевой инфраструктуры, подключающей сервер резервного копирования к устройству Параллельное хранилище данныхParallel Data Warehouse.For example, this includes managing the security of the backup data, the security of the server used to store backups, and the security of the networking infrastructure that connects the backup server to the Параллельное хранилище данныхParallel Data Warehouse appliance.

Управление сетевыми учетными даннымиManage Network Credentials

Сетевой доступ к каталогу резервного копирования осуществляется по стандартным принципам безопасности при обмене файлами в Windows.Network access to the backup directory is based on standard Windows file sharing security. Прежде чем выполнять резервное копирование, необходимо создать или указать учетную запись Windows, которая будет использоваться для проверки подлинности Параллельное хранилище данныхParallel Data Warehouse в каталоге резервного копирования.Before performing a backup, you need to create or designate a Windows account that will be used for authenticating Параллельное хранилище данныхParallel Data Warehouse to the backup directory. Эта учетная запись Windows должна иметь разрешения на доступ к каталогу резервного копирования, создание такого каталога и запись в него.This windows account must have permission to access, create, and write to the backup directory.

Важно!

Чтобы снизить риски безопасности в работе с данными, рекомендуется назначить одну учетную запись Windows исключительно для выполнения резервного копирования и восстановления.To reduce security risks with your data, we advise that you designate one Windows account solely for the purpose of performing backup and restore operations. Предоставьте этой учетной записи разрешения исключительно для расположения резервного копирования.Allow this account to have permissions to the backup location and nowhere else.

Имя пользователя и пароль следует сохранить в Параллельное хранилище данныхParallel Data Warehouse, выполнив хранимую процедуру sp_pdw_add_network_credentials (Хранилище данных SQL).You need to store the user name and password in Параллельное хранилище данныхParallel Data Warehouse by running the sp_pdw_add_network_credentials - SQL Data Warehouse stored procedure. Параллельное хранилище данныхParallel Data Warehouse использует диспетчер учетных данных Windows для хранения и шифрования имен пользователей и паролей в узле управления и в вычислительных узлах.uses Windows Credential Manager to store and encrypt user names and passwords on the Control node and Compute nodes. Учетные данные не архивируются с помощью команды BACKUP DATABASE.The credentials are not backed up with the BACKUP DATABASE command.

Чтобы удалить сетевые учетные данные из Параллельное хранилище данныхParallel Data Warehouse, воспользуйтесь инструкциями из статьи sp_pdw_remove_network_credentials (SQL Data Warehouse) (sp_pdw_remove_network_credentials (Хранилище данных SQL)).To remove network credentials from Параллельное хранилище данныхParallel Data Warehouse, see sp_pdw_remove_network_credentials - SQL Data Warehouse.

Чтобы перечислить все сетевые учетные данные, сохраненные в Параллельное хранилище данныхParallel Data Warehouse, воспользуйтесь динамическим административным представлением sys.dm_pdw_network_credentials.To list all of the network credentials stored in Параллельное хранилище данныхParallel Data Warehouse, use the sys.dm_pdw_network_credentials dynamic management view.

ПримерыExamples

A.A. Добавление сетевых учетных данных для расположения резервного копированияAdd network credentials for the backup location

Чтобы создать резервную копию, Параллельное хранилище данныхParallel Data Warehouse должен иметь разрешения на чтение и запись в каталоге резервного копирования.To create a backup, Параллельное хранилище данныхParallel Data Warehouse must have read/write permission to the backup directory. В следующем примере показано добавление учетных данных для пользователя.The following example shows how to add the credentials for a user. Параллельное хранилище данныхParallel Data Warehouse сохранит эти учетные данные и будет использовать их для операций резервного копирования и восстановления.will store these credentials and use them to for backup and restore operations.

Важно!

По соображениям безопасности рекомендуется создать одну доменную учетную запись исключительно с целью создания резервных копий.For security reasons, we recommend creating one domain account solely for the purpose of performing backups.

EXEC sp_pdw_add_network_credentials 'xxx.xxx.xxx.xxx', 'domain1\backupuser', '*****';

Б.B. Удаление сетевых учетных данных для расположения резервного копированияRemove network credentials for the backup location

В следующем примере показано удаление учетных данных для доменного пользователя из Параллельное хранилище данныхParallel Data Warehouse.The following example shows how to remove the credentials for a domain user from Параллельное хранилище данныхParallel Data Warehouse.

EXEC sp_pdw_remove_network_credentials 'xxx.xxx.xxx.xxx';

В.C. Создание полной резервной копии пользовательской базы данныхCreate a full backup of a user database

В следующем примере создается полная резервная копия пользовательской базы данных "Счета".The following example creates a full backup of the Invoices user database. Параллельное хранилище данныхParallel Data Warehouse создаст каталог Invoices2013 и сохранит файлы резервной копии в каталог \\10.192.63.147\backups\yearly\Invoices2013Full.will create the Invoices2013 directory and will save the backup files to the \\10.192.63.147\backups\yearly\Invoices2013Full directory.

BACKUP DATABASE Invoices TO DISK = '\\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Full';

Г.D. Создание разностной резервной копии пользовательской базы данныхCreate a differential backup of a user database

В следующем примере создается разностная резервная копия, которая содержит все изменения, внесенные с момента последнего полного резервного копирования базы данных "Счета".The following example creates a differential backup, which includes all changes made since the last full backup of the Invoices database. Параллельное хранилище данныхParallel Data Warehouse создаст каталог \\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Diff, в котором будут сохранены файлы.will create the \\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Diff directory to which it will store the files. Описание Invoices 2013 differential backup будет сохранено вместе с информацией о заголовке резервной копии.The description 'Invoices 2013 differential backup' will be stored with the header information for the backup.

Разностная резервная копия будет создана успешно только в том случае, если успешно выполнено предыдущее полное резервное копирование базы данных "Счета".The differential backup will only run successfully if the last full backup of Invoices completed successfully.

BACKUP DATABASE Invoices TO DISK = '\\xxx.xxx.xxx.xxx\backups\yearly\Invoices2013Diff'
    WITH DIFFERENTIAL,
    DESCRIPTION = 'Invoices 2013 differential backup';

Д.E. Создание полной резервной копии базы данных masterCreate a full backup of the master database

В следующем примере создается полная резервная копия базы данных master и сохраняется в каталоге \\10.192.63.147\backups\2013\daily\20130722\master.The following example creates a full backup of the master database and stores it in the directory '\\10.192.63.147\backups\2013\daily\20130722\master'.

BACKUP DATABASE master TO DISK = '\\xxx.xxx.xxx.xxx\backups\2013\daily\20130722\master';

Е.F. Создайте резервную копию данных для входа на устройство.Create a backup of appliance login information

Данные для входа на устройство хранятся в базе данных master.The master database stores the appliance login information. Для резервного копирования данных для входа на устройство потребуется создать резервную копию базы данных master.To backup the appliance login information you need to backup master.

В следующем примере создается полная резервная копия базы данных master.The following example creates a full backup of the master database.

BACKUP DATABASE master TO DISK = '\\xxx.xxx.xxx.xxx\backups\2013\daily\20130722\master'
WITH (
    DESCRIPTION = 'Master Backup 20130722',
    NAME = 'login-backup'
)
;

См. также:See Also

RESTORE DATABASE (Parallel Data Warehouse)RESTORE DATABASE - Parallel Data Warehous