Просмотр стратегий миграции и средств

  • 10 мин

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

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

  1. Понимание того, почему влечет за собой признание преимуществ после завершения миграции.
  2. Как охватывает выбор соответствующих средств миграции и разработку комплексного плана миграции.
  3. Критически важным элементом этого процесса является оценка количества простоев, которые организация готова терпеть. Минимизация простоя во время процесса миграции имеет решающее значение для поддержания эффективности работы и непрерывности.

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

Понимание преимуществ миграции

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

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

  • Репликация транзакций SQL Server
  • Группы доступности AlwaysOn
  • Службы Integration Services
  • Службы Analysis Services
  • Службы отчетов
  • доставка журналов;

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

Лицензирование

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

  • Модель с оплатой по мере использования (PAYG) означает, что посекундная стоимость работы виртуальной машины Azure включает стоимость лицензии SQL Server.

  • Модель приведения собственной лицензии (BYOL) также называется Преимущество гибридного использования Azure (AHB), и позволяет использовать собственную лицензию SQL Server с виртуальной машиной под управлением SQL Server, и вы платите только за использование виртуальной машины. Этот вариант сейчас доступен только клиентам с Соглашением Enterprise.

  • Модель лицензий высокого уровня доступности и аварийного восстановления (HA/DR) используется для бесплатной реплики высокого уровня доступности и аварийного восстановления в Azure. Если у вас есть Software Assurance, вы можете реализовать планы гибридного аварийного восстановления с помощью SQL Server без дополнительных затрат на лицензирование для пассивного экземпляра аварийного восстановления.

Совет

Сведения об изменении модели лицензий для виртуальной машины SQL в Azure см. в статье "Изменение модели лицензии для виртуальной машины SQL в Azure".

Сеть

Если вы подготавливаете виртуальную машину SQL Server на портале Azure, у вас есть возможность указать тип подключения SQL.

  • Общедоступный: подключение к SQL Server через Интернет.
  • Приватный: подключение к SQL Server в той же виртуальной сети.
  • Локальный. Подключение к SQL Server локально на одной виртуальной машине.

Если вы хотите подключаться к ядру СУБД SQL Server из Интернета, выберите Public. Действия, автоматически выполняемые порталом:

  • включение протокола TCP/IP для SQL Server;
  • настройка правила брандмауэра для открытия TCP-порта SQL Server (по умолчанию 1433);
  • включение аутентификации SQL Server, требуемой для предоставления общего доступа;
  • настройка группы безопасности сети на виртуальной машине для применения ко всему TCP-трафику, поступающему на порт SQL Server.

Если на портале вы выберете для подключения SQL вариант Частное, Azure настроит большинство параметров так же, как и для варианта Общедоступное. Разница в том, что в этом случае отсутствует правило группы безопасности сети для разрешения поступления внешнего трафика в порт SQL Server (по умолчанию 1433). Вы можете изменить параметры подключения для своей виртуальной машины SQL на портале Azure.

Управление ключами

SQL Server предоставляет функции шифрования, для использования которых вам необходимо обеспечить хранение криптографических ключей и управление ими. Хранилище ключей Azure (AKV) предназначено для повышения безопасности и управления этими ключами в расположении высокой надежности и безопасности. Соединитель SQL Server позволяет SQL Server использовать эти ключи из Azure Key Vault.

Вы можете сэкономить время, используя функцию интеграции AKV. Если включить эту функцию, она автоматически устанавливает соединитель SQL Server. Затем эта функция настраивает поставщика расширенного управления ключами (EKM) для доступа к AKV и создает учетные данные, позволяющие вам получить доступ к своему хранилищу.

Размеры виртуальных машин

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

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

Метрика производительности Вариант оптимизации
Виртуальная машина
  • Минимальный размер виртуальной машины, который следует выбрать для корпоративных выпусков SQL Server, — не ниже DS3_v2.
  • Для стандартного или веб-выпуска в качестве минимального размера используйте DS2_v2.
Хранилище
  • Для производственных рабочих нагрузок используйте твердотельные накопители в ценовой категории "Премиум".
  • Для среды разработки или тестирования используйте хранилище из ценовой категории Стандартный.
  • Убедитесь, что хранилище размещено в том же расположении, что и виртуальная машина.
