Перенос группы доступности в SQL Server на виртуальной машине Azure

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

В этой статье описывается, как перенести группу доступности Always On (FCI) в SQL Server на виртуальных машинах Azure с помощью инструмента миграции сервера в службе "Миграция Azure". С помощью средства миграции можно перенести каждую реплику в группе доступности на виртуальную машину Azure, на котором размещен SQL Server, а также метаданные кластера, метаданные группы доступности и другие необходимые компоненты высокой доступности.

Вы узнаете, как выполнять следующие задачи:

• Подготовка Azure и исходной среды к миграции.
• Запуск репликации серверов.
• Мониторинг репликации.
• Запуск полного переноса сервера.
• Изменение настроек группы доступности Always On.

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

Необходимые компоненты

Для работы с этим учебником необходимо следующее.

1. Подписка Azure. При необходимости создайте бесплатную учетную запись.
2. Установите модуль AzAzure PowerShell.
3. Скачайте примеры скриптов PowerShell из репозитория GitHub.

Подготовка Azure

Подготовка Azure к миграции с помощью средства Миграция сервера.

Задача	Сведения
Создание проекта службы "Миграция Azure"	Для создания проекта учетная запись Azure должна иметь разрешения участника или владельца.
Проверка разрешений учетной записи Azure	Для учетной записи Azure требуются разрешения участника или владельца подписки Azure, разрешения на регистрацию приложений в идентификаторе Microsoft Entra (ранее Azure Active Directory) и разрешения администратора доступа пользователей в подписке Azure для создания Key Vault, создания виртуальной машины и записи на управляемый диск Azure.
Настройка виртуальной сети Azure	Настройка виртуальной сети Azure (VNet). При репликации в Azure создаются виртуальные машины Azure, которые присоединяются к виртуальной сети Azure, указанной при настройке миграции.

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

1. На портале Azure откройте подписку, а затем выберите Управление доступом (IAM).
2. В разделе Проверка доступа найдите соответствующую учетную запись и выберите ее, чтобы просмотреть разрешения.
3. Вы должны обладать разрешениями уровня Участник или Владелец.
   • Если вы создали бесплатную учетную запись Azure, вы являетесь владельцем подписки.
   • Если вы не являетесь владельцем подписки, назначьте эту роль совместно с владельцем.

Если требуется назначить разрешения, выполните действия, описанные в разделе Подготовка учетной записи пользователя Azure.

Подготовка к переносу

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

Проверка требований к компьютеру

Убедитесь, что исходные компьютеры соответствуют требованиям для переноса в Azure. Выполните следующие действия:

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

Подготовка к репликации

Средство миграции сервера службы "Миграция Azure" использует модуль репликации для репликации компьютеров в Azure. Устройство репликации запускает следующие компоненты.

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

Выполните подготовку к развертыванию устройства следующим образом:

• Создайте компьютер под управлением Windows Server 2016 для размещения устройства репликации. Просмотрите требования к компьютеру.
• Модуль репликации использует MySQL. Проверьте параметры для установки MySQL в модуле.
• Проверьте URL-адреса Azure, к которым модуль репликации будет обращаться в общедоступных облаках и облаках для государственных организаций.
• Проверьте требования к доступу к портам для устройства репликации.

Примечание.

Устройство репликации должно быть установлено на компьютере, отличном от исходного компьютера, реплицируемого или перенесенного, а не на любом компьютере с установленным устройством обнаружения и оценки службы "Миграция Azure".

Загрузка установщика устройства репликации

Чтобы загрузить установщик устройства репликации, выполните следующие действия.

1. В проекте "Миграция Azure" в разделе Серверы, Azure Migrate: Server Migration (Средство миграции сервера службы "Миграция Azure"), выберите Обнаружение.

   

2. В разделе Обнаружение компьютеров>Ваши компьютеры виртуализированы? выберите Физическое или другое (AWS, GCP, Xen и т. д.).

3. В поле Целевой регион выберите регион Azure, в который необходимо перенести компьютеры.

4. Выберите параметр Подтвердите, что целевым регионом для миграции является "имя-региона".

5. Выберите Создание ресурсов. После этого в фоновом режиме создается хранилище Azure Site Recovery.

   • Если вы уже настроили миграцию с помощью средства миграции сервера службы "Миграция Azure", целевой параметр нельзя настроить, так как ресурсы были настроены ранее.
   • После нажатия этой кнопки вы не сможете изменить целевой регион для этого проекта.
   • Все последующие миграции будут выполняться в этот регион.

6. В разделе Do you want to install a new replication appliance? (Вы хотите установить новое устройство репликации?) щелкните Установить устройство репликации.

