Восстановление резервной копии базы данных (SQL Server Management Studio)

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

Это важно

В полной или массовой модели восстановления перед восстановлением базы данных в SQL Server Management Studio необходимо создать резервную копию активного журнала транзакций (известного как хвост журнала). Дополнительные сведения см. в разделе Создание резервной копии журнала транзакций (SQL Server). Чтобы восстановить зашифрованную базу данных, необходимо иметь доступ к сертификату или асимметричному ключу, который использовался для шифрования базы данных. Без сертификата или асимметричного ключа восстановить базу данных нельзя. Поэтому сертификат, используемый для шифрования ключа шифрования базы данных, должен храниться в течение всего времени, пока есть необходимость в резервной копии. Дополнительные сведения см. в статье SQL Server Certificates and Asymmetric Keys.

Обратите внимание, что при восстановлении базы данных SQL Server 2005 или более поздней версии до SQL Server 2014 база данных автоматически обновляется. Как правило, база данных сразу становится доступной. Однако если база данных SQL Server 2005 имеет полнотекстовые индексы, процесс обновления импортирует, сбрасывает или перестраивает их в зависимости от параметра сервера параметра обновленияFull-Text . Если при обновлении выбран режим Импортировать или Перестроить, то полнотекстовые индексы во время обновления будут недоступны. В зависимости от объема индексируемых данных импорт может занять несколько часов, а перестроение может потребовать времени в десять раз больше. Обратите внимание, что если при обновлении выбран режим Импортировать, а полнотекстовый каталог недоступен, то связанные с ним полнотекстовые индексы будут перестроены. Сведения о том, как просмотреть или изменить параметр Режим обновления полнотекстового поиска, см. в статье Управление и мониторинг полнотекстового поиска для экземпляра сервера.

Восстановление полной резервной копии базы данных

1. После подключения к соответствующему экземпляру ядра системы управления базами данных (СУБД) Microsoft SQL Server в Обозревателе объектов, щелкните по имени сервера, чтобы развернуть дерево сервера.

2. Разверните Базы данных. В зависимости от базы данных, выберите пользовательскую базу данных или разверните Системные базы данных, и выберите системную базу данных.

3. Щелкните правой кнопкой мыши базу данных, наведите указатель на задачи, наведите указатель на восстановление и выберите пункт "База данных", в котором откроется диалоговое окно "Восстановить базу данных ".

4. Чтобы указать источник и расположение восстанавливаемых резервных наборов данных, используйте страницу Общие , раздел Источник . Выберите один из следующих параметров:

   • База данных

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

   Замечание

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

   • Устройство

     Нажмите кнопку "Просмотр" (...), чтобы открыть диалоговое окно Выбор устройств резервного копирования. В окне Тип носителя резервной копии выберите один из перечисленных типов устройств. Чтобы выбрать одно или несколько устройств в окне Носитель резервной копии , нажмите кнопку Добавить.

     После добавления нужных устройств в списке Носитель резервной копии нажмите кнопку ОК для возвращения на страницу Общие .

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

     Замечание

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

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

     Расположение резервного копирования
     Просмотр, добавление или удаление носителя для операции восстановления. Список может содержать до 64 файлов, лент или устройств резервного копирования.

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

     Тип мультимедиа	Диалоговое окно	Описание
     Файл	Локальный файл резервной копии	В данном диалоговом окне можно выбрать локальный файл из дерева или указать удаленный файл, используя его полное имя в формате UNC. Дополнительные сведения см. в разделе Устройства резервного копирования (SQL Server).
     Устройство	Выбор устройства резервного копирования	В данном диалоговом окне из списка можно выбрать логические устройства резервного копирования, определенные на экземпляре сервера.
     Лента	Выбор ленты с резервной копией	В этом диалоговом окне можно выбрать из списка ленточных дисков, физически подключенных к компьютеру под управлением экземпляра SQL Server.
     URL-адрес	Откроется два диалоговых окна в следующем порядке: 1) Подключение к службе хранилища Azure 2) Поиск файла резервного копирования в Azure	В диалоговом окне "Подключение к хранилищу Azure" выберите существующие учетные данные SQL, в которой хранятся имя учетной записи хранения Azure и сведения о ключе доступа к учетной записи хранения Azure, или создайте новые учетные данные SQL, указав имя учетной записи хранения и сведения о ключе доступа к хранилищу. Дополнительные сведения см. в статье "Подключение к службе хранилища Azure (восстановление)". В диалоговом окне "Найти файл резервного копирования" можно выбрать файл из списка контейнеров, отображаемых в левом кадре.

     Если список заполнен, кнопка "Добавить " недоступна.

     Удалить
     Удаляет один или несколько выбранных файлов, лент или логических устройств резервного копирования.

     Содержание
     Отображает содержимое носителя выбранного файла, ленты или логического устройства резервного копирования.

