Перемещение базы данных SQL в Azure SQL: использование метода импорта

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

• Это для среды тестирования/разработки?
• Нужно ли сохранять синхронизацию?
• Вы хотите оценить, чтобы понять, нужно ли внести улучшения перед миграцией?
• У вас есть гибридное облако, в котором Azure имеет возможность подключения к вашей локальной среде?
• Является ли это собственным облачным приложением (без привязки к какой-либо локальной среде)?
• Вы хотите обновить схему или данные до существующей базы данных?

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

В следующих статьях мы сосредоточимся на Помощнике по миграции данных (DMA), который является фантастическим инструментом, который выполняет оценку, а затем миграцию схемы SQL и данных из локальной среды в Azure SQL.

Создание учетной записи хранения

Первый шаг — создать учетную запись хранения в Azure. Эта учетная запись хранения будет местом, куда мы собираемся экспортировать базу данных SQL, схему и другие компоненты с наших локальных серверов. Затем мы будем использовать блейд-сервер SQL для импорта и создания базы данных как часть процесса.

Перво-наперво: давайте упростим учетную запись хранения. Войдите на портал Azure, нажмите «Создать ресурс», введите «Учетная запись хранения» и выберите из списка. В новой колонке нажмите Create.

На вкладке «Основные» нового мастера создания учетной записи хранения выберите группу ресурсов, имя учетной записи хранения, регион, и вы можете оставить параметры по умолчанию или настроить их в соответствии со своими требованиями. Нажмите «Просмотреть + создать», чтобы пропустить некоторые вкладки, просмотреть настройки и нажать «Создать», чтобы начать предоставление новой учетной записи хранения.

После создания учетной записи хранения щелкните ее, а затем перейдите к элементу контейнеров в области службы BLOB-объектов. Мы собираемся добавить новый контейнер, нажав кнопку + container, и в новом лезвии введите имя (в нашем случае sql) и нажмите «Создать», чтобы завершить процесс.

Если у вас уже есть файл dacpac, который мы собираемся получить в следующем разделе этой статьи, вы можете воспользоваться Обозревателем хранилищ Azure, чтобы напрямую подключиться к его вновь созданной учетной записи хранения и загрузить файл самостоятельно.

Чтобы загрузить последнюю версию инструмента, вы всегда можете щелкнуть значок «Открыть в проводнике», расположенный в элементе «Обзор» любой учетной записи хранения.

Экспорт схемы и данных с локального SQL-сервера

Azure SQL позволяет импортировать файл dacpac. Файл dacpac инкапсулирует все компоненты сервера SQL, включая таблицы, логины и объекты, связанные с базой данных, которые должны храниться в одном файле, что делает базу данных SQL переносимой и легкой для перемещения из точки А в точку Б.

Используя SQL Server Management Studio, разверните элемент Databases, щелкните правой кнопкой мыши базу данных, которую мы хотим переместить в Azure SQL, затем щелкните Tasks и Export Data-tier Application…

На странице «Введение» просто нажмите «Далее».

На странице настроек экспорта мы видим, как интегрированы SQL Server и Microsoft Azure. Выберите «Сохранить в Microsoft Azure» и щелкните многоточие рядом с «Учетная запись хранения».

В новом окне нажмите «Войти» и укажите свои учетные данные и MFA (при необходимости). После аутентификации выберите подписку, учетную запись хранения и контейнер. Мы создали эту инфраструктуру на предыдущем шаге. Нажмите «ОК» и «Далее».

На вкладке «Сводка» просмотрите все настройки, которые мы определили до сих пор, и нажмите «Далее», чтобы продолжить.

На вкладке «Результаты» у нас будет полный список всех элементов, которые были экспортированы в рамках этого процесса.

Создание базы данных SQL с использованием файла dacpac

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

Появится мастер импорта базы данных. Нам нужно выбрать учетную запись хранения, которую мы только что использовали для сохранения файла dacpac. Определите имя для новой базы данных, которая будет создана (мастер предлагает исходное имя), и учетные данные SQL.

Процесс может занять несколько минут — время зависит от размера базы данных. Выпейте кофе и дождитесь подтверждения в области уведомлений.

В результате новая база данных будет указана в разделе баз данных SQL, как показано на рисунке ниже.

Перенос данных SQL в Azure: еще не все

Если вы планируете простую миграцию, при которой вы отключаете локальную базу данных и выполняете однократную миграцию в Azure, процедура импорта SQL может идеально подойти для этого типа миграции. Тот же метод можно использовать для сценариев разработки и тестирования, когда вам нужно протестировать приложение и не требуется постоянная синхронизация с локальной средой. Но для более сложных миграций вам, возможно, придется попробовать другой подход. И вот где вступают следующие две части этой серии. Оставайтесь с нами!