Общие сведения о переносе. Перенос данных из 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, а также предлагает различные размеры компьютеров и варианты хранилища. При определении правильного размера виртуальной машины и службы хранилища для вашей рабочей нагрузки SQL Server см. Рекомендации по оптимизации производительности SQL Server на Виртуальных машинах Azure.
Чтобы получить рекомендации по выбору подходящего размера для SQL Server на виртуальных машинах Microsoft Azure, можно использовать расширение миграции Azure SQL для Azure Data Studio. Расширение собирает данные производительности из исходного экземпляра SQL Server, чтобы предоставить рекомендации Azure по выбору подходящего размера, который соответствует требованиям к производительности для вашей рабочей нагрузки при минимальных затратах. Дополнительные сведения см. в статье Получение рекомендаций Azure по выбору подходящего размера для локальных баз данных SQL Server.
Чтобы определить размер виртуальной машины и требования к хранилищу для всех ваших рабочих нагрузок в пространстве данных, рекомендуется, чтобы их размер определялся с помощью Performance-Based оценки миграции Azure. Если этот вариант недоступен, см. статью о создании собственных базовых показателей производительности.
Также следует уделить внимание правильной установке и настройке SQL Server на виртуальной машине. Рекомендуется использовать коллекцию образов виртуальных машин Azure SQL, так как это позволяет создать SQL Server виртуальную машину с подходящей версией, выпуском и операционной системой. Галерея образов виртуальных машин SQL Azure также автоматически зарегистрирует Виртуальную машину Azure у поставщика ресурсов SQL Server. Это позволит использовать такие функции, как автоматизированное резервное копирование и автоматизированное исправление.
Стратегии миграции
Существует две стратегии миграции для переноса пользовательских баз данных на экземпляр SQL Server на Виртуальных машинах Azure: обычная миграция и lift-and-shift.
Подход, подходящий для бизнеса, обычно зависит от следующих факторов:
- размер и масштаб миграции;
- скорость миграции;
- поддержка приложений для изменения кода;
- необходимость изменить версию SQL Server, операционную систему или и то, и другое;
- жизненный цикл поддержки существующих продуктов;
- окно для простоя приложения во время миграции.
В следующей таблице описаны различия в двух стратегиях миграции.
| Стратегия миграции | Описание | Сценарии использования |
|---|---|---|
| Методика lift-and-shift | Используйте стратегию миграции 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. Используйте расширение миграции Azure SQL для 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 2008 с пакетом обновления 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 2008 | Ограничение на размер хранилища виртуальной машины Azure | Это простое расширение на основе мастера в Azure Data Studio для переноса баз данных SQL Server в SQL Server на виртуальных машинах Azure. Используйте сжатие, чтобы минимизировать размер файла резервной копии для перемещения. Расширение миграции Azure SQL для Azure Data Studio предоставляет оценку, рекомендации Azure и возможности для миграции в простом пользовательском интерфейсе с минимальным временем простоя. |
| Распределенная группа доступности | SQL Server 2016 | SQL Server 2016 | Ограничение на размер хранилища виртуальной машины Azure | Распределенная группа доступности — это особый тип группы доступности, который охватывает сразу две отдельные группы доступности. Группы доступности, участвующие в распределенной группе доступности, не должны находиться в одном расположении и включать междоменные поддержку. Этот метод сокращает время простоя. Используйте его, когда группа доступности настроена в локальной среде. Автоматизация и написание скриптов.T-SQL |
| Резервное копирование в файл | SQL Server 2008 с пакетом обновления 4 (SP4) | SQL Server 2008 с пакетом обновления 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 2008 с пакетом обновления 4 (SP4) | Ограничение на размер хранилища виртуальной машины Azure | Помощник по миграции данных локально оценивает 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 2008 с пакетом обновления 4 (только для Windows) | SQL Server 2008 с пакетом обновления 4 (только для Windows) | Ограничение на размер хранилища виртуальной машины Azure | Доставка журналов реплицирует файлы журналов транзакций из локальной среды в экземпляр SQL Server на виртуальной машине Azure. Это сокращает время простоя при отработке отказа и требует меньше накладных расходов на настройку, чем это бы потребовалось при настройке группы доступности AlwaysOn. Автоматизация и написание скриптов.T-SQL |
| Преобразование локального компьютера в VHD Hyper-V, отправка VHD в хранилище больших двоичных объектов Azure и последующее развертывание новой виртуальной машины на базе отправленного VHD. | SQL Server 2005 или более поздней версии | SQL Server 2005 или более поздней версии | Ограничение на размер хранилища виртуальной машины Azure | Применяйте в случае использования вашей собственной лицензии SQL Server при переносе базы данных, которую планируется запустить в более ранней версии SQL Server, или при совместном переносе системных и пользовательских баз данных в рамках переноса базы данных, которая зависит от других пользовательских и (или) системных баз данных. |
| Доставка жестких дисков в службу импорта и экспорта Windows. | SQL Server 2005 или более поздней версии | SQL Server 2005 или более поздней версии | Ограничение на размер хранилища виртуальной машины Azure | Следует использовать службу импорта и экспорта Windows , когда на ручное копирование требуется слишком много времени, особенно при работе с базами данных очень большого размера. |
Совет
- Дополнительные сведения о передаче больших объемов данных с ограниченными сетевыми параметрами или без них см. в статье о передаче больших объемов данных с ограниченными возможностями подключения.
- Теперь решение экземпляра отказоустойчивого кластера и группы доступности можно перенести на SQL Server в Виртуальных машинах Azure с помощью службы "Миграция Azure", используя метод lift-and-shift.
Рекомендации
Ниже приведен список основных моментов, которые необходимо учитывать при рассмотрении методов миграции:
- Для достижения оптимальной скорости передачи данных, переносить базы данных и файлы на экземпляр 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) из SSISDB в SQL Server на виртуальных машинах Azure одним из двух способов, приведенных ниже.
- Резервное копирование и восстановление SSISDB из исходного экземпляра SQL Server в SQL Server на виртуальных машинах Azure. При этом пакеты из SSISDB будут восстановлены в каталоге служб Integration Services в целевом экземпляре SQL Server на виртуальных машинах Azure.
- Повторно разверните пакеты служб 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 могут быть дополнительные функции, которые потребуют прямого вмешательства пользователя для их переноса в SQL Server на виртуальных машинах Azure. Может потребоваться создать скрипты в Transact-SQL (T-SQL) с помощью SQL Server Management Studio и запустить их на целевом экземпляре SQL Server на виртуальных машинах Azure. Ниже приведены некоторые из часто используемых функций.
- Имена для входа и роли
- Связанные серверы
- Внешние источники данных
- Задания агентов
- видны узлы
- Database Mail
- Replication
Полный список метаданных и объектов сервера, которые необходимо переместить, см. в разделе Управление метаданными при создании доступности базы данных на другом сервере.
Поддерживаемые версии
При подготовке к миграции баз данных SQL Server на SQL Server на Виртуальных машинах Azure обязательно учитывайте поддерживаемые версии SQL Server. Список текущих поддерживаемых версий SQL Server на Виртуальных машинах Azure см.в статье об SQL Server на Виртуальных машинах Azure.
Ресурсы, посвященные миграции
Дополнительные сведения доступны в указанных ниже ресурсах, разработанных для реальных проектов миграции.
| Ресурс | Описание |
|---|---|
| Модель и средство оценки рабочей нагрузки данных | Это средство предоставляет предлагаемые "оптимальные" целевые платформы, готовность к переходу в облако и уровень исправления приложения/базы данных для конкретной рабочей нагрузки. Она предлагает простое, единое вычисление и создание отчетов, которые помогают ускорить оценку больших активов, предоставляя автоматизированный и единообразный процесс принятия решений целевой платформы. |
| Автоматизация сбора данных системного монитора с применением инструмента Logman | Средство, которое собирает данные о выполнении, чтобы понять базовую производительность, которая помогает в рекомендации по целевому объекту миграции. Этот инструмент использует logman.exe для создания команды, которая будет создавать, запускать, останавливать и удалять счетчики производительности, заданные на удаленном SQL Server. |
| Multiple-SQL-VM-VNet-ILB | В этом техническом документе описаны действия по настройке нескольких виртуальных машин Azure в конфигурации группы доступности SQL Server Always On. |
| Виртуальные машины Azure с поддержкой SSD (цен. категория "Ультра") для каждого региона | Эти сценарии PowerShell предоставляют возможность получения программным способом списка регионов, поддерживающих виртуальные машины Azure, с поддержкой SSD (цен. категория "Ультра"). |
Эти ресурсы разработали специалисты по разработке данных SQL. Основная задача этой команды — включить и ускорить комплексную модернизацию проектов миграции платформы данных на платформу данных Microsoft Azure.
Дальнейшие действия
Чтобы начать миграцию баз данных SQL Server на SQL Server на Виртуальных машинах Azure, см. Руководство по миграции отдельной базы данных.
Матрицу служб и средств Майкрософт и сторонних производителей, доступных для помощи в различных сценариях переноса баз данных и данных, а также специальных задачах, см. в статье Службы и средства для переноса данных.
Дополнительные сведения о сервере Azure SQL Server см. в следующих разделах.
- Варианты развертывания
- SQL Server на виртуальных машинах Azure
- Калькулятор совокупной стоимости владения Azure
Дополнительные сведения о платформе и цикле внедрения для миграции в облако см. в следующих разделах:
- Cloud Adoption Framework для Azure
- Рекомендации по оценке затрат на рабочие нагрузки, перенесенные в Azure, и определению их размеров
Сведения о лицензировании см. в следующих разделах.
- Использование собственной лицензии с преимуществом гибридного использования Azure
- Получите бесплатную расширенную поддержку для SQL Server
- Чтобы оценить уровень доступа к приложениям, см. набор средств Data Access Migration Toolkit (предварительная версия)
- Дополнительные сведения об A/B-тестировании на уровне доступа к данным см. в статье Database Experimentation Assistant.