Устранение неполадок, связанных с миграцией виртуальных машин в локальную службу Azure с помощью службы "Миграция Azure" (предварительная версия)
Область применения: Azure Local 2311.2 и более поздних версий
В этой статье описывается, как устранить потенциальные проблемы, которые могут возникнуть при переносе Hyper-V и виртуальных машин VMware на локальный сервер Azure с помощью службы "Миграция Azure".
Внимание
Эта функция сейчас доступна в режиме предварительной версии. Юридические условия, применимые к функциям Azure, которые находятся в состоянии бета-версии, предварительной версии или иным образом еще не выпущены в общедоступной версии, см. на странице Дополнительные условия использования предварительных версий в Microsoft 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»
- Описание проблемы или отзыв
- ИД подписки
- Tenant ID
- Имя проекта Миграции Azure
- Регион или география проекта службы «Миграция Azure»
- Имя виртуальной машины в случае проблем репликации и миграции
- Идентификатор корреляции для развертывания или идентификатор задания
В следующих разделах описывается, как собирать эти сведения на основе операции или типа проблемы.
Для операций, активированных пользователем из портал Azure
Для устранения неполадок, активированных пользователем операций, идентификатора корреляции или идентификатора задания требуются.
Получение идентификатора корреляции для развертывания
Сбои в операциях, таких как создание или удаление проекта миграции, создание артефактов устройства, сущностей и учетных записей хранения, ошибки отображаются как сбои в разделе "Развертывания" группы ресурсов миграции проекта. Каждая операция развертывания также имеет идентификатор корреляции, полезный для устранения неполадок.
Кроме того, неудачные операции в сеансе отображаются как уведомления или журналы действий из более старой истории.
Выполните следующие действия, чтобы определить идентификатор корреляции для развертывания в портал Azure:
Перейдите в группу ресурсов для проекта службы "Миграция Azure", а затем перейдите в раздел "Обзор". В правой области выберите гиперссылку, отображающую неудачные и успешные развертывания.
Определите развертывание, для которого требуется идентификатор корреляции, и выберите имя развертывания.
Найдите идентификатор корреляции.
Получение идентификатора задания для репликации или миграции
Такие операции, как создание и удаление защищенного элемента (также известного как создание и удаление репликации) и плановая отработка отказа (также известный как миграция), также перечислены как задания в разделе "Локальная миграция Azure" на портале.
В таких случаях необходимо собрать идентификатор задания.
Выполните следующие действия, чтобы получить идентификатор задания:
В проекте службы "Миграция Azure" в портал Azure перейдите в раздел "Обзор" в разделе "Средства миграции".
В левой области перейдите к > локальной миграции Azure.
Определите задание, для которого требуется идентификатор задания, и выберите имя задания.
Найдите идентификатор задания.
Для запланированных операций репликации
Сбои в запланированных операциях, таких как почасовая ошибка цикла репликации, перечислены как события в разделе локальной миграции Azure на портале.
Чтобы устранить неполадки репликации, соберите следующие сведения:
- Сведения об ошибке, отображаемые в событиях, включающих время, идентификатор ошибки, сообщение об ошибке, идентификатор виртуальной машины.
- Снимки экрана портал Azure, если это возможно.
Проблемы с пользовательским интерфейсом на портале
Чтобы устранить неполадки с пользовательским интерфейсом на портале, соберите следующие сведения:
- Снимки экрана из портал Azure.
- Запишите операции в режиме разработчика браузера. Экспортируйте HAR-файл и поделитесь им.
Проблемы с регистрацией устройства
Чтобы устранить проблемы с регистрацией устройства, соберите следующие сведения:
- Все доступные журналы на устройстве в C:\ProgramData\MicrosoftAzure\Logs.
Проблемы с обнаружением
Чтобы устранить неполадки обнаружения, соберите следующие сведения:
- Все доступные журналы на исходном устройстве в C:\ProgramData\MicrosoftAzure\Logs\HyperV\Discovery.
Дополнительные сведения см. в разделе "Устранение неполадок".
Для специальных проблем
При необходимости служба поддержки Майкрософт также могут запрашивать журналы просмотра событий компонентов или системные журналы событий, такие как журналы Hyper-V и журналы SMB.
Распространенные проблемы и способы их решения
Не удается создать проект службы «Миграция Azure»
Первопричина
Создание проекта службы «Миграция Azure» завершается ошибкой, если подписка Azure не зарегистрирована для этой службы или у пользователя нет необходимых разрешений для создания проекта.
Рекомендуемый способ устранения
Проверьте выполнение следующих условий.
- Убедитесь, что у вас есть роль администратора приложений в клиенте Azure AD.
- Убедитесь, что у вас есть роли "Участник " и "Администратор доступа пользователей" в подписке Azure.
- Убедитесь, что выбран один из поддерживаемых регионов для создания проекта службы "Миграция Azure". Список поддерживаемых регионов см. в разделе "Поддерживаемые географические регионы".
Сбой проверки целевой системы на устройстве
Первопричина
Целевая система не может проверить, так как полное доменное имя не разрешено DNS по умолчанию с устройства.
Рекомендуемый способ устранения
Вручную сопоставить локальный IP-адрес Azure с соответствующим полным доменным именем, изменив файл узлов, расположенный в папке C:\Windows\System32\drivers\etc\hosts.
Добавьте новую строку с системным IP-адресом и полным доменным именем в следующем формате: <полное доменное имя>< кластера IP-адресов>кластера кластера.
Удаление или изменение сведений о целевой системе из Диспетчера конфигурации исходного устройства не работает.
Первопричина при предоставлении сведений в Диспетчере конфигурации исходного устройства не может быть изменена после ввода целевого имени системы.
Рекомендуемое разрешение выполните следующие действия, чтобы удалить или изменить целевую систему из Диспетчера конфигурации исходного устройства:
На исходном устройстве откройте Обозреватель. Перейдите к C:\ProgramData\Microsoft Azure\CredStore и удалите TargetClusterCredentials.json.
Перезагрузите Configuration Manager устройства и можете ввести новые значения для целевой системы.
Примечание.
Это решение не рекомендуется, если вы запустили репликацию.
Это решение можно использовать только в том случае, если устройство не зарегистрировано. Если устройство зарегистрировано, необходимо удалить устройство из проекта. Затем необходимо создать новый ключ проекта и переустановить устройство.
Сбой регистрации целевого устройства
Первопричина
Сбой регистрации целевого устройства.
Рекомендуемый способ устранения
Обновите страницу и повторите регистрацию.
Проблемы с целевым устройством
Первопричина
В некоторых случаях может потребоваться удалить целевое устройство из проекта. Например, если вы хотите переместить устройство в другую подписку или регион. Для этого потребуется удалить целевое устройство и создать новое устройство в новой подписке или регионе.
Рекомендуемый способ устранения
Чтобы удалить целевое устройство из проекта, выполните следующие действия.
Запустите PowerShell с правами администратора.
Выполните следующую команду, чтобы удалить устройство:
.\AzureMigrateInstaller.ps1 -RemoveAzMigrate
Сбой репликации виртуальной машины
Первопричина
Репликация виртуальных машин может завершиться ошибкой из-за одной или нескольких следующих причин:
- Общий том кластера или контейнер хранилища заполнен.
- Виртуальные машины не являются высокодоступными. Все виртуальные машины должны быть высокодоступными для обнаружения репликации и миграции. Если виртуальные машины не являются высокодоступными, они не отображаются в списке и исключаются для миграции.
Рекомендуемый способ устранения
Чтобы включить репликацию и миграцию, убедитесь, что общий том кластера или контейнер хранилища имеет достаточно места.
Кроме того, чтобы перенести виртуальную машину, не являющуюся высокодоступной, выполните следующие действия.
- Сначала необходимо сделать виртуальную машину высокодоступной. Дополнительные сведения см. в статье Создание высокодоступных виртуальных машин Hyper-V.
- Дождитесь синхронизации данных агентом обнаружения.
Кроме того, перейдите в службу "Миграция Azure" и выберите "Обновить" , чтобы вручную обновить серверы, базы данных и веб-приложения , чтобы ускорить синхронизацию агента обнаружения.
Сбой репликации или миграции со значением ошибки не может иметь значение NULL
Первопричина
Репликация или миграция завершается ошибкой со следующим сообщением об ошибке:
Значение не может иметь значение NULL. Имя параметра: FetchingHyperVDiskPropertiesFailed
.
Компонент не получает свойства диска из исходного узла Hyper-V. Это может произойти, если базовый виртуальный диск кластера находится в автономном режиме или если диск не находится в работоспособном состоянии.
Рекомендуемый способ устранения
Убедитесь, что диски кластера работают и убедитесь, что вы можете получить свойства диска.
На исходном устройстве запустите PowerShell от имени администратора. Выполните следующие действия после замены содержимого {} фактическими значениями.
$ImageMgmtService = Get-WmiObject -Class "Msvm_ImageManagementService" -Namespace "root\virtualization\v2" -ComputerName "{HyperVHostOwningTheVM}" -Credential {$CredentialsToHyperVHost} $ImageMgmtService.GetVirtualHardDiskSettingData("{DiskPathShownInTheMessage}").
В возвращаемых выходных данных убедитесь, что свойства
MaxInternalSize
иParentPath
вSettingData
XML соответствуют требованиям.
Диски на перенесенных виртуальных машинах находятся в автономном режиме
Первопричина
Диски на перенесенных виртуальных машинах Windows могут не поступать в интернет.
Миграция создает новый VHD/VHDX, который приводит к созданию нового диска операционной системы Windows на перенесенной виртуальной машине. Ос видит это как новый диск и применяет политику SAN. После этого ОПЕРАЦИОННая система не сделает диск в сети, так как он считается общим диском.
Рекомендуемый способ устранения
Чтобы обойти эту проблему, выберите один из следующих вариантов:
Задайте политику SAN для
OnlineAll
перенесенных виртуальных машин Windows. Перезагрузите виртуальные машины. Это должно привести все диски в режим "в сети". Подробные инструкции см. в статье о настройке политики SAN для подключения дисков к сети.Перенос дисков в сети на перенесенных виртуальных машинах вручную.
Сбой миграции с ошибкой удаления моментального снимка
Первопричина
Не удается выполнить миграцию из-за следующей ошибки:
Ошибка. Не удалось удалить моментальный снимок с идентификаторами
Операции вручную виртуальных машин Hyper-V в системе не выполнялись с той же ошибкой, и на этом сервере не выполнялись операции вручную.
Рекомендуемый способ устранения
Чтобы устранить эту ошибку, убедитесь, что виртуальная машина работает.
Подключитесь к исходному устройству и выполните следующие действия, чтобы убедиться, что миграция будет гладкой.
Получите идентификатор виртуальной машины в сведениях об ошибке.
$VmId= '146a690f-2e88-4c54-a662-c4e7da70b5e9'
Убедитесь, что get-VM работает нормально и возвращает информацию из исходного устройства.
Get-VM -Id $VmId
Убедитесь, что get-VHD работает нормально и возвращает правильные сведения.
Get-VHD -VMId $VmId
Если операция создания моментальных снимков завершается ошибкой, убедитесь, что создание моментальных снимков вручную работает на виртуальной машине.
Get-VM -Id $VmId | Checkpoint-VM
Если операция удаления моментальных снимков завершается ошибкой, убедитесь, что удаление моментальных снимков выполняется вручную на виртуальной машине.
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")
Следующие шаги
В зависимости от этапа миграции, возможно, потребуется просмотреть одну из следующих статей, чтобы устранить неполадки:
- Устранение неполадок обнаружения.
- Устранение неполадок проектов службы "Миграция Azure".
- Устранение неполадок с диагностика устройства.