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

Область применения: Azure Local 2311.2 и более поздних версий

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

Внимание

Эта функция сейчас доступна в режиме предварительной версии. Смотрите дополнительные условия использования для предварительных версий Microsoft Azure, которые касаются юридических условий, применимых к функциям Azure, находящимся на стадии бета-тестирования, предварительного просмотра или иным образом ещё не выпущены в общую доступность.

Убедитесь, что все необходимые службы работают

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

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

Get-Service -Name <name_of_service>

На виртуальной машине исходного устройства:

• Служба шлюза Microsoft Azure (asrgwy)
• Служба обнаружения Hyper-V Microsoft Azure (amhvdiscoverysvc)
• Служба управления Azure Site Recovery (asrmgmtsvc)

На виртуальной машине целевого устройства:

• Служба шлюза Microsoft Azure (asrgwy)
• Служба управления Azure Site Recovery (asrmgmtsvc)

Данные конфигурации можно найти в C:\ProgramData\Microsoft Azure\Config.

Сбор журналов и сведений

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

• Логи с устройства Azure Migrate
• Описание проблемы или отзыв
• идентификатор подписки
• Идентификатор арендатора
• Имя проекта миграции Azure
• Регион или география проекта службы «Миграция Azure»
• Имя виртуальной машины в случае проблем репликации и миграции
• Идентификатор корреляции для развертывания или идентификатор задания

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

Для действий, инициированных пользователем из портала Azure

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

Получите идентификатор корреляции для развертывания

Сбои в операциях, таких как создание или удаление проекта миграции, создание артефактов приложений, объектов и учетных записей хранения, показываются как ошибки в разделе "Развертывания" группы ресурсов проекта миграции. Каждая операция развертывания также имеет идентификатор корреляции , полезный для устранения неполадок.

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

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

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

   

2. Определите развертывание, для которого требуется идентификатор корреляции, и выберите имя развертывания.

   Скриншот развертываний группы ресурсов проекта Azure Migrate в портале Azure.

3. Найдите идентификатор корреляции.

   

Получите идентификатор задания для репликации или миграции

Такие операции, как создание и удаление защищенного элемента (также известного как создание и удаление репликации) и плановый отказ (также известный как миграция), также перечислены как задания в разделе "Локальная миграция Azure" на портале.

В таких случаях необходимо собрать идентификатор задания .

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

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

   >

2. В левой области перейдите к Заданиям локальной миграции Azure.

3. Определите задание, для которого требуется идентификатор задания, и выберите имя задания.

   

4. Найдите идентификатор задания.

   Снимок экрана проекта Azure Migrate Средства миграции Обзор Локальная миграция в Azure Задания Ваше задание Создание или обновление защищенного элемента на портале Azure.

Для запланированных операций репликации

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

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

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

Проблемы с пользовательским интерфейсом на портале

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

• Снимки экрана из портала Azure.
• Запишите операции в режиме разработчика браузера. Экспортируйте HAR-файл и поделитесь им.

Для решения проблем с регистрацией устройства

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

• Все доступные журналы на устройстве в C:\ProgramData\MicrosoftAzure\Logs.

Проблемы, связанные с обнаружением

Чтобы устранить неполадки обнаружения, соберите следующую информацию:

• Все доступные журналы на исходном устройстве в C:\ProgramData\MicrosoftAzure\Logs\HyperV\Discovery.

Дополнительные сведения см. в разделе "Устранение неполадок".

Для специальных выпусков

При необходимости служба поддержки Майкрософт также могут запрашивать журналы просмотра событий компонентов или системные журналы событий, такие как журналы Hyper-V и журналы SMB.

Распространенные проблемы и способы их решения

Ошибка при создании проекта Azure Migrate

Коренная причина

Создание проекта службы «Миграция Azure» завершается ошибкой, если подписка Azure не зарегистрирована для этой службы или у пользователя нет необходимых разрешений для создания проекта.

Рекомендуемое разрешение

Проверьте выполнение следующих условий.

