Устройства резервного копирования (SQL Server)Backup Devices (SQL Server)

ОБЛАСТЬ ПРИМЕНЕНИЯ: даSQL Server нетБаза данных SQL Azure нетAzure Synapse Analytics (хранилище данных SQL) нетParallel Data Warehouse APPLIES TO: yesSQL Server noAzure SQL Database noAzure Synapse Analytics (SQL DW) noParallel Data Warehouse

Во время выполнения операции резервного копирования базы данных SQL ServerSQL Server создается резервная копия данных (резервная копия), которая записывается на физическое устройство резервного копирования.During a backup operation on a SQL ServerSQL Server database, the backed up data (the backup) is written to a physical backup device. Данное физическое устройство резервного копирования инициализируется при записи на него первой резервной копии в наборе носителей.This physical backup device is initialized when the first backup in a media set is written to it. Резервные копии на наборе из одного или нескольких устройств резервного копирования образуют отдельный набор носителей.Backups on a set of one or more backup devices compose a single media set.

Термины и определенияTerms and definitions

диск для резервного копированияbackup disk
Жесткий диск или другое дисковое устройство хранения, на котором содержится один или несколько файлов резервной копии.A hard disk or other disk storage media that contains one or more backup files. Файл резервной копии является обычным файлом операционной системы.A backup file is a regular operating system file.

набор носителейmedia set
Упорядоченный набор носителей резервного копирования, ленточных накопителей или дисковых файлов, которые используют определенный тип и количество устройств резервного копирования.An ordered collection of backup media, tapes or disk files, that uses a fixed type and number of backup devices. Сведения о наборах носителей см. в разделе Наборы носителей, семейства носителей и резервные наборы данных (SQL Server).For more information about media sets, see Media Sets, Media Families, and Backup Sets (SQL Server).

физическое устройство резервного копированияphysical backup device
Ленточный накопитель или дисковый файл, предоставленный операционной системой.Either a tape drive or a disk file that is provided by the operating system. В резервном копировании может участвовать от 1 до 64 устройств.A backup can be written to from 1 to 64 backup devices. Если для резервного копирования требуется несколько устройств, все устройства должны быть одного типа (диск или ленточный накопитель).If a backup requires multiple backup devices, the devices all must correspond to a single type of device (disk or tape).

Кроме диска или магнитной ленты, резервное копирование SQL Server можно также выполнять в службу хранилища BLOB-объектов Azure.SQL Server Backups can also be written to Azure Blob storage service in addition to disk or tape.

Использование дисковых устройств резервного копированияUsing disk backup devices

Если дисковый файл будет заполнен во время добавления резервной копии к набору носителей операцией резервного копирования, то она завершится c ошибкой.If a disk file fills while a backup operation is appending a backup to the media set, the backup operation fails. Максимальный размер файла резервной копии определяется свободным местом, доступным на жестком диске, поэтому необходимый размер жесткого диска резервного копирования зависит от размера резервных копий.The maximum size of a backup file is determined by the free disk space available on the disk device; therefore, the appropriate size for a backup disk device depends on the size of your backups.

В качестве дискового устройства резервного копирования может использоваться обычный жесткий диск, например диск с интерфейсом ATA.A disk backup device could be a simple disk device, such as an ATA drive. Кроме того, можно использовать жесткие диски с возможностью горячей замены, которые позволяют, не прерывая работу системы, заменять заполненный диск на пустой.Alternatively, you could use a hot-swappable disk drive that would let you transparently replace a full disk on the drive with an empty disk. Диск резервного копирования может быть как локальным диском сервера, так и удаленным диском, который является общим сетевым ресурсом.A backup disk can be a local disk on the server or a remote disk that is a shared network resource. Дополнительные сведения об использовании удаленных дисков см. в подразделе Резервное копирование в файл, расположенный в общей сетевой папке, далее в этом разделе.For information about how to use a remote disk, see Backing Up to a File on a Network Share, later in this topic.

