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

Начало работы с управляемым экземпляром 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. Database Experimentation Assistant — еще один полезный инструмент, который может записывать рабочую нагрузку SQL Server и воспроизводить ее в Управляемом экземпляре SQL. Благодаря этому вы сможете определить, не возникнет ли проблем с производительностью при миграции на Управляемый экземпляр SQL.

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

Совет

Сведения о том, как создать резервную копию базы данных в хранилище 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. Это позволяет быстро переключить приложение с исходной базы данных на целевую и свести к минимуму время простоя.

Подробные сведения см. в статье SQL Server instance migration to Azure SQL Database managed instance (Перенос экземпляра SQL Server в управляемый экземпляр Базы данных SQL Azure).

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