• Убедитесь, что у вас есть роль администратора приложений в клиенте Azure AD.
• Убедитесь, что у вас есть роли " Участник " и "Администратор доступа пользователей " в подписке Azure.
• Убедитесь, что выбран один из поддерживаемых регионов для создания проекта службы "Миграция Azure". Список поддерживаемых регионов см. в разделе "Поддерживаемые географические регионы".

Сбой валидации целевой системы на устройстве

Коренная причина

Целевая система не проходит проверку, так как FQDN по умолчанию не разрешается DNS на устройстве.

Рекомендуемое разрешение

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

1. Вручную свяжите локальный Azure IP-адрес с его соответствующим полным доменным именем (FQDN).

   1. Измените файл узлов, расположенный в папке C:\Windows\System32\drivers\etc\hosts.

   2. Добавьте новую строку с помощью формата: <Cluster IP> <Cluster FQDN>

2. Убедитесь, что полное доменное имя доступно, проверив, что его можно успешно пинговать с исходного устройства.

3. Включите WinRM на каждом целевом узле кластера (если он еще не включен). Выполните следующую команду PowerShell на каждом компьютере:

       Enable-PSRemoting -Force
   

4. Проверьте удаленное подключение PowerShell. На исходном устройстве убедитесь, что следующая команда успешно завершается:

       Enter-PSSession -ComputerName <Cluster FQDN> -Credential $Cred
   

5. Убедитесь, что необходимые порты открыты. См. раздел "Предварительные требования", чтобы убедиться, что все необходимые порты разрешены между исходным устройством и локальным экземпляром Azure.

Удаление или изменение сведений о целевой системе из Диспетчера конфигурации исходного устройства не работает.

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

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

1. На исходном устройстве откройте Обозреватель. Перейдите к C:\ProgramData\Microsoft Azure\CredStore и удалите TargetClusterCredentials.json.

2. Перезагрузите Configuration Manager устройства и можете ввести новые значения для целевой системы.

Примечание.

Это решение не рекомендуется, если вы запустили репликацию.

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

Сбой регистрации целевого устройства

Коренная причина

Ошибка регистрации целевого устройства.

Рекомендуемое разрешение

Обновите страницу и повторите регистрацию.

Проблемы с целевым прибором

Коренная причина

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

Рекомендуемое разрешение

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

1. Запустите PowerShell с правами администратора.

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

   .\AzureMigrateInstaller.ps1 -RemoveAzMigrate
   

Сбой репликации виртуальной машины

Коренная причина

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

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

Рекомендуемое разрешение

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

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

1. Сначала необходимо сделать виртуальную машину высокодоступной. Дополнительные сведения см. в статье "Создание высокодоступных виртуальных машин Hyper-V".
2. Дождитесь синхронизации данных агентом обнаружения.

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

Сбой репликации или миграции: значение ошибки не может быть NULL.

Коренная причина

Репликация или миграция выходит из строя со следующей ошибкой:

Значение не может иметь значение NULL. Имя параметра: FetchingHyperVDiskPropertiesFailed.

Компонент не получает свойства диска из исходного узла Hyper-V. Это может произойти, если базовый виртуальный диск кластера находится в автономном режиме или если диск не находится в работоспособном состоянии.

Рекомендуемое разрешение

1. Убедитесь, что диски кластера работают и убедитесь, что вы можете получить свойства диска.

2. На исходном устройстве запустите PowerShell от имени администратора. Выполните следующие действия после замены содержимого {} фактическими значениями.

   $ImageMgmtService = Get-WmiObject -Class "Msvm_ImageManagementService" -Namespace "root\virtualization\v2" -ComputerName "{HyperVHostOwningTheVM}" -Credential {$CredentialsToHyperVHost}
   
   $ImageMgmtService.GetVirtualHardDiskSettingData("{DiskPathShownInTheMessage}").
   

3. В возвращаемых выходных данных убедитесь, что свойства MaxInternalSize и ParentPath в SettingData XML соответствуют требованиям.

Диски на перенесенных виртуальных машинах отключены.

Коренная причина

Диски на перенесенных виртуальных машинах Windows могут не поступать в интернет.

