Устройства резервного копирования
Во время выполнения операции резервного копирования создается резервная копия данных. Резервная копия записывается на физическое устройство резервного копирования. Физическим устройством резервного копирования является либо накопитель на ленточном устройстве, либо дисковый файл, предоставленный операционной системой. В резервном копировании может участвовать от 1 до 64 устройств. Если для резервного копирования требуется несколько устройств, все устройства должны быть одного типа (диск или ленточный накопитель).
.gif "Примечание") Примечание |
|---|
Физическое устройство резервного копирования инициализируется при записи на него первой резервной копии в наборе носителей. Резервные копии на наборе из одного или нескольких устройств резервного копирования образуют отдельный набор носителей. Набор носителей является упорядоченным набором носителей резервного копирования, ленточных накопителей или дисковых файлов, которые используют определенный тип и количество устройств резервного копирования. Дополнительные сведения о наборах носителей см. в разделе Наборы носителей, семейства носителей и резервные наборы данных. |
Использование дисковых устройств резервного копирования
Дисковым устройством резервного копирования является жесткий диск или другое дисковое устройство хранения, на котором содержится один или несколько файлов резервной копии. Файл резервной копии является обычным файлом операционной системы.
Если дисковый файл будет заполнен во время добавления резервной копии к набору носителей операцией резервного копирования, то она завершится c ошибкой. Максимальный размер файла резервной копии определяется свободным местом, доступным на жестком диске, поэтому необходимый размер жесткого диска резервного копирования зависит от размера резервных копий.
В качестве дискового устройства резервного копирования может использоваться обычный жесткий диск, например диск с интерфейсом ATA. Кроме того, можно использовать жесткие диски с возможностью горячей замены, которые позволяют, не прерывая работу системы, заменять заполненный диск на пустой. Диск резервного копирования может быть как локальным диском сервера, так и удаленным диском, который является общим сетевым ресурсом. Дополнительные сведения об использовании удаленных дисков см. в подразделе «Резервное копирование в файл, расположенный в общей сетевой папке», далее в этом разделе.
Средства управления SQL Server являются достаточно гибкими при управлении дисковыми устройствами резервного копирования, так как автоматически создают имя с временной отметкой для дискового файла.
.gif "Важное примечание") Важно! |
|---|
Резервные копии, базы данных и журналы рекомендуется хранить на разных дисках. Это является необходимым, чтобы можно было гарантировать возможность доступа к резервным копиям при сбое диска с базой данных или журналами. |
Как указать файл резервной копии по его физическому имени
Базовый синтаксис инструкции BACKUP для указания файла резервного копирования с помощью его физического имени:
BACKUP DATABASE имя_базы_данных
TO DISK = { 'имя_физического_устройства_резервного _копирования' | **@**переменная_имени_физического_устройства_резервного _копирования }
Например:
BACKUP DATABASE AdventureWorks
TO DISK = 'Z:\SQLServerBackups\AdventureWorks.bak';
GO
Базовый синтаксис для указания физического жесткого диска в инструкции RESTORE:
RESTORE { DATABASE | LOG } имя_базы_данных
FROM DISK = { 'имя_физического_устройства_резервного _копирования' | **@**переменная_имени_физического_устройства_резервного _копирования }
Например:
RESTORE DATABASE AdventureWorks
FROM DISK = 'Z:\SQLServerBackups\AdventureWorks.bak';
Как указать путь к файлу резервной копии диска
При указании файла резервного копирования следует ввести полный путь и имя файла. Если введено только имя файла или относительный путь для резервного копирования на диск, то файл резервной копии будет помещен в определенный по умолчанию каталог для резервных копий. Резервным каталогом по умолчанию является «C:\Program Files\Microsoft SQL Server\MSSQL.n\MSSQL\Backup», где n — номер экземпляра сервера. Поэтому для экземпляра сервера по умолчанию каталогом по умолчанию является C:\Program Files\Microsoft SQL Server\MSSQL10.MSSQLSERVER\MSSQL\Backup.
Чтобы избежать неоднозначности, особенно в сценариях, рекомендуется явно указывать путь каталога резервного копирования в каждом предложении DISK. Однако это менее важно при использовании редактора запросов. В этом случае, если вы уверены, что файл резервного копирования находится в определенном по умолчанию каталоге для резервных копий, можно опустить путь в предложении DISK. В следующем примере с помощью инструкции BACKUP создается резервная копия базы данных AdventureWorks в файл AdventureWorks.bak в определенном по умолчанию каталоге для резервных копий.
BACKUP DATABASE AdventureWorks
TO DISK = ’AdventureWorks.bak’;
GO
| Примечание |
|---|
Расположение по умолчанию находится в разделе реестра BackupDirectory в ветке HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL.n\MSSQLServer. |
Резервное копирование в файл, расположенный в общей сетевой папке
Чтобы SQL Server мог обращаться к удаленному дисковому файлу, учетная запись службы SQL Server должна иметь доступ к общему сетевому ресурсу. Включая наличие разрешений на запись, необходимых для выполнения операций резервного копирования на общий сетевой ресурс, и разрешения на чтение с ресурса для выполнения операций восстановления. Уровень доступности сетевых дисков и разрешения зависят от контекста, в котором выполняется служба SQL Server.
Чтобы создать резервную копию на сетевой диск, когда SQL Server выполняется под учетной записью пользователя домена, в сеансе, в котором выполняется SQL Server, общий диск должен быть подключен как сетевой диск. Если файл Sqlservr.exe запускается из командной строки, то SQL Server видит любые сетевые диски, подключенные в ходе сеанса.
Если файл Sqlservr.exe запускается как служба, то SQL Server выполняется в отдельном сеансе, который не связан с пользовательским сеансом. Сеанс службы может иметь собственные подключенные сетевые диски, но, как правило, они отсутствуют.
Можно подключиться, используя учетную запись сетевой службы, если вместо пользователя домена указать учетную запись компьютера. Чтобы разрешить выполнение резервного копирования с определенных компьютеров на общий диск, нужно предоставить доступ к учетным записям компьютеров. Пока процесс Sqlservr.exe имеет доступ на запись резервных копий, было бы неправильно предоставлять доступ пользователю, посылающему инструкцию BACKUP.
Важно!Резервное копирование данных через сеть может быть причиной сетевых ошибок. Поэтому при использовании удаленного диска рекомендуется проверять операцию резервного копирования после ее завершения. Дополнительные сведения см. в разделе Проверка резервных копий.
Как указать имя в формате UNC
Чтобы указать сетевой ресурс в инструкции резервного копирования или восстановления, для файла, расположенного на устройстве резервного копирования, необходимо использовать полностью заданное имя в формате UNC. Имя в формате UNC имеет форму \\Имя_системы\Общая_папка\Путь\Имя_файла.
Например:
BACKUP DATABASE AdventureWorks
TO DISK = '\\BackupSystem\BackupDisk1\AW_backups\AdventureWorksData.Bak';
GO
Использование ленточных устройств
| Примечание |
|---|
Поддержка ленточных устройств резервного копирования будет исключена из будущей версии SQL Server. Избегайте использования этой функции в новых разработках и запланируйте изменение существующих приложений, в которых она применяется. |
Для резервного копирования данных SQL Server на магнитную ленту необходим накопитель на магнитной ленте, поддерживаемый операционной системой Microsoft Windows. Кроме того, для накопителя на магнитной ленте рекомендуется использовать только ту магнитную ленту, которая рекомендована производителем накопителя. Дополнительные сведения об установке накопителя на магнитной ленте см. в документации по операционной системе Windows.
Если при резервном копировании на магнитную ленту одна лента будет заполнена, то запись резервной копии может быть продолжена на другую ленту. Каждая лента содержит заголовок носителя. Первый использованный носитель называется исходной лентой. Каждая последующая лента называется дополнительная лента и имеет номер носителя на один больше предыдущего. Например, набор носителей, связанный с четырьмя ленточными накопителями, содержит, по меньшей мере, четыре исходных ленты (и, если база данных не умещается, то четыре серии дополнительных лент). При наращивании набора резервного копирования нужно монтировать последнюю ленту в серию. Если последняя лента не смонтирована, то компонент Database Engine просматривает ленты вплоть до конца смонтированной и требует сменить ленту. В этот момент смонтируйте последнюю ленту.
Ленточные устройства резервного копирования используются аналогично дисковым, но со следующими исключениями.
Ленточное устройство должно быть физически подключено к компьютеру, на котором запущен экземпляр SQL Server. Резервное копирование на удаленный ленточный накопитель не поддерживается.
Если ленточное устройство окажется переполненным до завершения резервного копирования, то SQL Server предложит вставить новую ленту и продолжит операцию после ее загрузки.
Управление открытыми магнитными лентами
Чтобы просмотреть список открытых ленточных устройств и состояние запросов на монтирование, запросите динамическое административное представление sys.dm_io_backup_tapes. Данное представление показывает все открытые ленты. Сюда относятся все используемые ленты, которые временно простаивают в ожидании следующей операции BACKUP или RESTORE.
Если лента была неумышленно оставлена открытой, то самый быстрый способ освободить ленту — использовать следующую команду: RESTORE REWINDONLY FROM TAPE **=**имя_устройства_резервного_копирования. Дополнительные сведения см. в разделе RESTORE REWINDONLY (Transact-SQL).
Как указать ленту для резервного копирования по ее физическому имени
Базовый синтаксис инструкции BACKUP для указания ленты резервного копирования с помощью физического имени накопителя на магнитной ленте:
BACKUP { DATABASE | LOG } имя_базы_данных
TO TAPE = { 'имя_физического_устройства_резервного _копирования' | **@**переменная_имени_физического_устройства_резервного _копирования }
Например:
BACKUP LOG AdventureWorks
TO TAPE = '\\.\tape0';
GO
Базовый синтаксис для указания физического ленточного устройства в инструкции RESTORE:
RESTORE { DATABASE | LOG } имя_базы_данных
FROM TAPE = { 'имя_физического_устройства_резервного _копирования' | **@**переменная_имени_физического_устройства_резервного _копирования }
Параметры для ленточных устройств в инструкциях BACKUP и RESTORE
Чтобы упростить управление лентой, инструкция BACKUP предоставляет следующие параметры для ленточных устройств.
{ NOUNLOAD | UNLOAD }
Предоставляет управление автоматической выгрузкой ленты из накопителя на магнитной ленте после завершения операций резервного копирования или восстановления. Параметр UNLOAD/NOUNLOAD является настройкой сеанса, он сохраняется в течение работы сеанса или пока не будет сброшен при указании другого значения.
{ REWIND | NOREWIND }
С помощью этого параметра можно определить — оставит ли SQL Server ленту открытой после операции резервного копирования или восстановления или освободит и перемотает после того, как она будет заполнена. Поведение по умолчанию — перемотка ленты (REWIND).
| Примечание |
|---|
Дополнительные сведения о синтаксисе инструкции BACKUP и ее аргументах см. в разделе BACKUP (Transact-SQL). Дополнительные сведения о синтаксисе инструкции RESTORE и ее аргументах соответственно см. в разделах RESTORE (Transact-SQL) и Аргументы инструкции RESTORE (Transact-SQL), соответственно. |
Использование логического устройства резервного копирования
Логическое устройство резервного копирования является необязательным, определяемым пользователем именем, которое указывает на определенное физическое устройство резервного копирования (дисковый файл или накопитель на магнитной ленте). Логическое устройство резервного копирования позволяет использовать возможность косвенного обращения к соответствующему физическому устройству резервного копирования.
Определение логического устройства резервного копирования включает в себя назначение логического имени физическому устройству. Например, логическое устройство AdventureWorksBackups можно определить для указания файла «Z:\SQLServerBackups\AdventureWorks.bak» или накопителя на магнитной ленте \\.\tape0. Затем в командах резервного копирования и восстановления можно указать AdventureWorksBackups в качестве устройства резервного копирования, вместо DISK = 'Z:\SQLServerBackups\AdventureWorks.bak' или TAPE = '\\.\tape0'.
Каждое имя логического устройства должно быть уникальным в пространстве имен всех логических устройств резервного копирования на экземпляре сервера. Чтобы просмотреть имена существующих логических устройств, запросите представление каталога sys.backup_devices. Это представление отображает имя каждого логического устройства резервного копирования и описывает тип и имя физического файла или путь к соответствующему физическому устройству резервного копирования.
После того как определено логическое устройство резервного копирования в инструкциях BACKUP или RESTORE, можно указывать логическое устройство резервного копирования вместо использования физического имени устройства. Например, следующая инструкция создает резервную копию базы данных AdventureWorks в логическое устройство резервного копирования AdventureWorksBackups.
BACKUP DATABASE AdventureWorks
TO AdventureWorksBackups;
GO
| Примечание |
|---|
В данных инструкциях BACKUP или RESTORE имя логического устройства резервного копирования и имя соответствующего физического устройства резервного копирования являются взаимозаменяемыми. |
Одним из преимуществ использования логического устройства резервного копирования является удобство по сравнению с использованием длинного полного пути. Использование логического устройства резервного копирования может быть полезным, если планируется запись набора резервных копий по одному и тому же пути или на один накопитель на магнитной ленте. Логические устройства резервного копирования особенно полезны для указания ленточных устройств резервного копирования.
Для использования особого логического устройства можно написать сценарий резервного копирования. Это позволяет переключаться к новым физическим устройствам резервного копирования без обновления сценария. Переключение включает следующий процесс.
Удаление исходного логического устройства резервного копирования.
Определение нового логического устройства резервного копирования, имя которого совпадает с именем исходного логического устройства, но которое сопоставлено с другим физическим устройством резервного копирования. Логические устройства резервного копирования особенно полезны для указания ленточных устройств резервного копирования.
Определение логического устройства резервного копирования
BackupDevice (SMO)
Удаление логического устройства резервного копирования
Использование логического устройства резервного копирования (среда SQL Server Management Studio)
Как создать резервную копию базы данных (среда SQL Server Management Studio)
Как восстановить резервную копию с устройства (среда SQL Server Management Studio)
Использование логического устройства резервного копирования (Transact-SQL)
Зеркальные наборы носителей резервных копий
Зеркальное отображение набора носителей резервных копий позволяет снизить воздействие сбоев в работе устройств резервного копирования на сохранность резервных копий. Эти сбои имеют особо серьезное значение, поскольку резервные копии являются последней линией обороны перед потерей данных. По мере роста баз данных в объеме увеличивается вероятность того, что сбой в работе устройства резервного копирования или носителя сделает резервную копию невосстановимой. Зеркальное отображение носителей резервных копий повышает надежность резервных копий за счет избыточности физических устройств резервного копирования. Дополнительные сведения см. в разделе Использование зеркальных наборов носителей данных резервных копий.
| Примечание |
|---|
Зеркальные наборы носителей резервных копий поддерживаются только в выпуске SQL Server 2005 Enterprise Edition и более поздних версиях. |
Архивация резервных копий SQL Server
Для архивации дисковых резервных копий рекомендуется пользоваться программой архивации файловой системы, а также хранить архивы вне вычислительной системы. Использование жесткого диска дает возможность использовать сеть для записи заархивированных резервных копий на диск, расположенный вне вычислительной системы. Использование магнитной ленты дает возможность накапливать множество заархивированных резервных копий до тех пор, пока у пользователя не будет полной уверенности в том, что они больше не нужны.
Наиболее распространенный подход к архивированию заключается в записи резервных копий SQL Server на локальный диск для резервного копирования, архивация копий на магнитную ленту и хранение ленты вне вычислительной системы.
См. также