Копирование баз данных путем создания и восстановления резервных копий

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

Это важно

SQL Server 2014 использует другой путь по умолчанию, чем предыдущие версии. Поэтому для восстановления резервной копии базы данных, созданной в месте расположения по умолчанию для ранних версий, необходимо использовать параметр MOVE. Сведения о новом пути по умолчанию см. в разделе Расположение файлов для экземпляра по умолчанию и именованных экземпляров SQL Server. Дополнительные сведения о перемещении файлов баз данных см. в статье «Перемещение файлов баз данных» далее в этом подразделе.

Общие инструкции по использованию резервного копирования и восстановления для копирования базы данных

При использовании резервного копирования и восстановления для копирования базы данных на другой экземпляр SQL Server компьютер-источник и целевой компьютер могут быть любой платформой, на которой запускается SQL Server.

Основные этапы.

Создайте резервную копию исходной базы данных, которая может находиться в экземпляре SQL Server 2005 или более поздней версии. Компьютер, на котором выполняется этот экземпляр SQL Server, является исходным компьютером.
На компьютере, куда нужно скопировать базу данных ( целевой компьютер), подключите экземпляр SQL Server, на котором будет восстановлена база данных. При необходимости на экземпляре целевого сервера создайте те же устройства резервного копирования, что и для резервного копирования исходных баз данных.
Восстановите резервную копию исходной базы данных на целевом компьютере. При восстановлении базы данных автоматически создаются все ее файлы.

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

Перед восстановлением файлов базы данных

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

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

Та структура каталогов или сопоставление дисков, которые использует база данных на исходном компьютере, не существуют на другом компьютере. Например, возможно, резервная копия содержит файл, который нужно восстановить на диск E, но на целевом компьютере диска E — нет.
в целевом месте может быть недостаточно свободного пространства;
Если используется имя базы данных, которое уже существует на целевом сервере восстановления, а имя каждого из ее файлов совпадает с именем файла базы данных в резервном наборе данных, происходит одно из следующих действий.
- Если существующий файл базы данных может быть перезаписан, он будет перезаписан (это не затронет файл, относящийся к базе данных с другим именем).
- Если существующий файл не может быть перезаписан, возникнет ошибка восстановления.

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

Перемещение файлов базы данных

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

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

Дополнительные сведения см. в подразделе «Восстановление файлов и файловых групп в новое место назначения» далее в этом разделе.

Изменение имени базы данных

Имя базы данных можно изменить при восстановлении на целевом компьютере, не восстанавливая сначала базу данных с последующим изменением имени вручную. Например, нужно изменить имя базы данных с Sales на SalesCopy , чтобы указать на то, что это копия базы данных.

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

При обновлении базы данных через восстановление

При восстановлении резервных копий из предыдущей версии желательно заранее знать, существует ли на целевом компьютере путь (диск и каталог) для каждого полнотекстового каталога резервной копии. Чтобы вывести список логических и физических имен, а также пути и имени файла каждого файла в резервной копии, включая файлы каталога, используйте инструкцию RESTORE FILELISTONLY FROM <backup_device>. Дополнительную информацию см. в разделе RESTORE FILELISTONLY (Transact-SQL).

Если нужный путь на целевом компьютере не существует, есть два варианта.

Создать сопоставление дисков или каталогов на целевом компьютере.
Переместите файлы каталогов в новое расположение во время операции восстановления, используя предложение WITH MOVE в инструкции RESTORE DATABASE. Для получения дополнительной информации см. RESTORE (Transact-SQL).

Дополнительные сведения об альтернативных параметров обновления полнотекстовых индексов см. в разделе Обновление полнотекстового поиска.

Владелец базы данных

При восстановлении базы данных на другом компьютере вход SQL Server или пользователь Microsoft Windows, который инициирует операцию восстановления, автоматически становится владельцем новой базы данных. При восстановлении базы данных системный администратор или владелец новой базы данных могут сменить ее владельца. Для предотвращения несанкционированного восстановления базы данных используйте пароли для носителей или наборов резервных копий.

Управление метаданными при восстановлении в другом экземпляре сервера

Чтобы обеспечить целостность работы пользователей и приложений при восстановлении базы данных на другой экземпляр сервера, на новом экземпляре необходимо повторно создать некоторые или все метаданные, например имена входа и задания. Дополнительные сведения см. в статье Управление метаданными при обеспечении доступности базы данных на другом экземпляре сервера (SQL Server).

Просмотр файлов данных и журналов в резервном наборе данных