Миграция создает новый VHD/VHDX, который приводит к созданию нового диска операционной системы Windows на перенесенной виртуальной машине. Ос видит это как новый диск и применяет политику SAN. После этого операционная система не сделает диск онлайн, так как он считается общим.

Рекомендуемое разрешение

Чтобы обойти эту проблему, выберите один из следующих вариантов:

• Установите политику SAN как OnlineAll для перенесенных виртуальных машин Windows. Перезагрузите виртуальные машины. Это должно привести все диски в режим "в сети". Подробные инструкции см. в статье о настройке политики SAN для подключения дисков к сети.

• Вручную подключите диски на перенесенных виртуальных машинах.

Сбой миграции из-за невозможности удалить моментальный снимок

Коренная причина

Не удается выполнить миграцию из-за следующей ошибки:

Ошибка. Не удалось удалить моментальный снимок с идентификатором(ами)

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

Рекомендуемое разрешение

Чтобы устранить эту ошибку, убедитесь, что виртуальная машина работает.

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

1. Получите идентификатор виртуальной машины в сведениях об ошибке.

   $VmId= '146a690f-2e88-4c54-a662-c4e7da70b5e9'
   

2. Убедитесь, что get-VM работает нормально и возвращает информацию из исходного устройства.

   Get-VM -Id $VmId 
   

3. Убедитесь, что get-VHD работает нормально и возвращает правильные сведения.

   Get-VHD -VMId $VmId
   

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

   Get-VM -Id $VmId | Checkpoint-VM 
   

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

   Get-VMCheckpoint -Id "TemporarilyCreatedCheckpointIdGuid" | Remove-VMSnapshot
   

Отключение виртуальной машины на узле Hyper-V завершается сбоем

Коренная причина

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

Рекомендуемое разрешение

Вы можете отключить виртуальную машину вручную на исходном узле Hyper-V с помощью PowerShell.

# Replace Guid '146..' In below command with actual VM ID.
$Vm = Get-WmiObject -Namespace root\virtualization\v2  -Query "Select * From Msvm_ComputerSystem Where Name ='146a690f-2e88-4c54-a662-c4e7da70b5ef'"

$ShutdownIC = Get-WmiObject -Namespace root\virtualization\v2  -Query "Associators of {$Vm} Where AssocClass=Msvm_SystemDevice ResultClass=Msvm_ShutdownComponent"

$ShutdownIC.InitiateShutdown("TRUE", "Need to shutdown")

Сбой миграции с ошибкой "адрес уже используется"

Коренная причина

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

The moc-operator network interface service returned an error while reconciling: rpc error: code = Unknown desc = The address is already in use: Already Set.

Рекомендуемое разрешение

Выполните следующие действия.

1. Перейдите в локальную логическую сеть Azure, предназначенную для перенесенной виртуальной машины.
2. Убедитесь, что предполагаемый IP-адрес в настоящее время не назначен другому сетевому интерфейсу.
3. Обновите конфигурацию логической сети по мере необходимости, чтобы гарантировать отсутствие конфликтов IP-адресов перед повтором миграции.

Очистка ресурсов от неудачных миграций

Коренная причина

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

Рекомендуемое разрешение

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

Если произошел сбой перед созданием виртуальной машины

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

Если произошел сбой во время или после создания виртуальной машины

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

1. На портале Azure перейдите к целевому экземпляру Azure Local.

2. Найдите и проверьте, существует ли виртуальная машина, соответствующая сбою миграции.

3. При обнаружении удалите виртуальную машину с портала.

   

4. Подключитесь к локальному экземпляру Azure напрямую (через диспетчер Hyper-V) и убедитесь, что связанная виртуальная машина также удалена из локального узла Hyper-V. Если он не был удален, удалите ресурс виртуальной машины вручную.

5. Не удаляйте какие-либо из следующих ресурсов, которые могли быть созданы:

   • Перенесенный (целевой) диск.

   • Посевной диск.

   • Сетевые интерфейсы.

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

Следующие шаги

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

• Устранение неполадок обнаружения.
• Устранение неполадок проектов службы Azure Migrate.
• Устранение неполадок с диагностикой устройства.