SQL ServerSQL Server Средства управления являются достаточно гибкими при управлении дисковыми устройствами резервного копирования, так как автоматически создают имя с временной отметкой для дискового файла.management tools are very flexible at handling disk backup devices because they automatically generate a time-stamped name on the disk file.

ВАЖНО!IMPORTANT! Резервные копии, базы данных и журналы рекомендуется хранить на разных дисках.We recommend that a backup disk be a different disk than the database data and log disks. Это является необходимым, чтобы можно было гарантировать возможность доступа к резервным копиям при сбое диска с базой данных или журналами.This is necessary to make sure that you can access the backups if the data or log disk fails.

Если файлы базы данных и файлов резервных копий расположены на одном устройстве, то в случае его сбоя резервные копии будут недоступны.If database files and backup files are on the same device and the device fails, the database and backups will be unavailable. Кроме того, размещение файлов базы данных и файлов резервных копий на отдельных устройствах оптимизирует производительность ввода-вывода как при записи резервных копий, так и в процессе эксплуатации базы данных.Also, putting the database and backup files on the separate devices optimizes the I/O performance for both the production use of the database and the writing of backups.

Указание файла резервной копии по его физическому имени (Transact-SQL)Specify a backup file using its physical name (Transact-SQL)

Базовый синтаксис инструкции BACKUP для указания файла резервного копирования с помощью его физического имени:The basic BACKUP syntax for specifying a backup file by using its physical device name is:

BACKUP DATABASE database_nameBACKUP DATABASE database_name

TO DISK = { ' physical_backup_device_name ' | @ physical_backup_device_name_var }TO DISK = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Пример:For example:

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

Базовый синтаксис для указания физического жесткого диска в инструкции RESTORE :To specify a physical disk device in a RESTORE statement, the basic syntax is:

RESTORE { DATABASE | LOG } database_nameRESTORE { DATABASE | LOG } database_name

FROM DISK = { ' physical_backup_device_name ' | @ physical_backup_device_name_var }FROM DISK = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Например,For example,

RESTORE DATABASE AdventureWorks2012   
   FROM DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak';   

&Указание пути к файлу дисковой резервной копииSpecify the disk backup file path

При указании файла резервного копирования следует ввести полный путь и имя файла.When you are specifying a backup file, you should enter its full path and file name. Если введено только имя файла или относительный путь для резервного копирования на диск, то файл резервной копии будет помещен в определенный по умолчанию каталог для резервных копий.If you specify only the file name or a relative path when you are backing up to a file, the backup file is put in the default backup directory. Резервным каталогом по умолчанию является C:\Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\Backup, где n — номер экземпляра сервера.The default backup directory is C:\Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\Backup, where n is the number of the server instance. Поэтому для экземпляра сервера по умолчанию каталогом, использующимся по умолчанию, является C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Backup.Therefore, for the default server instance, the default backup directory is: C:\Program Files\Microsoft SQL Server\MSSQL13.MSSQLSERVER\MSSQL\Backup.

Чтобы избежать неоднозначности, особенно в скриптах, рекомендуется явно указывать путь каталога резервного копирования в каждом предложении DISK.To avoid ambiguity, especially in scripts, we recommend that you explicitly specify the path of the backup directory in every DISK clause. Однако это менее важно при использовании редактора запросов.However, this is less important when you are using Query Editor. В этом случае, если вы уверены, что файл резервного копирования находится в определенном по умолчанию каталоге для резервных копий, можно опустить путь в предложении DISK.In that case, if you are sure that the backup file resides in the default backup directory, you can omit the path from a DISK clause. В следующем примере с помощью инструкции BACKUP создается резервная копия базы данных AdventureWorks2012AdventureWorks2012 в определенном по умолчанию каталоге резервных копий.For example, the following BACKUP statement backs up the AdventureWorks2012AdventureWorks2012 database to the default backup directory.

BACKUP DATABASE AdventureWorks2012   
   TO DISK = 'AdventureWorks2012.bak';  
GO  

ПРИМЕЧАНИЕ. Расположение по умолчанию находится в разделе реестра BackupDirectory в ветке HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.n\MSSQLServer.NOTE: The default location is stored in the BackupDirectory registry key under HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.n\MSSQLServer.

