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

Общие сведения о переносе. Перенос данных из SQL Server в SQL Server на виртуальных машинах Azure

  • Статья

Область применения:SQL Server на виртуальных машинах Azure

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

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

  • SQL Server на виртуальных машинах
  • Amazon Elastic Compute Cloud (Amazon EC2)
  • Amazon Relational Database Service (Amazon RDS)
  • Google Compute Engine

Другие руководства по миграции см. в разделе Перенос базы данных.

Обзор

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

Сэкономьте на затратах, используя свою лицензию с помощью модели лицензирования Azure Hybrid Benefit, или продлите поддержку для SQL Server 2012, получив бесплатные обновления безопасности.

Выбор подходящей цели

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

Вы можете использовать расширение миграции Azure SQL для Azure Data Studio, чтобы получить рекомендации по оптимальным размерам SQL Server на виртуальных машинах Azure. Расширение собирает данные производительности из исходного экземпляра SQL Server, чтобы предоставить рекомендации Azure по выбору оптимального размера, который удовлетворяет требования вашей рабочей нагрузки к производительности при минимальных затратах. Дополнительные сведения см. в статье "Получение рекомендаций Azure для переноса базы данных SQL Server".

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

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

Стратегии миграции

Существует две стратегии миграции для переноса пользовательских баз данных на экземпляр SQL Server на Виртуальных машинах Azure: обычная миграция и lift-and-shift.

Подход, подходящий для бизнеса, обычно зависит от следующих факторов:

  • размер и масштаб миграции;
  • скорость миграции;
  • поддержка приложений для изменения кода;
  • необходимость изменить версию SQL Server, операционную систему или и то, и другое;
  • жизненный цикл поддержки существующих продуктов;
  • окно для простоя приложения во время миграции.

В следующей таблице описаны различия в двух стратегиях миграции.

Стратегия миграции Описание Когда использовать
Перенос Используйте стратегию миграции lift-and-shift для перемещения всего физического или виртуального содержимого системы SQL Server с ее текущего местоположения на экземпляр SQL Server на Виртуальную машину Azure без каких-либо изменений в операционной системе или версии SQL Server. Чтобы выполнить миграцию по модели "перенос и запуск" (lift-and-shift), см. Миграция Azure.

Исходный сервер остается подключенным к сети и обслуживает запросы, в то время как исходный и целевой сервер синхронизируют данные, что позволяет практически без проблем выполнить миграцию.		 Используйте для миграций от одиночных до крупномасштабных, применяемых в сценариях, таких как выход из дата-центра.

Минимальные изменения кода (или их отсутствие) в пользовательских базах данных или приложениях SQL, позволяют ускорить миграцию в целом.

Для миграции служб бизнес-аналитики, таких как SSIS, SSRS и SSAS, не требуются дополнительные действия.
миграция Используйте стратегию миграции, когда требуется обновить целевой сервер SQL Server или версию операционной системы.

Выберите Виртуальную машину Azure из Azure Marketplace или подготовленный образ SQL Server, соответствующий исходной версии SQL Server.

Используйте расширение миграции SQL Azure для Azure Data Studio для оценки, получения рекомендаций по настройке Azure (серии виртуальных машин, вычислений и хранилищ) и переносу баз данных SQL Server в SQL Server на виртуальных машинах Azure с минимальным временем простоя.		 Используйте это расширение, если требуется перенос данных в SQL Server на Виртуальных машинах Azure или если нужно обновить устаревшие версии SQL Server и (или) ОС, которые больше не поддерживаются.

Для поддержки обновления SQL Server могут потребоваться некоторые изменения в приложении или пользовательской базе данных.

При миграции служб бизнес-аналитики могут учитываться дополнительные соображения, если это входит в круг миграции.

Методика lift-and-shift

В следующей таблице подробно описан доступный метод стратегии миграции lift-and-shift для переноса базы данных из SQL Server в SQL Server на Виртуальных машинах Azure:

