Использование службы хранилища Azure для резервного копирования и восстановления SQL Server
Область применения: 
SQL Server на виртуальной машине Azure
Начиная с SQL Server 2012 с пакетом обновления 1 (SP1) и накопительным обновлением 2 (CU2), резервные копии SQL Server можно записывать непосредственно в службу хранилища BLOB-объектов Azure. Эту функцию можно использовать для резервного копирования и восстановления из хранилища BLOB-объектов Azure. Резервное копирование в облако обеспечивает следующие преимущества: доступность, неограниченное хранилище вне организации с поддержкой георепликации и простота миграции данных в облако и обратно. Для выполнения операторов BACKUP и RESTORE можно использовать Transact-SQL или SMO.
Обзор
SQL Server 2016 содержит новые возможности: можно использовать архивацию моментальных снимков файлов , чтобы практически мгновенно выполнять архивацию и невероятно быстро осуществлять восстановление.
В этом разделе объясняется, почему может потребоваться использовать службу хранилища Azure для резервных копий сервера SQL Server, и описываются задействованные компоненты. Ресурсы, приведенные в конце статьи, позволят ознакомиться с пошаговыми руководствами и дополнительными сведениями, которые помогут приступить к использованию этой службы для ваших резервных копий SQL Server.
Преимущества использования хранилища BLOB-объектов Azure для резервных копий SQL Server
Есть несколько задач, которые нужно решить при архивации SQL Server. К ним относятся управление хранилищами, риск отказа хранилища, доступ к внешнему хранилищу и настройка устройств. Многие из этих задач можно решить, используя хранилище BLOB-объектов Azure для резервных копий SQL Server. Учтите следующие преимущества.
- Удобство использования. Хранение резервных копий в больших двоичных объектах Azure может быть удобным, гибким и доступным вариантом внешнего хранения. Создание внешнего хранилища для архивов SQL Server может быть не сложнее изменения существующих сценариев и заданий для использования синтаксиса BACKUP TO URL. Удаленное хранилище обычно должно быть расположено достаточно далеко от рабочей базы данных, чтобы одна авария не могла повлиять одновременно и на удаленную копию, и на рабочую базу данных. Выбор георепликации больших двоичных объектов Azure обеспечивает дополнительный уровень защиты в случае аварии, которая может повлиять на весь регион.
- Архив резервных копий. Хранилище BLOB-объектов Azure является лучшей альтернативой частому использованию ленточных накопителей для архивирования резервных копий. Может потребоваться физически транспортировать накопители на магнитной ленте в удаленное помещение и принимать меры для защиты носителей. Хранение резервных копий в хранилище BLOB-объектов Azure предоставляет возможность мгновенного и долговременного архивирования с высокой доступностью.
- Управляемое оборудование. При использовании служб Azure отсутствуют накладные расходы на управление оборудованием. Службы Azure управляют оборудованием, обеспечивая при этом георепликацию для избыточности и защиту от сбоев оборудования.
- Неограниченное хранилище. Включая прямую архивацию в большие двоичные объекты Azure, вы получаете доступ к практически неограниченным ресурсам хранения. Кроме того, архивация на диск виртуальной машины Azure имеет ограничения в зависимости от размера виртуальной машины. Число дисков, которые можно подключить к виртуальной машине Azure для хранения резервных копий, ограничено. Для сверхбольших экземпляров данное ограничение составляет 16 дисков, а для небольших экземпляров это количество меньше.
- Доступность архивов. Архивы, сохраненные в больших двоичных объектах Azure, теперь доступны везде и всегда. К ним легко получить доступ для восстановления данных в экземпляр SQL Server. Подключать или отключать базу данных или скачивать и подключать виртуальный жесткий диск при этом не требуется.
- Цена. Платите только за используемые услуги. Может применяться в качестве экономически эффективного решения по удаленному резервному копированию и архивированию. Дополнительные сведения см. на страницах Калькулятор цен и Цены Azure.
- Моментальные снимки хранилищ. Если файлы базы данных хранятся в большом двоичном объекте Azure и используется SQL Server 2016, то можно использовать архивацию файлов моментальных снимков, чтобы выполнять архивацию и восстановление практически мгновенно.
Дополнительные сведения см. в статье Резервное копирование и восстановление SQL Server с помощью хранилища BLOB-объектов Azure.
В следующих двух разделах описано хранилище BLOB-объектов Azure, а также необходимые компоненты SQL Server. Чтобы успешно использовать хранилище BLOB-объектов Azure для архивации и восстановления, важно понимать, какие используются компоненты и как они взаимодействуют.
Компоненты хранилища BLOB-объектов Azure
При архивации в хранилище BLOB-объектов Azure используются указанные ниже компоненты Azure.
| Компонент | Description |
|---|---|
| Учетная запись хранения | Учетная запись хранения является отправной точкой для всех служб хранилища. Для доступа к хранилищу BLOB-объектов Azure необходимо сначала создать учетную запись хранения Azure. SQL Server не зависит от используемого типа избыточности хранилища. Резервное копирование на страничные BLOB-объекты и блочные BLOB-объекты поддерживаются для каждой избыточности хранилища (LRS\ZRS\GRS\RA-GRS\RA-GZRS\и т. д.). Дополнительные сведения о хранилище BLOB-объектов Azure см. в статье об использовании этой службы. |
| Контейнер | Контейнер позволяет сгруппировать набор больших двоичных объектов и может содержать неограниченное количество больших двоичных объектов. Для записи резервной копии SQL Server в хранилище BLOB-объектов Azure необходимо создать по крайней мере корневой контейнер. |
| Большой двоичный объект | Файл любого типа и размера. К большому двоичному объекту можно обратиться, используя следующий формат URL-адреса: https://<storageaccount>.blob.core.windows.net/<container>/<blob>. Дополнительные сведения о страничных BLOB-объектах см. в статье Understanding Block and Page Blobs (Основные сведения о блочных, добавочных и страничных BLOB-объектах). |
Компоненты SQL Server
При архивации в хранилище BLOB-объектов Azure используются указанные ниже компоненты SQL Server.
| Компонент | Description |
|---|---|
| URL-адрес | URL-адрес определяет универсальный идентификатор ресурса (URI) для уникального файла резервной копии. URL-адрес позволяет задать местоположение и имя файла резервной копии SQL Server. URL-адрес должен указывать на фактический большой двоичный объект, а не просто на контейнер. Если BLOB-объект не существует, Azure создаст его. Если указан существующий большой двоичный объект, при отсутствии параметра WITH FORMAT происходит сбой инструкции резервного копирования. Ниже приведен пример URL-адреса, который можно указать в команде BACKUP: https://<storageaccount>.blob.core.windows.net/<container>/<FILENAME.bak>.Использование HTTPS рекомендуется, но не является обязательным. |
| Учетные данные | Сведения, необходимые для подключения к хранилищу BLOB-объектов Azure и проверки подлинности, хранятся в виде учетных данных. Чтобы разрешить SQL Server записывать резервные копии как BLOB-объекты Azure или выполнять восстановление из BLOB-объектов, необходимо создать учетные данные SQL Server. Дополнительные сведения см. в статье SQL Server Credential (Учетные данные SQL Server). |
Примечание.
В версию SQL Server 2016 была добавлена поддержка блочных BLOB-объектов. Дополнительные сведения см. в руководстве по использованию Microsoft Хранилище BLOB-объектов Azure с базами данных SQL Server.
Следующие шаги
Если у вас ее еще нет, создайте учетную запись Azure. При оценке затрат на Azure рассмотрите бесплатную пробную версию.
Затем следуйте одному из следующих учебников, в которых описывается создание учетной записи и выполнение восстановления.
Ознакомьтесь с дополнительной документацией, начиная со статьи Архивация и восстановление SQL Server с помощью хранилища BLOB-объектов Microsoft Azure.
При наличии проблем ознакомьтесь с разделом Резервное копирование SQL Server на URL-адрес — рекомендации и устранение неполадок.
С другими вариантами архивации и восстановления SQL Server можно ознакомиться в статье Резервное копирование и восстановление SQL Server в виртуальных машинах Azure.