Резервное копирование в файл, расположенный в общей сетевой папкеBack up to a network share file

Чтобы SQL ServerSQL Server мог обращаться к удаленному дисковому файлу, учетная запись службы SQL ServerSQL Server должна иметь доступ к общему сетевому ресурсу.For SQL ServerSQL Server to access a remote disk file, the SQL ServerSQL Server service account must have access to the network share. Включая наличие разрешений на запись, необходимых для выполнения операций резервного копирования на общий сетевой ресурс, и разрешения на чтение с ресурса для выполнения операций восстановления.This includes having the permissions needed for backup operations to write to the network share and for restore operations to read from it. Уровень доступности сетевых дисков и разрешения зависят от контекста, в котором выполняется служба SQL ServerSQL Server .The availability of network drives and permissions depends on the context is which SQL ServerSQL Server service is running:

  • Чтобы создать резервную копию на сетевой диск, когда SQL ServerSQL Server выполняется под учетной записью пользователя домена, в сеансе, в котором выполняется SQL ServerSQL Server , общий диск должен быть подключен как сетевой диск.To back up to a network drive when SQL ServerSQL Server is running in a domain user account, the shared drive must be mapped as a network drive in the session where SQL ServerSQL Server is running. Если файл Sqlservr.exe запускается из командной строки, то SQL ServerSQL Server видит любые сетевые диски, подключенные в ходе сеанса.If you start Sqlservr.exe from command line, SQL ServerSQL Server sees any network drives you have mapped in your login session.

  • Если файл Sqlservr.exe запускается как служба, то SQL ServerSQL Server выполняется в отдельном сеансе, который не связан с пользовательским сеансом.When you run Sqlservr.exe as a service, SQL ServerSQL Server runs in a separate session that has no relation to your login session. Сеанс службы может иметь собственные подключенные сетевые диски, но, как правило, они отсутствуют.The session in which a service runs can have its own mapped drives, although it usually does not.

  • Можно подключиться, используя учетную запись сетевой службы, если вместо пользователя домена указать учетную запись компьютера.You can connect with the network service account by using the computer account instead of a domain user. Чтобы разрешить выполнение резервного копирования с определенных компьютеров на общий диск, нужно предоставить доступ к учетным записям компьютеров.To enable backups from specific computers to a shared drive, grant access to the computer accounts. Пока процесс Sqlservr.exe имеет доступ на запись резервных копий, было бы неправильно предоставлять доступ пользователю, посылающему инструкцию BACKUP.As long as the Sqlservr.exe process that is writing the backup has access, it is irrelevant whether the user sending the BACKUP command has access.

    ВАЖНО!IMPORTANT! Резервное копирование данных через сеть может быть причиной сетевых ошибок. Поэтому при использовании удаленного диска рекомендуется проверять операцию резервного копирования после ее завершения.Backing up data over a network can be subject to network errors; therefore, we recommend that when you are using a remote disk you verify the backup operation after it finishes. Дополнительные сведения см. в разделе RESTORE VERIFYONLY (Transact-SQL).For more information, see RESTORE VERIFYONLY (Transact-SQL).

Указание имени в формате UNCSpecify a Universal Naming Convention (UNC) name

Чтобы указать сетевой ресурс в команде резервного копирования или восстановления, для файла, расположенного на устройстве резервного копирования, следует использовать полностью заданное имя в формате UNC.To specify a network share in a backup or restore command, use the fully qualified universal naming convention (UNC) name of the file for the backup device. Имя в формате UNC имеет форму \\ Имя_системы \ Имя_общего_ресурса \ Путь \ Имя_файла.A UNC name has the form \\Systemname\ShareName\Path\FileName.

Пример:For example:

BACKUP DATABASE AdventureWorks2012   
   TO DISK = '\\BackupSystem\BackupDisk1\AW_backups\AdventureWorksData.Bak';  
GO  

Использование ленточных устройствUsing tape devices

