Поделиться через


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

Область применения: SQL Server

В этом разделе описываются рекомендации по восстановлению базы данных с помощью резервной копии, хранящейся в Хранилище BLOB-объектов Azure. Это относится к резервным копиям, созданным с помощью резервного копирования SQL Server для резервного копирования URL-адресов или управляемого резервного копирования SQL Server в Microsoft Azure.

Мы рекомендуем ознакомиться с этим разделом, если у вас есть резервные копии, хранящиеся в Хранилище BLOB-объектов Azure, которые планируется восстановить, а затем просмотрите разделы, описывающие действия по восстановлению базы данных, которая одинакова как для локальных, так и для резервных копий Azure.

Обзор

Средства и методы, используемые для восстановления базы данных из локальной резервной копии, применимы для восстановления базы данных из облака. В следующих разделах описаны эти рекомендации и все различия, о котором следует знать при использовании резервных копий, хранящихся в Хранилище BLOB-объектов Azure.

Использование Transact-SQL

  • Так как SQL Server должен подключиться к внешнему источнику данных для получения файлов резервных копий, для проверки подлинности учетной записи хранения используются учетные данные SQL. Соответственно, в инструкции RESTORE необходимо указать параметр WITH CREDENTIAL. Дополнительные сведения см. в статье sql Server Backup and Restore with Microsoft Хранилище BLOB-объектов Azure.

  • Если вы используете управляемое резервное копирование SQL Server в Microsoft Azure для управления резервными копиями в облаке, вы можете просмотреть все доступные резервные копии в хранилище с помощью системной функции smart_admin.fn_available_backups . Эта функция возвращает все доступные резервные копии для базы данных в таблице. Поскольку результаты возвращаются в виде таблицы, их можно фильтровать и сортировать. Дополнительные сведения см. в разделе managed_backup.fn_available_backups (Transact-SQL).

Использование среды SQL Server Management Studio

  • Для восстановления базы данных из SQL Server Management Studio используется задача восстановления. Страница мультимедиа резервного копирования теперь включает параметр URL-адреса для отображения файлов резервных копий, хранящихся в Хранилище BLOB-объектов Azure. Также необходимо указать учетные данные SQL, которые используются для проверки подлинности учетной записи хранения. После этого сетка Восстанавливаемые резервные наборы данных заполняется всеми резервными копиями, доступными в хранилище BLOB-объектов Azure. Дополнительные сведения см. в разделе Восстановление из хранилища SQL Azure с помощью среды SQL Server Management Studio.

Оптимизация восстановления

Чтобы снизить время восстановления, добавьте учетной записи пользователя SQL Server право Выполнение задач по обслуживанию томов . Дополнительные сведения см. в разделе Инициализация файлов базы данных. Если при включенной быстрой инициализации файлов операция восстановления по-прежнему идет медленно, посмотрите размер файла журнала для экземпляра, где была создана резервная копия базы данных. Если размер журнала очень большой (несколько ГБ), то ожидается, что восстановление будет идти медленно. Во время восстановления файл журнала необходимо обнулить, что занимает значительное количество времени. Начальное восстановление файлов журнала транзакций базы данных не может воспользоваться мгновенной инициализацией файлов.

Для сокращения времени восстановления, рекомендуется использовать сжатые резервные копии. Для резервных копий, чей размер превышает 25 ГБ, используйте служебную программу AzCopy для загрузки на локальный привод и для последующего выполнения восстановления. За дополнительными рекомендациями относительно резервных копий, обратитесь к SQL Server Backup to URL Best Practices and Troubleshooting.

В SQL Server 2016 (13.x) и более поздних версиях блочный BLOB-объект предпочтителен для резервного копирования по URL-адресу.

  • Если вы используете страничные BLOB-объекты, вы можете включить флаг трассировки 3051 при восстановлении для создания подробного журнала. Этот файл журнала помещается в каталог журнала и называется с помощью формата: BackupToUrl-\<instancename>-\<dbname>-action-\<PID>.log В файле журнала сохраняются сведения о каждом круговом пути со службой хранилища Azure, включая время операции, что может быть полезно при диагностике проблемы.

Разделы об операциях восстановления