Способ Минимальная версия исходной версии Минимальная версия целевого сервера Ограничение на размер файла резервной копии исходной базы данных Примечания.
Azure Migrate SQL Server 2008 с пакетом обновления 4 (SP4) SQL Server 2012 с пакетом обновления 4 (SP4) Ограничение на размер хранилища виртуальной машины Azure Существующий SQL Server должен быть перемещен в неизменном виде на экземпляр SQL Server на виртуальной машине Azure. Это предоставит возможность масштабирования рабочих нагрузок миграции до 35 000 виртуальных машин.

Исходные серверы остаются в сети и обслуживают запросы во время синхронизации данных сервера, минимизируя время простоя.

Автоматизация и скрипты: скрипты Azure Site Recovery и пример масштабируемой миграции и планирования для Azure

Примечание.

Теперь решение экземпляра отказоустойчивого кластера и группы доступности можно перенести на SQL Server в Виртуальных машинах Azure с помощью службы "Миграция Azure", используя метод lift-and-shift.

Миграция

Благодаря простоте настройки рекомендуемый подход к миграции — сначала выполнить резервное копирование локальной базы данных SQL Server, а затем скопировать файл в Azure. Этот метод поддерживает большие базы данных (>1 ТБ) всех версий SQL Server, начиная с 2008, а также большие резервные копии базы данных (>1 ТБ). Начиная с SQL Server 2014, для базы данных меньше 1 ТБ с хорошим подключением к Azure, резервное копирование SQL Server по URL-адресу является лучшим подходом.

При переносе баз данных SQL Server на экземпляр SQL Server на виртуальных машинах Azure важно выбрать подход, который подходит для перехода на целевой сервер, так как это влияет на время простоя приложения.

В следующей таблице подробно описаны все доступные методы переноса базы данных из SQL Server в SQL Server на Виртуальных машинах Azure:

Способ Минимальная версия исходного кода Минимальная версия целевого сервера Ограничение на размер файла резервной копии исходной базы данных Примечания.
Расширение для миграции Azure SQL в Azure Data Studio SQL Server 2008 SQL Server 2012 Ограничение на размер хранилища виртуальной машины Azure Это простое расширение на основе мастера в Azure Data Studio для переноса баз данных SQL Server в SQL Server на виртуальных машинах Azure. Используйте сжатие, чтобы минимизировать размер файла резервной копии для перемещения.

Расширение Azure SQL Migration для Azure Data Studio предоставляет возможности оценки, рекомендации по Azure и миграцию, все это в простом пользовательском интерфейсе, и поддерживает миграции с минимальным временем простоя.
Распределенная группа доступности SQL Server 2016 SQL Server 2016 Ограничение на размер хранилища виртуальной машины Azure Распределенная группа доступности — это особый тип группы доступности, который охватывает сразу две отдельные группы доступности. Группы доступности, участвующие в распределенной группе доступности, не должны находиться в одном расположении и включать поддержку между доменами.

Этот метод сводит к минимуму время простоя. Используйте, если у вас настроена локальная группа доступности.

Автоматизация и написание скриптов. T-SQL
Резервное копирование в файл SQL Server 2008 с пакетом обновления 4 (SP4) SQL Server 2012 с пакетом обновления 4 (SP4) Ограничение на размер хранилища виртуальной машины Azure Это простая и проверенная методика перемещения баз данных между компьютерами. Используйте сжатие, чтобы минимизировать размер файла резервной копии для перемещения.

Автоматизация и написание скриптов: Transact-SQL (T-SQL) и AzCopy в хранилище Blob
Резервное копирование по URL-адресу SQL Server 2012 SP1 CU2 SQL Server 2012 SP1 CU2 12,8 ТБ для SQL Server 2016, в противном случае 1 ТБ Альтернативный способ перемещения файла резервной копии на виртуальную машину с помощью хранилища Azure. Используйте сжатие, чтобы минимизировать размер файла резервной копии для перемещения.