ПРИМЕЧАНИЕ. Поддержка ленточных устройств резервного копирования будет удалена в одной из будущих версий SQL ServerSQL Server.NOTE: Support for tape backup devices 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.

Для резервного копирования данных SQL ServerSQL Server на магнитную ленту необходим накопитель на магнитной ленте, поддерживаемый операционной системой MicrosoftMicrosoft Windows.Backing up SQL ServerSQL Server data to tape requires that the tape drive or drives be supported by the MicrosoftMicrosoft Windows operating system. Кроме того, для накопителя на магнитной ленте рекомендуется использовать только ту магнитную ленту, которая рекомендована производителем накопителя.Additionally, for the given tape drive, we recommend that you use only tapes recommended by the drive manufacturer. Дополнительные сведения об установке накопителя на магнитной ленте см. в документации по операционной системе Windows.For more information about how to install a tape drive, see the documentation for the Windows operating system.

Если при резервном копировании на магнитную ленту одна лента будет заполнена, то запись резервной копии может быть продолжена на другую ленту.When a tape drive is used, a backup operation may fill one tape and continue onto another tape. Каждая лента содержит заголовок носителя.Each tape contains a media header. Первый использованный носитель называется исходной лентой.The first media used is called the initial tape. Каждая последующая лента называется дополнительная лента и имеет номер носителя на один больше предыдущего.Each successive tape is known as a continuation tape and has a media sequence number that is one higher than the previous tape. Например, набор носителей, связанный с четырьмя ленточными накопителями, содержит, по меньшей мере, четыре исходных ленты (и, если база данных не умещается, то четыре серии дополнительных лент).For example, a media set associated with four tape devices contains at least four initial tapes (and, if the database does not fit, four series of continuation tapes). При наращивании набора резервного копирования нужно монтировать последнюю ленту в серию.When appending a backup set, you must mount the last tape in the series. Если последняя лента не смонтирована, то компонент Компонент Database EngineDatabase Engine просматривает ленты вплоть до конца смонтированной и требует сменить ленту.If the last tape is not mounted, the Компонент Database EngineDatabase Engine scans forward to the end of the mounted tape and then requires that you change the tape. В этот момент смонтируйте последнюю ленту.At that point, mount the last tape.

Ленточные устройства резервного копирования используются аналогично дисковым, но со следующими исключениями.Tape backup devices are used like disk devices, with the following exceptions:

  • Ленточное устройство должно быть физически подключено к компьютеру, на котором запущен экземпляр SQL ServerSQL Server.The tape device must be connected physically to the computer that is running an instance of SQL ServerSQL Server. Резервное копирование на удаленный ленточный накопитель не поддерживается.Backing up to remote tape devices is not supported.

  • Если ленточное устройство окажется переполненным до завершения резервного копирования, то SQL ServerSQL Server предложит вставить новую ленту и продолжит операцию после ее загрузки.If a tape backup device is filled during the backup operation, but more data still must be written, SQL ServerSQL Server prompts for a new tape and continues the backup operation after a new tape is loaded.

Указание ленточного устройства резервного копирования по его физическому имени (Transact-SQL)Specify a backup tape using its physical name (Transact-SQL)

Базовый синтаксис инструкции BACKUP для указания ленты резервного копирования с помощью физического имени накопителя на магнитной ленте:The basic BACKUP syntax for specifying a backup tape using the physical device name of the tape drive is:

BACKUP { DATABASE | LOG } database_nameBACKUP { DATABASE | LOG } database_name

TO TAPE = { ' physical_backup_device_name ' | @ physical_backup_device_name_var }TO TAPE = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Пример:For example:

BACKUP LOG AdventureWorks2012   
   TO TAPE = '\\.\tape0';  
GO  

Базовый синтаксис для указания физического ленточного устройства в инструкции RESTORE :To specify a physical tape device in a RESTORE statement, the basic syntax is:

RESTORE { DATABASE | LOG } database_nameRESTORE { DATABASE | LOG } database_name

