Восстановление файлов и файловых групп (SQL Server)
Применимо к:
SQL Server
В этом разделе описывается восстановление файлов и файловых групп в SQL Server с помощью SQL Server Management Studio или Transact-SQL.
В этом разделе
Перед началом:
Восстановление файлов и файловых групп с помощью следующих средств
Перед началом
Ограничения
Системный администратор, восстанавливающий файлы и файловые группы, должен быть единственным лицом, использующим восстанавливаемую базу данных в данный момент.
Инструкция RESTORE недопустима в явной или неявной транзакции.
При использовании простой модели восстановления файл должен принадлежать к файловой группе, находящейся в режиме только для чтения.
Перед началом восстановления файлов по модели полного восстановления или модели восстановления с неполным протоколированием необходимо выполнить резервное копирование активного журнала транзакций (который называется заключительным фрагментом журнала). Дополнительные сведения см. в разделе Создание резервной копии журнала транзакций (SQL Server).
Чтобы восстановить зашифрованную базу данных, необходимо иметь доступ к сертификату или асимметричному ключу, который использовался для шифрования базы данных. Без сертификата или асимметричного ключа восстановить базу данных нельзя. Поэтому сертификат, используемый для шифрования ключа шифрования базы данных, должен храниться в течение всего времени, пока есть необходимость в резервной копии. Дополнительные сведения см. в статье SQL Server Certificates and Asymmetric Keys.
Безопасность
Разрешения
Если восстанавливаемая база данных не существуют, для выполнения инструкции RESTORE у пользователя должны быть разрешения CREATE DATABASE. Если база данных существует, разрешения на выполнение инструкции RESTORE по умолчанию предоставлены членам предопределенных ролей сервера sysadmin и dbcreator , а также владельцу базы данных (dbo) (для параметра FROM DATABASE_SNAPSHOT база данных всегда существует).
Разрешения на выполнение инструкции RESTORE даются ролям, в которых данные о членстве всегда доступны серверу. Так как членство в предопределенной роли базы данных может быть проверено только тогда, когда база данных доступна и не повреждена, что не всегда имеет место при выполнении инструкции RESTORE, члены предопределенной роли базы данных db_owner не имеют разрешений RESTORE.
Использование среды SQL Server Management Studio
Восстановление файлов и файловых групп
После подключения к соответствующему экземпляру ядра СУБД SQL Server в обозревателе объектов щелкните имя сервера, чтобы развернуть дерево сервера.
Разверните узел Базы данных. В зависимости от типа восстанавливаемой базы данных выберите пользовательскую базу данных или раскройте узел Системные базы данныхи выберите системную базу данных.
Щелкните правой кнопкой мыши базу данных, укажите на пункт Задачии щелкните Восстановить.
Щелкните Файлы и файловые группы, после чего откроется диалоговое окно Восстановление файлов и файловых групп .
На странице Общие в списке В базу данных введите имя восстанавливаемой базы данных. Можно ввести новую базу данных или выбрать уже существующую из раскрывающегося списка. Список включает все базы данных на сервере кроме системных баз данных master и tempdb.
Чтобы указать источник и расположение восстанавливаемых резервных наборов данных, выберите один из следующих вариантов.
Из базы данных
Введите имя базы данных в списке. Данный список содержит только базы данных, резервное копирование которых было выполнено в соответствии с журналом резервного копирования msdb .
С устройства
Нажмите кнопку обзора. В диалоговом окне Указание устройств резервного копирования выберите один из перечисленных типов устройств в списке Тип носителя резервной копии . Чтобы выбрать одно или несколько устройств в списке Носитель резервной копии , нажмите кнопку Добавить.
После добавления нужных устройств в списке Носитель резервной копии нажмите кнопку ОК для возвращения на страницу Общие .
В сетке Выберите резервные наборы данных для восстановления выберите нужные резервные наборы. В этой сетке отображаются резервные копии, доступные в указанном месте. По умолчанию предлагается план восстановления. Чтобы переопределить предложенный план восстановления, можно изменить выбранные элементы в сетке. Если выбор каких-то резервных копий отменяется, то автоматически отменяется и выбор зависящих от них резервных копий.
Заголовок столбца Значения Восстановить Установленные флажки обозначают резервные наборы данных, отмеченные для восстановления. Наименование Имя резервного набора данных. Тип файла Задает тип данных в резервной копии: Данные, Журналили Данные Filestream. Данные, содержащиеся в таблицах, хранятся в файлах типа Данные . Данные журнала транзакций хранятся в файлах типа Журнал . Данные больших двоичных объектов (BLOB), которые хранятся в файловой системе, находятся в файлах типа Данные Filestream . Тип Тип выполненного резервного копирования: Полное, Разностноеили Журнал транзакций. Сервер Имя экземпляра ядра СУБД, выполнившего операцию резервного копирования. Логическое имя файла Логическое имя файла. База данных Имя базы данных, участвовавшей в операции резервного копирования. Дата начала Дата и время начала операции резервного копирования, указанные в региональных настройках клиента. Дата завершения Дата и время завершения операции резервного копирования, указанные в формате, соответствующем региональным настройкам клиента. Размер Размер резервного набора данных в байтах. Имя пользователя Имя пользователя, выполнившего операцию резервного копирования. Чтобы просмотреть или выбрать дополнительные параметры, нажмите кнопку Параметры на панели Выбор страницы .
На панели Параметры восстановления можно выбрать любой из следующих параметров, если он подходит к данной ситуации.
Восстановление файловой группы
Указывает, что восстанавливается вся файловая группа.Перезаписать существующую базу данных
Указывает, что операция восстановления должна переписать все существующие базы данных и связанные с ними файлы, даже если база данных или файл с указанным именем уже существуют.Выбор этого параметра эквивалентен использованию параметра REPLACE в инструкции Transact-SQL RESTORE.
Выдавать приглашение перед восстановлением каждой резервной копии
Запрашивает подтверждение перед восстановлением из копии каждого резервного набора данных.Этот параметр особенно полезен, когда для использования различных наборов носителей необходимо менять ленты (например, если на сервере существует одно ленточное устройство).
Ограничить доступ к восстановленной базе данных
Доступ к восстановленной базе данных будет только у пользователей db_owner, dbcreatorили sysadmin.Выбор этого параметра является синонимом использования параметра RESTRICTED_USER в инструкции Transact-SQL RESTORE.
По желанию можно восстановить базу данных в новое местоположение, задав новое назначение для каждого файла в сетке Восстановить файлы базы данных как .
Заголовок столбца Значения Имя исходного файла Полный путь исходного файла резервной копии. Тип файла Задает тип данных в резервной копии: Данные, Журналили Данные Filestream. Данные, содержащиеся в таблицах, хранятся в файлах типа Данные . Данные журнала транзакций хранятся в файлах типа Журнал . Данные больших двоичных объектов (BLOB), которые хранятся в файловой системе, находятся в файлах типа Данные Filestream . Восстановить как Полный путь к файлу базы данных, который нужно восстановить. Чтобы указать новый восстанавливаемый файл, щелкните текстовое поле и измените предложенные путь и имя файла. Изменение пути или имени файла в столбце Restore As эквивалентно использованию параметра MOVE в инструкции Transact-SQL RESTORE. В качестве значения параметра Состояние восстановления укажите состояние базы данных после операции восстановления.
Оставить базу данных готовой к использованию, выполнив откат незафиксированных транзакций. Невозможно восстановить дополнительные журналы транзакций. (RESTORE WITH RECOVERY)
Восстанавливает базу данных. Это поведение принимается по умолчанию. Выберите этот параметр для восстановления всех необходимых резервных копий. Этот параметр эквивалентен указанию WITH RECOVERY в инструкции Transact-SQL RESTORE.
Оставить базу данных в нерабочем состоянии и не выполнять откат незавершенных транзакций. Можно восстановить дополнительные журналы транзакций. (RESTORE WITH NORECOVERY)
Оставляет базу данных в состоянии восстановления. Чтобы восстановить базу данных, необходимо выполнить еще одно восстановление с использованием предыдущего параметра RESTORE WITH RECOVERY (см. выше). Этот параметр эквивалентен указанию WITH NORECOVERY в инструкции Transact-SQL RESTORE.
Если выбран этот параметр, то параметр Сохранить настройки репликации недоступен.
Оставить базу данных в режиме «только для чтения». Выполнить откат незавершенных транзакций с сохранением операции отката в файле, чтобы можно было отменить операцию восстановления. (RESTORE WITH STANDBY)
Оставляет базу данных в резервном состоянии. Этот параметр эквивалентен указанию WITH BACKUP в инструкции Transact-SQL RESTORE.
При выборе этого параметра необходимо указать резервный файл.
Файл отмены отката
Укажите имя резервного файла в текстовом поле Файл отмены отката . Этот параметр необходим, если нужно оставить базу данных в режиме «только для чтения» (RESTORE WITH STANDBY).
Использование Transact-SQL
Восстановление файлов и файловых групп
Выполните инструкцию RESTORE DATABASE для восстановления резервной копии файлов и файловых групп, указав следующее:
Имя базы данных для восстановления.
Устройство резервного копирования, откуда будет восстановлена полная резервная копия.
предложение FILE для каждого восстанавливаемого файла;
предложение FILEGROUP для каждой восстанавливаемой файловой группы;
Предложение NORECOVERY. (если файлы не изменялись со времени создания резервной копии, укажите предложение RECOVERY).
Если файлы были изменены после создания резервной копии, выполните инструкцию RESTORE LOG для применения резервной копии журнала транзакций, указав следующее:
Имя базы данных, к которой будет применен журнал транзакций.
Устройство резервного копирования, с которого будет восстановлена резервная копия журнала транзакций.
Предложение NORECOVERY, если существует другая резервная копия журналов транзакций для применения после текущего; в противном случае укажите предложение RECOVERY.
В случае применения резервных копий журналов транзакций они должны охватывать время резервного копирования файлов и их групп вплоть до конца журналов (если только не восстанавливаются ВСЕ файлы базы данных).
Пример (Transact-SQL)
В этом примере восстанавливаются файлы и файловые группы базы данных MyDatabase . При восстановлении базы данных до текущего момента будут применены два журнала транзакций.
USE master;
GO
-- Restore the files and filesgroups for MyDatabase.
RESTORE DATABASE MyDatabase
FILE = 'MyDatabase_data_1',
FILEGROUP = 'new_customers',
FILE = 'MyDatabase_data_2',
FILEGROUP = 'first_qtr_sales'
FROM MyDatabase_1
WITH NORECOVERY;
GO
-- Apply the first transaction log backup.
RESTORE LOG MyDatabase
FROM MyDatabase_log1
WITH NORECOVERY;
GO
-- Apply the last transaction log backup.
RESTORE LOG MyDatabase
FROM MyDatabase_log2
WITH RECOVERY;
GO
См. также
Restore a Database Backup Using SSMS
Резервное копирование файлов и файловых групп (SQL Server)
Создание полной резервной копии базы данных (SQL Server)
Создание резервной копии журнала транзакций (SQL Server)
Восстановление резервной копии журнала транзакций (SQL Server)
RESTORE (Transact-SQL)
Обратная связь
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделе https://aka.ms/ContentUserFeedback.
Отправить и просмотреть отзыв по