Автоматизация и написание скриптов. T-SQL или план обслуживания
помощник по миграции данных (DMA) SQL Server 2005 SQL Server 2012 с пакетом обновления 4 (SP4) Ограничение на размер хранилища виртуальной машины Azure DMA оценивает локальную среду SQL Server, а затем бесшовно обновляется до более поздних версий SQL Server или переносится на SQL Server на виртуальных машинах Azure, базу данных Azure SQL или на управляемый экземпляр Azure SQL.

Не следует использовать в пользовательских базах данных с поддержкой FILESTREAM.

DMA также включает возможность миграции логинов SQL и Windows и оценки пакетов SSIS.

Автоматизация и написание скриптов. Интерфейс командной строки
Отключение и подключение SQL Server 2008 с пакетом обновления 4 (SP4) SQL Server 2014 Ограничение на размер хранилища виртуальной машины Azure Используйте этот метод, когда планируете хранить эти файлы с использованием хранилища BLOB-объектов Azure и подключать их к экземпляру SQL Server на виртуальной машине Azure; это полезно при работе с очень большими базами данных или когда процесс резервного копирования и восстановления занимает слишком много времени.

Автоматизация и написание скриптов: T-SQL и AzCopy в хранилище объектов Blob
Доставка журналов SQL Server 2012 с пакетом обновления 4 (SP4) (только Для Windows) SQL Server 2012 с пакетом обновления 4 (SP4) (только Для Windows) Ограничение на размер хранилища виртуальной машины Azure Доставка журналов реплицирует файлы журналов транзакций из локальной среды в экземпляр SQL Server на виртуальной машине Azure.

Это сокращает время простоя при отработке отказа и требует меньше накладных расходов на настройку, чем это бы потребовалось при настройке группы доступности AlwaysOn.

Автоматизация и написание скриптов. T-SQL
Преобразование локальной машины в VHD Hyper-V, загрузка VHD в хранилище Azure Blob и развертывание новой виртуальной машины с использованием загруженного VHD. SQL Server 2012 или более поздней версии SQL Server 2012 или более поздней версии Ограничение на размер хранилища виртуальной машины Azure Используйте при переносе собственной лицензии SQL Server, при миграции базы данных, работающей на более старой версии SQL Server, или при миграции системных и пользовательских баз данных в рамках миграции базы данных, зависящей от других пользовательских баз данных и (или) системных баз данных.
Доставка жестких дисков в службу импорта и экспорта Windows. SQL Server 2012 или более поздней версии SQL Server 2012 или более поздней версии Ограничение на размер хранилища виртуальной машины Azure Следует использовать службу импорта и экспорта Windows , когда на ручное копирование требуется слишком много времени, особенно при работе с базами данных очень большого размера.

Для передачи больших объемов данных в условиях ограниченной или отсутствующей пропускной способности сети см. раздел Передача данных для больших наборов данных с низкой или отсутствующей пропускной способностью сети.

Совет

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

Рекомендации

В следующем списке приведены ключевые моменты, которые следует учитывать при проверке методов миграции.

  • Для достижения оптимальной скорости передачи данных, переносить базы данных и файлы на экземпляр SQL Server на виртуальной машине Azure лучше всего с помощью сжатого файла резервной копии. Для больших баз данных, в дополнение к сжатию, разделите файл резервной копии на файлы меньшего размера, чтобы повысить производительность во время резервного копирования и передачи.
  • При миграции с SQL Server 2014 или более поздней версии рассмотрите возможность шифрования резервных копий для защиты данных во время передачи по сети.
  • Чтобы сократить время простоя при переносе базы данных, используйте расширение миграции Azure SQL в Azure Data Studio или параметр группы доступности Always On.
  • Если возможности сети ограничены или отсутствуют, используйте автономные методы миграции, такие как резервное копирование и восстановление или службы передачи дисковых данных, доступные в Azure.
  • Чтобы также изменить версию SQL Server на SQL Server на Виртуальной машине Azure, см. статью об изменении выпуска SQL Server.

Бизнес-аналитика

При переносе служб бизнес-аналитики SQL Server, помимо миграции баз данных, могут возникнуть дополнительные аспекты.

SQL Server Integration Services

Пакеты и проекты SQL Server Integration Services (SSIS) можно перенести в SQL Server на виртуальной машине Azure, используя один из двух следующих методов.