FROM TAPE = { ' physical_backup_device_name ' | @ physical_backup_device_name_var }FROM TAPE = { 'physical_backup_device_name' | @physical_backup_device_name_var }

Параметры BACKUP и RESTORE для ленточных устройств (Transact-SQL)Tape-Specific BACKUP and RESTORE options (Transact-SQL)

Чтобы упростить управление лентой, инструкция BACKUP предоставляет следующие параметры для ленточных устройств.To facilitate tape management, the BACKUP statement provides the following tape-specific options:

  • { NOUNLOAD | UNLOAD }{ NOUNLOAD | UNLOAD }

    Предоставляет управление автоматической выгрузкой ленты из накопителя на магнитной ленте после завершения операций резервного копирования или восстановления.You can control whether a backup tape is unloaded automatically from the tape drive after a backup or restore operation. Параметр UNLOAD/NOUNLOAD является настройкой сеанса, он сохраняется в течение работы сеанса или пока не будет сброшен при указании другого значения.UNLOAD/NOUNLOAD is a session setting that persists for the life of the session or until it is reset by specifying the alternative.

  • { REWIND | NOREWIND }{ REWIND | NOREWIND }

    С помощью этого параметра можно определить — оставит ли SQL ServerSQL Server ленту открытой после операции резервного копирования или восстановления или освободит и перемотает после того, как она будет заполнена.You can control whether SQL ServerSQL Server keeps the tape remains open after the backup or restore operation or releases and rewinds the tape after it fills. Поведение по умолчанию — перемотка ленты (REWIND).The default behavior is to rewind the tape (REWIND).

ПРИМЕЧАНИЕ. Дополнительные сведения о синтаксисе инструкции BACKUP и ее аргументах см. в разделе BACKUP (Transact-SQL).NOTE: For more information about the BACKUP syntax and arguments, see BACKUP (Transact-SQL). Дополнительные сведения о синтаксисе RESTORE и его аргументах см. в разделах RESTORE (Transact-SQL) и Аргументы RESTORE (Transact-SQL) соответственно.For more information about the RESTORE syntax and arguments, see RESTORE (Transact-SQL) and RESTORE Arguments (Transact-SQL), respectively.

Управление открытыми магнитными лентамиManaging open tapes

Для просмотра списка открытых ленточных устройств и состояния запросов на подключение запросите динамическое представление управления sys.dm_io_backup_tapes .To view a list of open tape devices and the status of mount requests, query the sys.dm_io_backup_tapes dynamic management view. Данное представление показывает все открытые ленты.This view shows all the open tapes. Сюда относятся все используемые ленты, которые временно простаивают в ожидании следующей операции BACKUP или RESTORE.These include in-use tapes that are temporarily idle while they wait for the next BACKUP or RESTORE operation.

Если лента была неумышленно оставлена открытой, то самый быстрый способ освободить ленту — использовать следующую команду: RESTORE REWINDONLY FROM TAPE = backup_device_name.If a tape has been accidentally left open, the fastest way to release the tape is by using the following command: RESTORE REWINDONLY FROM TAPE =backup_device_name. Дополнительные сведения см. в разделе RESTORE REWINDONLY (Transact-SQL).For more information, see RESTORE REWINDONLY (Transact-SQL).

Использование службы хранилища BLOB-объектов AzureUsing the Azure Blob Storage service

Резервные копии SQL Server могут быть записаны в службу хранилища BLOB-объектов Azure.SQL Server Backups can be written to the Azure Blob Storage Service. Дополнительные сведения о том, как использовать службу хранилища BLOB-объектов Azure для резервного копирования, см. в статье Резервное копирование и восстановление SQL Server с помощью службы хранилища BLOB-объектов Microsoft Azure.For more information on how to use the Azure Blob storage service for your backups, see SQL Server Backup and Restore with Microsoft Azure Blob Storage Service.

Использование логического устройства резервного копированияUse a logical backup device

