Восстановление базы данных (страница "Общие")

  • Статья

Применимо к:SQL Server

При восстановлении резервной копии базы данных с помощью SQL Server Management Studio (SSMS) страница Общие запрашивает данные об исходной и целевой базах данных для их восстановления. В этой статье описывается, как использовать страницу Общие в рамках восстановления базы данных.

Заметка

При указании задачи восстановления с помощью SQL Server Management Studio можно создать соответствующий скрипт восстановления Transact-SQL, щелкнув скрипт и выбрав назначение для скрипта.

Разрешения

Если восстанавливаемая база данных не существует, у пользователя должны быть разрешения CREATE DATABASE для ее восстановления. Если база данных существует, члены предопределенных ролей сервера sysadmin и dbcreator, а также владелец базы данных (dbo) по умолчанию обладают разрешениями RESTORE.

Разрешения на выполнение инструкции RESTORE даются ролям, в которых данные о членстве всегда доступны серверу. Так как членство в предопределенной роли базы данных может быть проверено только при условии, что база данных доступна и не повреждена, которое не всегда соблюдается при выполнении сценария RESTORE, члены предопределенной роли базы данных db_owner не имеют разрешений RESTORE.

Восстановление из зашифрованной резервной копии требует разрешений VIEW DEFINITION на сертификат или асимметричный ключ, используемые для шифрования резервной копии.

Параметры

Источник

Эти параметры определяют, где расположены наборы архивации для базы данных и какие наборы архивации требуется восстановить.

Термин Определение
База данных Выберите из раскрывающегося списка базу данных для восстановления. Данный список содержит только базы данных, резервное копирование которых было выполнено, согласно журналу резервного копирования msdb.
Устройство Выберите логические или физические устройства резервного копирования: ленты, URL-адрес или файлы, которые содержат резервные копии, необходимые для восстановления. Устройство требуется, если резервная копия базы данных была создана в другом экземпляре SQL Server.

Чтобы выбрать одно или несколько логических или физических устройств резервного копирования, нажмите кнопку обзора, которая откроет диалоговое окно Выбор устройства резервного копирования. Можно выбрать до 64 устройств, принадлежащих к одному набору носителей. Устройства с лентой должны быть физически подключены к компьютеру, на котором выполняется экземпляр SQL Server. Файл резервной копии может находиться на локальном или удаленном дисковом устройстве. Дополнительные сведения см. в разделе Устройства резервного копирования (SQL Server). Кроме того, можно выбрать URL-адрес в качестве типа устройства для файлов резервных копий, размещаемых в хранилище Azure.

После выхода из диалогового окна Выбор устройства резервного копирования выбранное устройство появляется в виде значения, доступного только для чтения, в списке Устройство .
База данных Выберите из раскрывающегося списка имя базы данных, из которой нужно восстановить резервные копии.

Примечание. Этот список доступен, только если выбран элемент Устройство . Будут выбраны только те базы данных, резервные копии которых доступны на выбранных устройствах.

Назначение

Параметры панели Восстановить в определяют базу данных и точку восстановления.

Термин Определение
База данных Введите в список базу данных, предназначенную для восстановления. Можно ввести новую базу данных или выбрать уже существующую из раскрывающегося списка. Список включает все базы данных на сервере кроме системных баз данных master и tempdb.

Примечание. Для восстановления резервной копии, защищенной паролем, необходимо использовать инструкцию RESTORE .
Восстановить в В поле Восстановить до по умолчанию задан параметр «До последней созданной резервной копии». Можно также выбрать Временная шкала, чтобы вывести диалоговое окно Временная шкала резервного копирования, содержащее журнал резервного копирования баз данных в виде временной шкалы. Выберите Временная шкала, чтобы задать определенную дату datetime, до которой необходимо восстановить базу данных. База данных будет восстановлена до состояния, в котором она находилась в этот указанный момент времени. См. раздел Backup Timeline.

План восстановления

Термин Определение Значения
Резервные наборы данных для восстановления Отображает резервный набор данных, доступный для указанного места. Каждая операция резервного копирования создает резервный набор данных, который распределяется по всем устройствам в наборе носителей. По умолчанию предполагается наличие плана восстановления, направленного на достижение целей операции восстановления и основанного на выборе необходимых резервных наборов данных. СРЕДА SQL Server Management Studio использует журнал резервного копирования в msdb. Этот журнал используется, чтобы определить резервные наборы данных, необходимые для восстановления базы данных, и создает план восстановления. Например, для восстановления базы данных план восстановления выбирает самую последнюю полную резервную копию базы данных и самую последнюю разностную резервную копию базы данных при ее наличии. Согласно модели полного восстановления, затем план восстановления выбирает все резервные копии журналов.

Чтобы переопределить предложенный план восстановления, можно изменить выбранные элементы в сетке. Если выбор каких-то резервных копий отменяется, то автоматически отменяется и выбор зависящих от них резервных копий.

Установка этих флажков возможна, только если задан параметр Выбор вручную . Можно выбрать, какие резервные наборы данных необходимо восстановить.

Если задан параметр Выбор вручную, точность плана восстановления проверяется при каждом его изменении. Если последовательность резервных копий является неверной, появится сообщение об ошибке.		 Восстановление:
Установленные флажки обозначают резервные наборы данных, отмеченные для восстановления.

Имя:
Имя резервного набора данных.

Компонент: компонент резервной копии: база данных, файл или <пустой> (для журналов транзакций).

Тип резервного копирования: полный, разностный или журнал транзакций.

Сервер: имя экземпляра ядра СУБД, завершающего операцию резервного копирования.

База данных:
Имя базы данных, участвовавшей в операции резервного копирования.

Положение. Расположение набора архивации в томе.

Первый номер LSN:
Регистрационный номер в журнале первой транзакции в резервном наборе данных. Пустой для резервных копий файлов.

Последний номер LSN:
Регистрационный номер в журнале последней транзакции в резервном наборе данных. Пустой для резервных копий файлов.

Контрольная точка LSN:
Регистрационный номер транзакции в журнале (номер LSN) для последней контрольной точки на время создания резервной копии.

Полный номер LSN:
Номер LSN последнего полного резервного копирования базы данных.

Дата начала:
Дата и время начала операции резервного копирования, указанные в региональных настройках клиента.

Дата окончания:
Дата и время завершения операции резервного копирования, указанные в формате, соответствующем региональным настройкам клиента.

Размер:
Размер резервного набора данных в байтах.

Имя пользователя:
Имя пользователя, выполнившего операцию резервного копирования.

Срок действия:
Дата и время истечения срока действия резервного набора данных.
Проверить носитель резервной копии Инструкция RESTORE VERIFY_ONLY вызывается для выбранных наборов резервного копирования.

Примечание. Проверка является длительной операцией, и ее ход выполнения можно отслеживать и отменять с помощью монитора хода выполнения в Диалоговой платформе.

Эта кнопка позволяет проверить целостность файлов резервной копии перед их восстановлением.

При проверке целостности резервных наборов данных в статусе выполнения в нижнем левом углу диалогового окна будет указано «Проверка», а не «Выполнение».

Поддержка совместимости

В SQL Server 2016 (13.x) и более поздних версиях можно восстановить пользовательную базу данных из резервной копии базы данных, созданной с помощью SQL Server 2005 (9.x) или более поздней версии. Резервные копии главных, моделей и 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.

Далее

Дополнительные сведения о восстановлении резервных копий и связанных с этим понятиях см. в следующих статьях: