Восстановление базы данных (страница "Общие")
Область применения: 
SQL Server
В этой статье описаны различные параметры, найденные на странице "Общие" мастера восстановления базы данных в SQL Server Management Studio. Страница "Общие " используется для указания сведений о целевых и исходных базах данных для операции восстановления базы данных при восстановлении полной резервной копии базы данных с помощью SQL Server Management Studio (SSMS).
Примечание.
При указании задачи восстановления с помощью SQL Server Management Studio можно создать соответствующий скрипт Transact-SQL RESTORE , выбрав скрипт , а затем выбрав место назначения для скрипта.
Разрешения
Если восстанавливаемая база данных не существует, у пользователя должны быть разрешения CREATE DATABASE для ее восстановления. Если база данных существует, члены предопределенных ролей сервера sysadmin и dbcreator, а также владелец базы данных (dbo) по умолчанию обладают разрешениями RESTORE.
Разрешения на выполнение инструкции RESTORE даются ролям, в которых данные о членстве всегда доступны серверу. Так как членство в предопределенной роли базы данных может быть проверено только при условии, что база данных доступна и не повреждена, которое не всегда соблюдается при выполнении сценария RESTORE, члены предопределенной роли базы данных db_owner не имеют разрешений RESTORE.
Восстановление из зашифрованной резервной копии требует разрешений VIEW DEFINITION на сертификат или асимметричный ключ, используемые для шифрования резервной копии.
Открытие мастера восстановления базы данных
Чтобы открыть мастер восстановления базы данных в SQL Server Management Studio, щелкните правой кнопкой мыши имя базы данных в обозреватель объектов> Задачи>восстановления>базы данных, чтобы открыть мастер восстановления базы данных:
Параметры
Исходный код
Эти параметры определяют, где расположены наборы архивации для базы данных и какие наборы архивации требуется восстановить.
| Термин | Определение |
|---|---|
| База данных | Выберите базу данных для восстановления из раскрывающегося списка. Список содержит только базы данных, резервные копии которых были созданы на msdb основе журнала резервного копирования. |
| Устройство | Выберите логические или физические устройства резервного копирования: ленты, URL-адрес или файлы, которые содержат резервные копии, необходимые для восстановления. Устройство требуется, если резервная копия базы данных была создана в другом экземпляре SQL Server. Чтобы выбрать одно или несколько логических или физических устройств резервного копирования, нажмите кнопку обзора, которая откроет диалоговое окно Выбор устройства резервного копирования. Можно выбрать до 64 устройств, принадлежащих к одному набору носителей. Устройства с лентой должны быть физически подключены к компьютеру, на котором выполняется экземпляр SQL Server. Файл резервной копии может находиться на локальном или удаленном дисковом устройстве. Дополнительные сведения см. в разделе Устройства резервного копирования (SQL Server). Кроме того, можно выбрать URL-адрес в качестве типа устройства для файлов резервных копий, размещаемых в хранилище Azure. После выхода из диалогового окна Выбор устройства резервного копирования выбранное устройство появляется в виде значения, доступного только для чтения, в списке Устройство . |
| База данных | Выберите из раскрывающегося списка имя базы данных, из которой нужно восстановить резервные копии. Примечание. Этот список доступен, только если выбран элемент Устройство . Будут выбраны только те базы данных, резервные копии которых доступны на выбранных устройствах. |
Назначение
Параметры панели Восстановить в определяют базу данных и точку восстановления.
| Термин | Определение |
|---|---|
| База данных | Введите в список базу данных, предназначенную для восстановления. Вы можете ввести новую базу данных или выбрать существующую базу данных из раскрывающегося списка. Список включает все базы данных на сервере, за исключением системных баз данных master и tempdb.Примечание. Для восстановления резервной копии, защищенной паролем, необходимо использовать инструкцию RESTORE . |
| Восстановить в | В поле Восстановить до по умолчанию задан параметр «До последней созданной резервной копии». Можно также выбрать Временная шкала, чтобы вывести диалоговое окно Временная шкала резервного копирования, содержащее журнал резервного копирования баз данных в виде временной шкалы. Выберите Временная шкала, чтобы задать определенную дату datetime, до которой необходимо восстановить базу данных. База данных будет восстановлена до состояния, в котором она находилась в этот указанный момент времени. См. раздел Backup Timeline. |
План восстановления
В этом разделе определяются термины, используемые в разделе "План восстановления" мастера восстановления базы данных.
Резервные наборы данных для восстановления
Отображает резервный набор данных, доступный для указанного места. Каждая операция резервного копирования создает резервный набор данных, который распределяется по всем устройствам в наборе носителей. По умолчанию предполагается наличие плана восстановления, направленного на достижение целей операции восстановления и основанного на выборе необходимых резервных наборов данных. СРЕДА SQL Server Management Studio использует журнал резервного копирования в msdb. Этот журнал используется, чтобы определить резервные наборы данных, необходимые для восстановления базы данных, и создает план восстановления. Например, для восстановления базы данных план восстановления выбирает самую последнюю полную резервную копию базы данных и самую последнюю разностную резервную копию базы данных при ее наличии. Согласно модели полного восстановления, затем план восстановления выбирает все резервные копии журналов.
Чтобы переопределить предложенный план восстановления, можно изменить выбранные элементы в сетке. Если выбор каких-то резервных копий отменяется, то автоматически отменяется и выбор зависящих от них резервных копий.
Установка этих флажков возможна, только если задан параметр Выбор вручную . Можно выбрать, какие резервные наборы данных необходимо восстановить.
Если задан параметр Выбор вручную, точность плана восстановления проверяется при каждом его изменении. Если последовательность резервных копий неправильная, появится сообщение об ошибке.
В следующей таблице описываются столбцы в наборах резервного копирования для восстановления поля:
| Имя столбца | Определение |
|---|---|
| Восстановление | Установленные флажки обозначают резервные наборы данных, отмеченные для восстановления. |
| Имя. | Имя резервного набора данных. |
| Компонент | Компонент резервного копирования: база данных, файл или <пустой> (для журналов транзакций). |
| Тип | Тип резервного копирования: полный, разностный или журнал транзакций. |
| Сервер | Имя экземпляра ядро СУБД, завершив операцию резервного копирования. |
| База данных | Имя базы данных, участвовавшей в операции резервного копирования. |
| Position | Расположение резервного набора данных в томе. |
| Первый номер LSN | Регистрационный номер в журнале первой транзакции в резервном наборе данных. Пустой для резервных копий файлов. |
| Последний номер LSN | Регистрационный номер в журнале последней транзакции в резервном наборе данных. Пустой для резервных копий файлов. |
| Номер LSN для контрольной точки | Регистрационный номер транзакции в журнале (номер LSN) для последней контрольной точки на время создания резервной копии. |
| Полный номер LSN | Номер LSN последнего полного резервного копирования базы данных. |
| Дата начала | Дата и время начала операции резервного копирования, указанные в региональных настройках клиента. |
| Дата завершения | Дата и время завершения операции резервного копирования, указанные в формате, соответствующем региональным настройкам клиента. |
| Размер | Размер резервного набора данных в байтах. |
| Имя пользователя | Имя пользователя, выполнившего операцию резервного копирования. |
| Истечение срока действия | Дата и время истечения срока действия резервного набора данных. |
Проверить носитель резервной копии
Инструкция RESTORE VERIFY_ONLY вызывается для выбранных наборов резервного копирования. Проверка — это длительная операция. Ход ее выполнения можно проверить или ее отмену можно произвести с помощью монитора хода выполнения в Dialog Framework.
Эта кнопка позволяет проверить целостность файлов резервной копии перед их восстановлением.
При проверке целостности резервных наборов данных в статусе выполнения в нижнем левом углу диалогового окна будет указано «Проверка», а не «Выполнение».
Поддержка совместимости
В SQL Server 2016 (13.x) и более поздних версиях можно восстановить пользовательную базу данных из резервной копии базы данных, созданной с помощью SQL Server 2005 (9.x) или более поздней версии. Резервные masterкопии , модели и msdb созданные с помощью SQL Server 2005 (9.x) через SQL Server 2012 (11.x) не могут быть восстановлены SQL Server 2016 (13.x) и больше. Кроме того, резервные копии, созданные в более новых версиях SQL Server, не могут быть восстановлены любой более ранней версией SQL Server.
Более новые версии SQL Server используют другой путь по умолчанию, чем версии до SQL Server 2016 (13.x). Чтобы восстановить базу данных, созданную в расположении по умолчанию более ранней версии SQL Server, необходимо использовать параметр MOVE.
После восстановления более ранней версии базы данных в SQL Server внутренняя версия базы данных автоматически обновляется. Как правило, база данных сразу становится доступной. Однако если база данных SQL Server 2005 (9.x) содержит полнотекстовые индексы, процесс обновления импортирует, сбрасывает или перестраивает их в зависимости от параметра сервера полнотекстового обновления . Если при обновлении выбран режим Импортировать или Перестроить, то полнотекстовые индексы во время обновления будут недоступны. В зависимости от объема индексируемых данных процесс импорта может занять несколько часов, а перестроения — в несколько (до 10) раз больше. Обратите внимание, что если при обновлении выбран режим Импортировать, а полнотекстовый каталог недоступен, то связанные с ним полнотекстовые индексы будут перестроены.
Восстановление из зашифрованной резервной копии
Для восстановления требуется, чтобы сертификат или асимметричный ключ, который использовался при создании резервной копии, был доступен на экземпляре, куда выполняется восстановление. Учетная запись, выполняющая восстановление, должна иметь разрешения VIEW DEFINITION на сертификат или асимметричный ключ. Не продлевайте и не обновляйте сертификаты, используемые для шифрования резервных копий.
Восстановление из службы хранилища Microsoft Azure
Выберите URL-адрес из типа носителя резервного копирования: раскрывающийся список из диалогового окна "Выбор устройств резервного копирования". Затем выберите Добавить, чтобы открыть диалоговое окно Выберите расположение файла архивной копии. Выберите существующие учетные данные SQL Server и контейнер хранилища Azure. Добавьте новый контейнер хранилища Azure с подписанным URL-адресом или создайте подписанный URL-адрес и учетные данные SQL Server для уже существующего контейнера хранилища. При подключении к учетной записи хранения файлы резервной копии будут отображены в диалоговом окне Локальный файл резервной копии в Microsoft Azure , в котором можно выбрать файл, применяемый для восстановления. Дополнительные сведения см. в статье Подключение к подписке Microsoft Azure.
Связанный контент
- Устройства резервного копирования (SQL Server)
- Восстановление резервной копии с устройства (SQL Server)
- Инструкции RESTORE — аргументы (Transact-SQL)
- Восстановление базы данных в помеченную транзакцию (SQL Server Management Studio)
- Восстановление резервной копии журнала транзакций (SQL Server)
- Просмотр содержимого ленты или файла резервной копии (SQL Server)
- Просмотр свойств и содержимого логического устройства резервного копирования (SQL Server)
- Наборы носителей, семейства носителей и резервные наборы данных (SQL Server)
- Применение резервных копий журналов транзакций (SQL Server)