5. В разделе Назначение , в поле База данных автоматически появится имя базы данных для восстановления. Для изменения имени базы данных введите новое имя в окно База данных .

6. В поле «Восстановление в» оставьте значение по умолчанию как «К последней сделанной резервной копии» или щелкните на «Временная шкала», чтобы открыть диалоговое окно «Временная шкала резервного копирования» и вручную выбрать точку времени для остановки действия восстановления. Дополнительные сведения о назначении определенной точки во времени см. в статье "Временная шкала резервного копирования".

7. В сетке Резервные наборы данных для восстановления выберите нужные резервные наборы. В этой сетке отображаются резервные копии, доступные в указанном месте. По умолчанию предлагается план восстановления. Чтобы переопределить предложенный план восстановления, можно изменить выбранные элементы в сетке. Резервные копии, зависящие от восстановления более ранних копий, автоматически снимаются при снятии выбора более ранних копий. Сведения о столбцах в наборах резервных копий для восстановления сетки см. в разделе "Восстановление базы данных (общая страница)".

8. При необходимости щелкните "Файлы " в области "Выбор страницы" , чтобы открыть диалоговое окно "Файлы ". Отсюда можно восстановить базу данных в новое расположение, определив новое место восстановления для каждого файла в сетке Восстановить файлы базы данных как . Дополнительные сведения об этой сетке см. в разделе "Восстановление базы данных (страница файлов)".

9. Чтобы просмотреть или выбрать дополнительные параметры, на странице Параметры на панели Параметры восстановления вберите любой из следующих параметров, если он подходит к данной ситуации.

   1. WITH параметры (не обязательные):

      • Перезаписать существующую базу данных (WITH REPLACE)

      • Сохранить параметры репликации (WITH KEEP_REPLICATION)

      • Ограничить доступ к восстановленной базе данных (WITH RESTRICTED_USER)

   2. Выберите параметр в поле Состояние восстановления . В данном окне определяется состояние базы данных после операции восстановления.

      • По умолчанию установлена схемаRESTORE WITH RECOVERY , при этом база данных находится в готовом состоянии для использования путем отката незафиксированных транзакций. Невозможно восстановить дополнительные журналы транзакций. Выберите данный параметр, если выполняется восстановление всех необходимых резервных копий.

      • RESTORE WITH NORECOVERY оставляет базу данных неоперационной, и не откатывает незавершённые транзакции. Можно восстановить дополнительные журналы транзакций. База данных не может быть использована, пока не будет восстановлена.

      • СхемаRESTORE WITH STANDBY оставляет базу данных в режиме только для чтения. С помощью данного параметра можно отменить незафиксированные транзакции, сохраняя действия отмены в резервном файле, чтобы эффекты восстановления можно было обратить вспять.

   3. Настройка Создать резервную копию заключительного фрагмента журнала перед восстановлением будет выбрана, если это необходимо для указанного вами момента времени. Нет необходимости изменять данную настройку, однако вы можете выбрать резервное копирование заключительного фрагмента журнала, даже если выполнение этого не требуется. имя файла здесь? Если первый резервный набор на странице "Общие" находится в Azure, то журнал хвоста также будет скопирован в тот же контейнер хранилища.

   4. Если имеются активные соединения с базой данных, то операция восстановления может завершиться ошибкой. Проверьте параметр "Закрыть существующие подключения", чтобы убедиться, что все активные подключения между Management Studio и базой данных закрыты. Этот параметр переводит базу данных в однопользовательский режим перед началом выполнения процедуры восстановления, а затем возвращает в многопользовательский режим после ее завершения.

   5. Установите флажок Запрашивать подтверждение перед восстановлением каждой резервной копии, если хотите получать запрос перед каждой операцией восстановления. Обычно это не требуется, за исключением случаев, если необходимо наблюдать за состоянием операции восстановления базы данных большого объема.

   Дополнительные сведения об этих параметрах восстановления см. в разделе "Восстановление базы данных (страница параметров)".

10. Нажмите кнопку ОК.

См. также

Создание резервной копии журнала транзакций (SQL Server)
Создание полной резервной копии базы данных (SQL Server)
Восстановление базы данных в новое расположение (SQL Server)
Восстановление резервной копии журнала транзакций (SQL Server)
RESTORE (Transact-SQL)
Восстановление базы данных (страница "Параметры")
Восстановление базы данных (страница "Общие")