Disks
  • Используйте не менее 2 P30 дисков (1 для файлов журналов и 1 для файлов данных, включая TempDB)
  • Для рабочих нагрузок, требующих порядка 50 000 операций ввода-вывода в секунду, рассмотрите возможность использования твердотельных накопителей в ценовой категории "Ультра".
  • Не рекомендуется использовать диски операционной системы или временные диски для хранилища базы данных или ведения журналов.
  • Включите кэширование операций чтения на дисках, где размещаются файлы данных и файлы данных TempDB.
  • Не включайте кэширование на дисках, где размещен файл журнала.
  • Обеспечьте чередование нескольких дисков данных Azure для увеличения пропускной способности ввода-вывода.
  • Выполняйте форматирование с использованием задокументированных размеров кластеров.
  • Разместите базу данных TempDB на локальном твердотельном накопителе для критически важных рабочих нагрузок SQL Server (после выбора правильного размера виртуальной машины).
ВВОД-ВЫВОД
  • Включение сжатия страниц базы данных
  • Включите быструю инициализацию для файлов данных.
  • Ограничьте авторасширение базы данных.
  • Отключите автосжатие базы данных.
  • Перенесите все базы данных, включая системные, на диски данных.
  • Переместите каталоги журнала ошибок и файлов трассировки SQL Server на диски данных.
  • Настройте расположения по умолчанию для файлов резервных копий и файлов базы данных.
  • Включите заблокированные страницы.
  • Примените исправления производительности SQL Server.

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

Средства и функции для поддержки миграции

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

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

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

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

  • Расширение миграции SQL Azure для Azure Data Studio . Расширение миграции SQL Azure работает с последней версией Azure Database Migration Service и помогает оценить готовность миграции, предоставляя соответствующие рекомендации SKU для ресурсов Azure и упрощая миграцию базы данных SQL Server в Azure и идеально подходит для небольших и средних баз данных. Она поддерживается последней версией Служб миграции данных, а также предоставляет расширенную функцию оценки, которая оценивает базы данных SQL Server, готовые к миграции в SQL Azure.

  • Резервное копирование и восстановление с помощью Хранилище BLOB-объектов Azure. Вы можете восстановить базу данных из Хранилище BLOB-объектов Azure на SQL Server, работающей на виртуальной машине Azure.

  • Отсоедините и вложите URL-адрес. Отсоедините базу данных и файлы журналов и перенесите их в учетную запись служба хранилища Azure. Затем подключите базу данных из URL-адреса БОЛЬШОго двоичного объекта на виртуальной машине Azure.

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

  • Миграция Azure — это комплексная служба миграции, которая поддерживает широкий спектр сценариев миграции, включая миграцию SQL Server. Служба "Миграция Azure" предоставляет набор средств, предназначенных для оценки и миграции локальных серверов, инфраструктуры, приложений и данных в масштабе с целью переноса их в Azure.

  • Помощник по эксперименту базы данных (DEA) — используйте его для оценки того, может ли целевой сервер обрабатывать рабочую нагрузку, если у вас возникли проблемы с производительностью. Вы можете использовать эти метрики анализа, чтобы предоставить данные для сравнения, которое поможет вам решить, сможет ли целевая версия улучшить работу после миграции.

  • Помощник по миграции данных (DMA) — используйте его для переноса схемы базы данных, данных, пользователей, ролей сервера, sql Server и входа Windows из локального SQL Server в SQL Server на виртуальной машине Azure. Средство сначала запускает оценку, которая предлагает устранить любые проблемы совместимости. Затем вы можете с помощью этого же инструмента перенести схему и данные оцененной базы данных в Azure.

Примечание.

Хотя база данных Помощник по миграции является полезным инструментом, рекомендуется использовать Службу Azure Database Migration Service для больших миграций и расширенных общих возможностей.

Совет

Чтобы узнать, как оценить локальные экземпляры SQL Server для миграции в AZURE SQL и как обнаружить новые функции на целевой платформе SQL Server, которую база данных может воспользоваться после обновления, см. в статье Оценка баз данных SQL Server для миграции в модуль SQL Azure.

Определение способа реализации миграции

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

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

  • Миграция без простоев
  • Миграция с небольшим периодом обслуживания
  • Миграция с большим периодом обслуживания

Миграция без простоев

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

Миграция с небольшим периодом обслуживания

Небольшие периоды обслуживания часто измеряются в минутах. Использование Azure Database Migration Service для репликации и переноса данных из локальной базы данных SQL Server в SQL Server, работающей на виртуальной машине Azure.

Примечание.

Чтобы перенести все приложение, рассмотрите возможность использования Azure Site Recovery.

Миграция с большим периодом обслуживания

Большие периоды обслуживания часто измеряются в часах или днях и подходят для баз данных приложений, которые изменяются редко, или в ситуациях, когда рабочая нагрузка некритична для бизнеса. У вас есть несколько вариантов использования SQL Server Management Studio BACPAC экспорта и импорта файлов, использования подхода резервного копирования и восстановления, а затем отсоединения и подключения базы данных.