Если у вас есть пакеты служб SSIS, развернутые как модель развертывания пакетов, их можно преобразовать перед миграцией. Дополнительные сведения см. в руководстве по преобразованию проекта.

службы отчетности SQL Server

Сведения о переносе отчетов служб SQL Server Reporting Services (SSRS) на целевую виртуальную машину SQL Server на виртуальной машине Azure см. в статье "Миграция установки служб Reporting Services (собственный режим)".

Вы также можете перенести отчеты SSRS в постраничные отчеты в Power BI. Для подготовки и переноса отчетов следует использовать средство миграции RDL. Корпорация Майкрософт разработала его, чтобы помочь клиентам переносить отчеты на языке определения отчетов с серверов SSRS в Power BI. Оно доступно на сайте GitHub, и в нем представлено полное пошаговое руководство по сценарию миграции.

SQL Server Analysis Services

Базы данных SQL Server Analysis Services (многомерные или табличные модели) можно перенести из исходного экземпляра SQL Server в SQL Server на виртуальных машинах Azure, используя один из следующих вариантов:

  • интерактивно с помощью среды SSMS;
  • Использование объектов управления аналитикой (AMO) программным способом.
  • с помощью скриптов, используя XML для аналитики (XMLA).

Дополнительные сведения см. в статье Перемещение базы данных служб Analysis Services.

Кроме того, можно попробовать перенести локальные табличные модели Analysis Services в Azure Analysis Services или Power BI Premium с помощью новых конечных точек чтения и записи XMLA.

Объекты сервера

В зависимости от настройки в исходном SQL Server могут быть дополнительные функции SQL Server, требующие ручного вмешательства для переноса их на виртуальную машину Azure путем создания скриптов в Transact-SQL (T-SQL) с помощью SQL Server Management Studio, а затем запуска скриптов на целевом СЕРВЕРе SQL Server на виртуальной машине Azure. Ниже приведены некоторые из часто используемых функций.

  • Имена для входа и роли
  • Связанные серверы
  • Внешние источники данных
  • Задания агентов
  • Оповещения
  • Database Mail (Почта базы данных)
  • Репликация

Полный список метаданных и объектов сервера, которые необходимо переместить, см. в разделе "Управление метаданными при создании базы данных" на другом сервере.

Поддерживаемые версии

При подготовке к миграции баз данных SQL Server на SQL Server на Виртуальных машинах Azure обязательно учитывайте поддерживаемые версии SQL Server. Список текущих поддерживаемых версий SQL Server на виртуальных машинах Azure см. в статье SQL Server на виртуальных машинах Azure.

Ресурсы, посвященные миграции

Дополнительные сведения доступны в указанных ниже ресурсах, разработанных для реальных проектов миграции.

Актив Описание
Модель и средство оценки рабочей нагрузки данных Это средство предоставляет предлагаемые "оптимальные" целевые платформы, готовность к переходу в облако и уровень исправления приложения/базы данных для конкретной рабочей нагрузки. Он предлагает простое, одноразовый выбор расчёта и создание отчетов, что способствует ускорению оценки крупных объектов недвижимости, предоставляя автоматизированный и единообразный процесс для принятия решений на целевой платформе.
Автоматизация сбора данных системного монитора с применением инструмента Logman Инструмент, который собирает данные о производительности для понимания базовой производительности, что помогает в выработке рекомендаций по целевым объектам миграции. Этот инструмент использует logman.exe для создания команды, которая будет создавать, запускать, останавливать и удалять счетчики производительности, заданные на удаленном SQL Server.
Multiple-SQL-VM-VNet-ILB В этом техническом документе описаны шаги по настройке нескольких виртуальных машин Azure в конфигурации группы доступности AlwaysOn SQL Server.
Виртуальные машины Azure с поддержкой Ultra SSD в каждом регионе Эти сценарии PowerShell предоставляют программную возможность получения списка регионов, поддерживающих виртуальные машины Azure, поддерживающие Ultra SSDs.

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

Связанный контент