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