Логическое устройство резервного копирования представляет собой необязательное, определяемое пользователем имя, которое указывает на конкретное физическое устройство резервного копирования (дисковый файл или ленточный накопитель).A logical backup device is an optional, user-defined name that points to a specific physical backup device (a disk file or tape drive). Логическое устройство резервного копирования позволяет использовать возможность косвенного обращения к соответствующему физическому устройству резервного копирования.A logical backup device lets you use indirection when referencing the corresponding physical backup device.

Определение логического устройства резервного копирования включает в себя назначение логического имени физическому устройству.Defining a logical backup device involves assigning a logical name to a physical device. Например, логическое устройство AdventureWorksBackups можно определить таким образом, чтобы оно указывало на файл Z:\SQLServerBackups\AdventureWorks2012.bak или ленточный накопитель \\.\tape0.For example, a logical device, AdventureWorksBackups, could be defined to point to the Z:\SQLServerBackups\AdventureWorks2012.bak file or the \\.\tape0 tape drive. Затем в командах резервного копирования и восстановления в качестве устройства резервного копирования можно указывать AdventureWorksBackups вместо DISK = "Z:\SQLServerBackups\AdventureWorks2012.bak" или\\.\tape0.Backup and restore commands can then specify AdventureWorksBackups as the backup device, instead of DISK = 'Z:\SQLServerBackups\AdventureWorks2012.bak' or TAPE = '\\.\tape0'.

Каждое имя логического устройства должно быть уникальным в пространстве имен всех логических устройств резервного копирования на экземпляре сервера.The logical device name must be unique among all the logical backup devices on the server instance. Чтобы просмотреть имена существующих логических устройств, запросите представление каталога sys.backup_devices .To view the existing logical device names, query the sys.backup_devices catalog view. Это представление отображает имя каждого логического устройства резервного копирования и описывает тип и имя физического файла или путь к соответствующему физическому устройству резервного копирования.This view displays the name of each logical backup device and describes the type and physical file name or path of the corresponding physical backup device.

После того как определено логическое устройство резервного копирования в инструкциях BACKUP или RESTORE, можно указывать логическое устройство резервного копирования вместо использования физического имени устройства.After a logical backup device is defined, in a BACKUP or RESTORE command, you can specify the logical backup device instead of the physical name of the device. Например, следующая инструкция создает резервную копию базы данных AdventureWorks2012 в логическое устройство резервного копирования AdventureWorksBackups .For example, the following statement backs up the AdventureWorks2012 database to the AdventureWorksBackups logical backup device.

BACKUP DATABASE AdventureWorks2012   
   TO AdventureWorksBackups;  
GO  

ПРИМЕЧАНИЕ. В данных инструкциях BACKUP или RESTORE имя логического устройства резервного копирования и имя соответствующего физического устройства резервного копирования являются взаимозаменяемыми.NOTE: In a given BACKUP or RESTORE statement, the logical backup device name and the corresponding physical backup device name are interchangeable.

Одним из преимуществ использования логического устройства резервного копирования является удобство по сравнению с использованием длинного полного пути.One advantage of using a logical backup device is that it is simpler to use than a long path. Использование логического устройства резервного копирования может быть полезным, если планируется запись набора резервных копий по одному и тому же пути или на один накопитель на магнитной ленте.Using a logical backup device can help if you plan to write a series of backups to the same path or to a tape device. Логические устройства резервного копирования особенно полезны для указания ленточных устройств резервного копирования.Logical backup devices are especially useful for identifying tape backup devices.

Для использования особого логического устройства можно написать скрипт резервного копирования.A backup script can be written to use a particular logical backup device. Это позволяет переключаться к новым физическим устройствам резервного копирования без обновления скрипта.This lets you switch to a new physical backup devices without updating the script. Переключение включает следующий процесс.Switching involves the following process:

  1. Удаление исходного логического устройства резервного копирования.Dropping the original logical backup device.

  2. Определение нового логического устройства резервного копирования, имя которого совпадает с именем исходного логического устройства, но которое сопоставлено с другим физическим устройством резервного копирования.Defining a new logical backup device that uses the original logical device name but maps to a different physical backup device. Логические устройства резервного копирования особенно полезны для указания ленточных устройств резервного копирования.Logical backup devices are especially useful for identifying tape backup devices.