7. В разделе Download and install the replication appliance software (Скачайте и установите ПО устройства репликации) скачайте установщик устройства и регистрационный ключ. Для регистрации устройства необходим ключ. Ключ действителен в течение пяти дней после скачивания.

   

8. Скопируйте файл установки устройства и файл ключа на компьютер под управлением Windows Server 2016, который вы создали для устройства.

9. После установки будет автоматически запущен мастер настройки устройства (мастер можно также запустить вручную с помощью ярлыка cspsconfigtool, который создается на рабочем столе компьютера, где установлено устройство). Используйте вкладку Управление учетными записями мастера, чтобы создать фиктивную учетную запись со следующими сведениями:

   • guest в качестве понятного имени;
   • username в качестве имени пользователя;
   • password в качестве пароля учетной записи.

   Эта фиктивная учетная запись используется на этапе включения репликации.

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

    

Установка службы Mobility Service

Установка службы "Мобильность" на серверах, которые нужно перенести. Установщики агента доступны на устройстве репликации. Найдите правильный установщик и установите агент на каждой машине, которую вы хотите перенести.

Выполните следующие действия по установке службы "Мобильность".

1. Войдите на устройство репликации.

2. Перейдите к %ProgramData%\ASR\home\svsystems\pushinstallsvc\repository.

3. Найдите версию установщика, которая соответствует ОС компьютера. Проверьте поддерживаемые операционные системы.

4. Скопируйте файл установщика на компьютер, который вы хотите перенести.

5. Убедитесь, что у вас есть пароль, сгенерированный при развертывании устройства.

   • Сохраните файл во временный текстовый файл на компьютере.
   • На устройстве репликации можно получить парольную фразу. В командной строке выполните команду C:\ProgramData\ASR\home\svsystems\bin\genpassphrase.exe -v , чтобы просмотреть текущую парольную фразу.
   • Не создавайте парольную фразу повторно. Это нарушает подключение, и необходимо повторно зарегистрировать устройство репликации.
   • В параметре /Platform укажите VMware как для компьютеров VMware, так и для физических компьютеров.

6. Подключитесь к компьютеру и извлеките содержимое файла установщика в локальную папку (например, С:\temp). Выполните эту команду в командной строке с правами администратора.

   ren Microsoft-ASR_UA*Windows*release.exe MobilityServiceInstaller.exe
   MobilityServiceInstaller.exe /q /x:C:\Temp\Extracted
   cd C:\Temp\Extracted
   

7. Запустите установщик Службы мобильности:

   UnifiedAgent.exe /Role "MS" /Platform "VmWare" /Silent
   

8. Зарегистрируйте агент на устройстве репликации:

   cd C:\Program Files (x86)\Microsoft Azure Site Recovery\agent
   UnifiedAgentConfigurator.exe  /CSEndPoint <replication appliance IP address> /PassphraseFilePath <Passphrase File Path>
   

Возможно, потребуется некоторое время после установки обнаруженных компьютеров в службе "Миграция Azure: миграция сервера". При обнаружении виртуальных машин количество обнаруженных серверов увеличивается.

Подготовка исходных компьютеров

Для подготовки исходных компьютеров выполните скрипт Get-ClusterInfo.ps1 на узле кластера, чтобы получить сведения о ресурсах кластера. Сценарий выводит имя роли, имя ресурса, IP-адрес и порт пробы в файле Cluster-Config.csv.

./Get-ClusterInfo.ps1

Создание подсистемы балансировки нагрузки

Чтобы кластер и роли кластера правильно отвечали на запросы, требуется подсистема балансировки нагрузки Azure. Без подсистемы балансировки нагрузки другим виртуальным машинам не удастся подключиться к IP-адресу кластера, так как он не распознается как принадлежащий сети или кластеру.

Чтобы создать подсистему балансировки нагрузки, выполните следующие действия.

1. Заполните столбцы в файле Cluster-Config.csv:

Заголовок столбца	Description
NewIP	Укажите IP-адрес в виртуальной сети Azure (или подсети) для каждого ресурса в CSV-файле.
ServicePort	Укажите порт службы, который будет использоваться каждым ресурсом в CSV-файле. Для кластерного ресурса SQL используйте то же значение для порта службы, что и для порта пробы в CSV-файле. Для других ролей кластера используется значение по умолчанию 1433, однако вы можете по-прежнему применять текущие настроенные номера портов.

1. Запустите скрипт Create-ClusterLoadBalancer.ps1, чтобы создать подсистему балансировки нагрузки, используя следующие параметры.

Параметр	Тип	Описание
ConfigFilePath	Обязательно	Укажите путь к файлу Cluster-Config.csv, который вы заполнили на предыдущем шаге.
ResourceGroupName	Обязательно	Укажите имя группы ресурсов, в которой будет создана подсистема балансировки нагрузки.
VNetName	Обязательно	Укажите имя виртуальной сети Azure, с которой будет связана подсистема балансировки нагрузки.
SubnetName	Обязательно	Укажите имя подсети в виртуальной сети Azure, с которой будет связана подсистема балансировки нагрузки.
VNetResourceGroupName	Обязательно	Укажите имя группы ресурсов в виртуальной сети Azure, с которой будет связана подсистема балансировки нагрузки.
Location	Обязательно	Укажите расположение, в котором должна быть создана подсистема балансировки нагрузки.
LoadBalancerName	Обязательно	Укажите имя создаваемой подсистемы балансировки нагрузки.

./Create-ClusterLoadBalancer.ps1 -ConfigFilePath ./cluster-config.csv -ResourceGroupName $resourcegroupname -VNetName $vnetname -subnetName $subnetname -VnetResourceGroupName $vnetresourcegroupname -Location "eastus" -LoadBalancerName $loadbalancername

Репликация компьютеров

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

Для репликации компьютеров выполните следующие действия.

1. В проекте "Миграция Azure" в разделе Серверы, Azure Migrate: Server Migration (Средство миграции сервера службы "Миграция Azure"), выберите Репликация.

   

2. В разделе Репликация, Параметры источника, Ваши компьютеры виртуализированы? выберите Physical or other (AWS, GCP, Xen, etc.) (Физическое или другое (AWS, GCP, Xen и т. д.)).

3. В разделе Локальное устройство выберите имя устройства Миграции Azure, которое вы настроили.

4. В разделе Сервер обработки выберите имя устройства репликации.

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

   

6. В разделе Виртуальные машины на вкладке Импортировать параметры миграции из оценки? оставьте параметр по умолчанию No, I'll specify the migration settings manually (Нет, я укажу параметры миграции вручную).

7. Проверьте каждую виртуальную машину, которую требуется перенести. Затем нажмите Далее: целевые параметры.

   

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

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

10. В области Параметры доступности выберите следующие параметры.

    • Зона доступности, чтобы закрепить перенесенный компьютер в определенной зоне доступности в регионе. Используйте этот параметр для распределения серверов, образующих уровень приложения с несколькими узлами, по зонам доступности. Если вы выберете этот параметр, нужно будет указать зону доступности, чтобы использовать ее для каждого из выбранных компьютеров на вкладке "Вычисление". Этот параметр доступен только в том случае, если в целевом регионе, выбранном для миграции, поддерживаются зоны доступности.
    • Группа доступности, чтобы поместить перенесенную виртуальную машину в группу доступности. Чтобы использовать этот параметр, выбранная целевая группа ресурсов должна содержать одну или несколько групп доступности.
    • Параметр "Избыточность инфраструктуры не требуется", если вам не нужна ни одна из этих конфигураций доступности для перенесенных виртуальных машин.

11. В разделе Disk encryption type (Тип шифрования диска) выберите один из следующих вариантов:

    • шифрование неактивных данных с помощью ключа, управляемого платформой;
    • шифрование неактивных данных с помощью ключа, управляемого клиентом.
    • Двойное шифрование с помощью ключей, управляемых платформой и управляемых клиентом

    Примечание.

    Чтобы реплицировать виртуальные машины с помощью CMK, вам потребуется создать набор шифрования дисков в целевой группе ресурсов. Объект набора шифрования дисков сопоставляет управляемые диски с Key Vault, где содержится CMK для использования в SSE.

12. Для параметра Преимущество гибридного использования Azure

    • выберите вариант Нет, если вы не хотите применять Преимущество гибридного использования Azure. Затем выберите Далее.
    • Выберите вариант Да, если у вас есть компьютеры с Windows Server, на которые распространяются активные подписки Software Assurance или Windows Server, и вы хотите применить это преимущество к компьютерам, которые вы переносите. Затем выберите Далее.

    

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

    • Размер виртуальной машины: если вы используете рекомендации по оценке, в раскрывающемся списке размера виртуальной машины отображается рекомендуемый размер. В противном случае Миграция Azure выбирает размер в зависимости от ближайшего совпадения в подписке Azure. В качестве альтернативы выберите размер вручную в разделе Размер виртуальной машины Azure.
    • Диск ОС. Укажите загрузочный диск ОС для виртуальной машины. Диск ОС — это диск с загрузчиком операционной системы и установщиком.
    • Зона доступности. Укажите используемую зону доступности.
    • Группа доступности. Укажите используемую группу доступности.

    

14. В разделе Диски укажите, следует ли реплицировать диски виртуальных машин в Azure, и выберите тип диска (SSD или HDD (цен. категория "Стандартный") или управляемые диски (цен. категория "Премиум")) в Azure. Затем выберите Далее.

    

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

Примечание.

Вы можете обновить параметры репликации в любое время до начала репликации в разделе Управление>Репликация компьютеров. Настройки невозможно изменить после начала репликации.

Отслеживание и мониторинг

Репликация продолжается в следующем порядке.

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

Отслеживать состояние задания можно в уведомлениях портала.

Вы можете отслеживать состояние репликации, щелкнув Репликация серверов в разделе Миграция Azure: миграция сервера.

Перенос виртуальных машин

После репликации компьютеры готовы к миграции. Для переноса серверов выполните следующие действия.

1. В проекте "Миграция Azure" щелкните Серверы, Azure Migrate: Server Migration (Средство миграции сервера службы "Миграция Azure"), и выберите Репликация серверов.

   

2. Чтобы убедиться, что перенесенный сервер синхронизирован с исходным сервером, на каждой реплике в группе доступности следует запустить службу SQL Server начиная с дополнительных реплик (в разделе Диспетчер конфигурации SQL Server>Службы), обеспечивая доступность дисков, на которых размещены данные SQL.

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

4. В области Репликация компьютеров щелкните правой кнопкой мыши виртуальную машину и выберите Миграция.

5. В разделе Миграция>Завершить работу виртуальных машин и выполнить запланированную миграцию без потери данных? выберите вариант Нет>ОК.

   Примечание.

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

6. Запустится задание миграции виртуальной машины. Отслеживайте задание в уведомлениях Azure.

7. После завершения работы вы можете просматривать виртуальную машину и управлять ею на странице Виртуальные машины.

Изменение настройки кластера

После переноса виртуальных машин перенастройте кластер. Выполните следующие действия:

1. Завершите работу перенесенных серверов в Azure.

2. Добавьте перенесенные виртуальные машины в серверный пул подсистемы балансировки нагрузки. Перейдите к пулам серверной части Load Balancer>.

3. Выберите внутренний пул и добавьте перенесенные компьютеры.

4. Запустите перенесенные серверы в Azure и войдите на любой узел.

5. Скопируйте файл Cluster-Config.csv, запустите скрипт Update-ClusterConfig.ps1 и передайте CSV в качестве параметра. Это обеспечит обновление ресурсов кластера с использованием новой конфигурации, чтобы обеспечить работу кластера в Azure.

   ./Update-ClusterConfig.ps1 -ConfigFilePath $filepath
   

Группа доступности Always On готова.

Выполнение переноса

1. После завершения миграции щелкните правой кнопкой мыши виртуальную машину и выберите Остановить миграцию. Это делает следующее:
   • Остановите репликацию для локального компьютера.
   • Удалите компьютер из списка Репликация серверов в средстве миграции сервера службы "Миграция Azure".
   • Очистите информацию о состоянии репликации для компьютера.
2. Установите виртуальную машину Azure для агента Windows на перенесенных компьютерах.
3. Выполните любые действия по настройке после миграции приложения, такие как обновление строк подключения к базе данных и конфигурация веб-сервера.
4. Выполните приемочное тестирование конечного приложения и миграции на перенесенном приложении, работающем в Azure.
5. Остановите трафик для перенесенного экземпляра виртуальной машины Azure.
6. Удалите локальные виртуальные машины из списка локальных виртуальных машин.
7. Удалите локальные виртуальные машины из локальных заданий резервного копирования.
8. Обновите внутренние документы и отразите в них новое расположение и IP-адреса виртуальных машин Azure.

Рекомендации, выполняемые после миграции

• Для SQL Server:
  • Установите SQL Server расширение агента IaaS, чтобы автоматизировать задачи управления и администрирования.
  • Оптимизация производительности SQL Server на виртуальных машинах Azure.
  • Общие сведения о ценах на SQL Server в Azure.
• Для повышения устойчивости:
  • Обеспечьте безопасность данных путем резервного копирования виртуальных машин Azure с помощью службы Azure Backup.
  • Обеспечьте непрерывную работу и постоянную доступность рабочих нагрузок за счет репликации виртуальных машин Azure в дополнительный регион с помощью Site Recovery.
• Для повышения безопасности:
  • Заблокируйте и ограничьте доступ входящего трафика с помощью JIT-администрирования Microsoft Defender для облака.
  • Ограничить сетевой трафик конечными точками управления с помощью групп безопасности сети.
  • Разверните шифрование дисков Azure, чтобы обеспечить безопасность дисков и защитить данные от кражи и несанкционированного доступа.
  • Ознакомьтесь с дополнительными сведениями о защите ресурсов IaaS и посетите страницу Microsoft Defender для облака.
• Для мониторинга и управления:
  • Рассмотрите возможность развертывания службы "Управление затратами Azure" для мониторинга использования ресурсов и затрат.

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

• Начало работы. Ускорение миграции