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

Общие сведения о переносе. Перенос данных из 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 или расширяя поддержку SQL Server 2012, получая бесплатные обновления системы безопасности.

Выбор подходящего целевого сервера

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

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

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

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

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

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

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

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

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

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

Расширение миграции SQL Azure для 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 с пакетом обновления 1 (SP1) и накопительным обновлением 2 (CU2) SQL Server 2012 с пакетом обновления 1 (SP1) и накопительным обновлением 2 (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, База данных SQL Azure или Управляемый экземпляр SQL Azure.

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

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

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

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

  • Для достижения оптимальной скорости передачи данных, переносить базы данных и файлы на экземпляр 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 Reporting Services

Сведения о переносе отчетов служб 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.

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

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

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

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

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