Зеркальные наборы носителей резервных копийMirrored backup media sets

Зеркальное отображение набора носителей резервных копий позволяет снизить воздействие сбоев в работе устройств резервного копирования на сохранность резервных копий.Mirroring of backup media sets reduces the effect of backup-device malfunctions. Эти сбои имеют особо серьезное значение, поскольку резервные копии являются последней линией обороны перед потерей данных.These malfunctions are especially serious because backups are the last line of defense against data loss. По мере роста баз данных в объеме увеличивается вероятность того, что сбой в работе устройства резервного копирования или носителя сделает резервную копию невосстановимой.As the sizes of databases grow, the probability increases that a failure of a backup device or media will make a backup nonrestorable. Зеркальное отображение носителей резервных копий повышает надежность резервных копий за счет избыточности физических устройств резервного копирования.Mirroring backup media increases the reliability of backups by providing redundancy for the physical backup device. Дополнительные сведения см. в подразделе Зеркальные наборы носителей резервных копий (SQL Server).For more information, see Mirrored Backup Media Sets (SQL Server).

ПРИМЕЧАНИЕ. Зеркальные наборы носителей резервной копии поддерживаются только в выпуске SQL Server 2005 Enterprise EditionSQL Server 2005 Enterprise Edition и более поздних версиях.NOTE: Mirrored backup media sets are supported only in SQL Server 2005 Enterprise EditionSQL Server 2005 Enterprise Edition and later versions.

Архивация резервных копий SQL ServerArchive SQL Server backups

Для архивации дисковых резервных копий рекомендуется пользоваться программой архивации файловой системы, а также хранить архивы вне вычислительной системы.We recommend that you use a file system backup utility to archive the disk backups and that you store the archives off-site. Использование жесткого диска дает возможность использовать сеть для записи заархивированных резервных копий на диск, расположенный вне вычислительной системы.Using disk has the advantage that you use the network to write the archived backups onto an off-site disk. Хранилище BLOB-объектов Azure можно использовать в качестве средства архивирования.The Azure Blob storage service can be used as off-site archival option. Можно передать дисковые резервные копии либо непосредственно записать копии в службу хранилища BLOB-объектов Azure.You can either upload your disk backups, or directly write the backups to the Azure Blob storage service.

Другой распространенный подход к архивированию предусматривает запись резервных копий SQL ServerSQL Server на локальный диск для резервного копирования, архивацию копий на магнитную ленту и хранение ленты на другой площадке.Another common archiving approach is to write SQL ServerSQL Server backups onto a local backup disk, archive them to tape, and then store the tapes off-site.

Related tasksRelated tasks

Указание логического устройства резервного копирования (среда SQL Server Management Studio)To specify a disk device (SQL Server Management Studio)

Указание ленточного устройства (среда SQL Server Management Studio)To specify a tape device (SQL Server Management Studio)

Определение логического устройства резервного копированияTo define a logical backup device

Использование логического устройства резервного копированияTo use a logical backup device

Просмотр сведений об устройствах резервного копированияTo View Information About Backup Devices

Удаление логического устройства резервного копированияTo delete a logical backup device

См. также разделSee also

SQL Server, объект Backup Device SQL Server, Backup Device Object
BACKUP (Transact-SQL) BACKUP (Transact-SQL)
Планы обслуживания Maintenance Plans
Наборы носителей, семейства носителей и резервные наборы данных (SQL Server) Media Sets, Media Families, and Backup Sets (SQL Server)
RESTORE (Transact-SQL) RESTORE (Transact-SQL)
RESTORE LABELONLY (Transact-SQL) RESTORE LABELONLY (Transact-SQL)
sys.backup_devices (Transact-SQL) sys.backup_devices (Transact-SQL)
sys.dm_io_backup_tapes (Transact-SQL) sys.dm_io_backup_tapes (Transact-SQL)
Зеркальные наборы носителей резервных копий (SQL Server)Mirrored Backup Media Sets (SQL Server)