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

Начало работы с управляемым экземпляром SQL Azure

  • Статья

Область применения: Управляемый экземпляр SQL Azure

Управляемый экземпляр SQL Azure создает базу данных, практически полностью совместимую с последним ядром СУБД SQL Server (Enterprise Edition). Она предоставляет собственную реализацию виртуальной сети, в которой устранены распространенные проблемы безопасности, и бизнес-модель, подходящую для существующих клиентов SQL Server.

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

Обзор краткого руководства

Следующие краткие руководства помогут вам быстро создать Управляемый экземпляр SQL, настроить виртуальную машину или VPN-подключение "точка — сеть" для клиентского приложения и восстановить базу данных в новом Управляемом экземпляре SQL с помощью файла .bak.

Настройка среды

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

  • Создание Управляемого экземпляра SQL на портале Azure. На портале Azure вы настраиваете необходимые параметры (имя пользователя, пароль, число ядер и максимальный объем хранилища) и автоматически создаете сетевую среду Azure. Для этого вам не нужно иметь опыт работы с сетями или знать о требованиях к инфраструктуре. Вам нужен только тип подписки, в данный момент позволяющий создать Управляемый экземпляр SQL. О том, как настроить сеть или использовать собственную сеть, читайте в разделе о настройке имеющейся виртуальной сети для Управляемого экземпляра SQL Azure или создании виртуальной сети для Управляемого экземпляра SQL Azure.

  • Управляемый экземпляр SQL создается в собственной виртуальной сети без общедоступной конечной точки. Для доступа клиентских приложений вы можете создать виртуальную машину в той же виртуальной сети (в другой подсети) или создать VPN-подключение типа "точка — сеть" к виртуальной сети с вашего клиентского компьютера с помощью одного из этих кратких руководств.

    Примечание.

    • Вы также можете использовать ExpressRoute или подключение "от сайта к сайту" из локальной сети, но эти подходы не входят в область применения этих кратких руководств.
    • Если для периода хранения вместо 0 (неограниченный период хранения) указать любое другое значение, то оно будет применяться только к журналам, записанным после изменения. Журналы, записанные в то время, когда был установлен неограниченный период хранения, сохранятся даже после включения определенного периода хранения.

Управляемый экземпляр SQL не обязательно создавать вручную. Можно использовать PowerShell, PowerShell с шаблоном Resource Manager или Azure CLI, чтобы автоматизировать этот процесс с помощью сценария.

Миграция баз данных

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

Убедившись в возможности переноса базы данных в Управляемый экземпляр SQL, вы можете использовать встроенные возможности восстановления SQL Server, чтобы восстановить базу данных в Управляемом экземпляре SQL из файла .bak. Этот метод позволяет переносить базы данных из ядра СУБД SQL Server, установленного локально или на виртуальных машинах Azure. Для быстрого начала см. восстановление из резервной копии на управляемый экземпляр SQL. В этом кратком руководстве по быстрому старту вы восстанавливаете базу данных из файла .bak, хранящегося в Azure Blob Storage, с помощью команды RESTORE Transact-SQL.

Совет

Сведения о том, как создать резервную копию базы данных в хранилище BLOB-объектов Azure с помощью команды Transact-SQL BACKUP, см. в статье Резервное копирование в SQL Server по URL-адресу.

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

Настройка сетевой среды

Виртуальную сеть и подсеть можно настроить автоматически при создании экземпляра на портале Azure, но иногда удобнее создать их до начала создания экземпляров в Управляемом экземпляре SQL, чтобы задать требуемые параметры виртуальной сети и подсети. Проще всего создать и настроить сетевую среду, используя шаблон развертывания ресурсов Azure, который создает и настраивает сеть и подсеть, где будет размещен экземпляр. Для этого просто нужно нажать кнопку развертывания Azure Resource Manager и заполнить форму параметрами.

В качестве альтернативы можно также использовать этот скрипт PowerShell для автоматизации создания сети.

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

Миграция в Управляемый экземпляр SQL

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

Но для переноса производственной базы данных или даже баз данных разработки и тестирования, которые вы хотите использовать для тестирования производительности, вам потребуется воспользоваться дополнительными техниками, например такими:

  • Тестирование производительности — вам необходимо замерить базовые показатели производительности на исходном экземпляре SQL Server и сравнить их с показателями производительности целевого Управляемого экземпляра SQL, в который перенесена база данных. Подробные сведения см. в статье с рекомендациями по сравнению показателей производительности.
  • Миграция по сети — при использовании встроенной функции RESTORE, которая описана в этой статье, вам придется подождать восстановления баз данных (и их копирования в хранилище BLOB-объектов Azure, если их там нет). Это приведет к некоторому простою приложения, особенно в случае больших баз данных. Для переноса рабочей базы данных используйте Azure Database Migration Service (DMS), чтобы минимизировать время ее простоя. DMS постепенно отправляет изменения исходной базы данных в базу данных, восстанавливаемую в Управляемом экземпляре базы данных SQL. Это позволяет быстро переключить приложение с исходной базы данных на целевую и свести к минимуму время простоя.

Узнайте больше о рекомендуемом процессе миграции.

Следующие шаги