Поделиться через

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

Эта статья поможет решить проблемы при развертывании устройства Azure Migrate и использовать его для обнаружения локальных серверов.

Поддерживаемые функции

Просмотрите требования к поддержке устройства.

Ошибка “Недопустимая запись манифеста OVF” во время настройки устройства

Вы получаете сообщение об ошибке The provided manifest file is invalid: Invalid OVF manifest entry (Предоставленный файл манифеста является недопустимым: недопустимая запись манифеста OVF) при настройке устройства с помощью шаблона OVA.

Серверы

  1. Убедитесь, что файл OVA устройства службы "Миграция Azure" скачан правильно, проверив его хеш-код. Дополнительные сведения. Если хеш-коды не совпадают, скачайте OVA-файл снова и повторите попытку развернутой службы.
  2. Если развертывание по-прежнему завершается сбоем и вы используете клиент VMware vSphere для развертывания OVF-файла, попробуйте развернуть его с помощью веб-клиента vSphere. Если развернутая служба по-прежнему завершается сбоем, попробуйте использовать другой веб-браузер.
  3. Если вы используете веб-клиент vSphere и пытаетесь развернуть его на сервере vCenter Server 6.5 или 6.7, попробуйте развернуть OVA непосредственно на узле ESXi:
    • Подключитесь непосредственно к узлу ESXi (вместо vCenter Server) через веб-клиент (https://<IP-адрес узла>/ui).
    • В Главная>Инвентарь выберите Файл>Развернуть шаблон OVF. Перейдите в OVA, чтобы завершить развернутую службу.
  4. Если развертывание по-прежнему не удается, обратитесь в поддержку службы "Миграция Azure".

Сбой проверки подключения при настройке необходимых компонентов

Вы получаете сообщение об ошибке при проверке подключения устройства.

Серверы

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

Сбой проверки подключения для URL-адреса aka.ms при настройке необходимых компонентов

Вы получаете сообщение об ошибке при проверке подключения устройства для URL-адреса aka.ms.

Серверы

  1. Убедитесь, что у вас есть подключение к Интернету и URL-адрес aka.ms/* добавлен в список разрешений для скачивания последних версий служб.
  2. Проверьте, не блокирует ли прокси-сервер или брандмауэр доступ к этому URL-адресу. Убедитесь, что на этапе выполнения предварительных требований в диспетчере конфигурации предоставлены правильные сведения о прокси-сервере.
  3. Вернитесь в диспетчер конфигурации устройства и повторно выполните необходимые условия для запуска автоматического обновления.
  4. Если повторные попытки не помогают, скачайте файл latestcomponents.json с этого веб-сайта, чтобы проверить последние версии служб, которые не работают. Вручную обновите их с помощью ссылок для скачивания в файле.

Если вы включили устройство для подключения к частной конечной точке и не хотите разрешить доступ к этому URL-адресу через Интернет, отключите автоматическое обновление , так как для этой службы требуется ссылка aka.ms.

Примечание.

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

Сбой автоматического обновления при настройке необходимых компонентов

При проверке автоматического обновления на устройстве возникает ошибка.

Серверы

  1. Убедитесь, что вы создали список разрешений для необходимых URL-адресов , и что параметры прокси-сервера или брандмауэра не блокируют их.
  2. Если обновление какого-либо компонента устройства завершается ошибкой, можно либо заново выполнить предварительные требования, либо вручную обновить службы устройства.

Сбой синхронизации времени при настройке необходимых компонентов

Ошибка синхронизации времени означает, что показания часов сервера могут отличаться от фактического времени более чем на пять минут.

Серверы

  • Убедитесь, что время сервера устройства синхронизировано с временем в Интернете, проверив параметры даты и времени в панели управления.
  • Вы также можете изменить время часов на сервере устройства, чтобы оно соответствовало текущему времени, выполнив следующие действия.
    1. Откройте командную строку с правами администратора на этом сервере.
    2. Чтобы проверить часовой пояс, выполните команду w32tm /tz.
    3. Чтобы синхронизировать время, запустите w32tm /resync.

Сбой проверки VDDK при настройке необходимых компонентов на устройстве VMware

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

Серверы

  1. Убедитесь, что вы скачали VDDK 6.7 и скопировали свои файлы в C:\Program Files\VMware\VMware Virtual Disk Development Kit на сервере устройства.
  2. Убедитесь, что никакие программы или приложения не используют другую версию комплекта VDDK на устройстве.

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

Серверы

  1. Убедитесь, что из проекта скопирован правильный ключ. На карте "Миграция Azure: обнаружение и оценка" в проекте выберите "Обнаружение". Затем выберите "Управление существующим устройством" на шаге 1. Выберите имя устройства (для которого ранее был создан ключ) из раскрывающегося меню. Скопируйте соответствующий ключ.
  2. Убедитесь, что вы вставите ключ на устройство подходящего типа облака (Public/US Gov) и типа устройства (VMware/Hyper-V/Physical или другое). В верхней части диспетчера конфигурации устройства проверьте тип облака и сценария.

Ошибка “Не удалось подключиться к проекту Миграции Azure” во время регистрации устройства

После успешного входа с помощью учетной записи пользователя Azure регистрация устройства завершается сбоем с сообщением Failed to connect to the Azure Migrate project. Check the error detail and follow the remediation steps by clicking Retry (Не удалось подключиться к проекту Миграции Azure. Просмотрите сведения об ошибке, выполните указания по исправлению и нажмите кнопку «Повторить»).

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

Серверы

В этом случае у вас есть два варианта.

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

Ошибка операции Microsoft Entra с состоянием "Запрещено" возникает во время регистрации устройства

Не удается завершить регистрацию из-за нехватки привилегий идентификатора Microsoft Entra ID и получить ошибку "Ошибка операции Microsoft Entra с состоянием "Запрещено".

Серверы

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

Ошибка “Запрещен доступ к Key Vault” во время регистрации устройства

Не удается выполнить операцию создания или изменения Azure Key Vault для хранилища ключей “{Имя_хранилища_ключей}” из-за ошибки “{KeyVaultErrorMessage}”.

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

Серверы

  1. Убедитесь, что учетная запись пользователя, вошедшего в систему на устройстве, обладает необходимыми разрешениями на доступ к хранилищу ключей, указанному в сообщении об ошибке. Учетная запись пользователя должна иметь разрешения, как упоминалось на этом веб-сайте.
  2. Перейдите в хранилище ключей и убедитесь, что у учетной записи пользователя есть политика доступа со всеми разрешениями ключа, секрета и сертификата , назначенными в политике доступа Key Vault. Дополнительные сведения.
  3. Если вы включили устройство для подключения к частной конечной точке, убедитесь, что устройство размещено в той же виртуальной сети, где было создано хранилище ключей или подключено к виртуальной сети Azure, в которой хранилище ключей было создано через приватный канал. Приватный канал хранилища ключей должен разрешаться с устройства. Перейдите в раздел "Azure Migrate: обнаружение и оценка"> свойства, чтобы найти сведения о частных конечных точках для таких ресурсов, как хранилище ключей, созданное во время создания ключа в Azure Migrate. Дополнительные сведения.
  4. Если у вас есть необходимые разрешения и возможность подключения, повторите попытку регистрации на устройстве через некоторое время.

Не удалось подключиться к vCenter Server во время проверки

Если вы получите эту ошибку подключения, возможно, не удается подключиться к имени сервера vCenter Server.com:9443. Сведения об ошибке указывают, что по адресу https://\*servername*.com:9443/sdk нет конечной точки, которая ожидает передачи данных и может принять сообщение.

Серверы

  • Проверьте, используете ли вы последнюю версию устройства. Если это не так, обновите устройство до последней версии.

  • Если в последней версии проблема по-прежнему возникает, возможно, устройство не может разрешить указанное имя vCenter Server или указан неправильный порт. Если порт не указан, сборщик по умолчанию будет пытаться подключиться к порту 443.

    1. Ping Servername.com из устройства.
    2. Если не удается выполнить шаг 1, попробуйте подключиться к серверу vCenter по IP-адресу.
    3. Определите правильный номер порта для подключения к серверу vCenter Server.
    4. Убедитесь в работоспособности сервера vCenter Server.

Учетные данные сервера (домен) не прошли проверку на устройстве VMware

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

Серверы

  1. Убедитесь, что вы указали правильные имя домена и учетные данные.
  2. Убедитесь, что домен доступен с устройства для проверки учетных данных. Возможно, устройство не может получить доступ или имя домена не разрешается с сервера устройства.
  3. Выберите "Изменить", чтобы обновить доменное имя или учетные данные. Выберите Повторная проверка учетных данных, чтобы подтвердить учетные данные еще раз через некоторое время.

Ошибка “Отказано в доступе” при подключении к узлам или кластерам Hyper-V во время проверки

Не удается проверить добавленный узел или кластер Hyper-V из-за ошибки “Отказано в доступе”.

Серверы

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

Ошибка “Сервер не поддерживает операции выявления WS-Management” во время проверки

Не удается проверить кластеры Hyper-V на устройстве, и отображается следующее сообщение об ошибке: The server does not support WS-Management Identify operations. Skip the TestConnection part of the request and try again (Сервер не поддерживает операции выявления WS-Management. Пропустите часть TestConnection запроса и повторите попытку).

Серверы

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

Ошибка “Не удается подключиться к узлу или кластеру” во время проверки устройства Hyper-V

Ошибка "Не удается подключиться к узлу или кластеру, так как невозможно разрешить имя сервера. Код ошибки WinRM: 0x803381B9", может возникать, если службе Azure DNS для устройства не удается разрешить указанное имя кластера или узла.

Обычно эта проблема возникает при добавлении IP-адреса узла, который не может быть разрешен службой DNS. Эта ошибка может также возникать для узлов в кластере. Это означает, что устройство может подключиться к кластеру, но кластер возвращает имена узлов, которые не являются полными доменными именами.

Серверы

Чтобы устранить эту ошибку, обновите файл hosts на устройстве, добавив сопоставление IP-адреса и имен узлов:

  1. Откройте Блокнот от имени администратора.
  2. Откройте файл C:\Windows\System32\drivers\etc\hosts.
  3. Добавьте подряд IP-адрес и имя узла. Повторите эти действия для каждого узла или кластера, где возникает эта ошибка.
  4. Сохраните и закройте файл hosts.
  5. Проверьте, может ли устройство подключаться к узлам, с помощью приложения для управления устройством. Через 30 минут на портале Microsoft Azure должны появиться последние сведения об этих узлах.

Ошибка “Не удалось подключиться к серверу” во время проверки физических серверов

Серверы

  • Убедитесь в наличии подключения устройства к целевому серверу.
  • Если это сервер Linux, убедитесь, что проверка подлинности на основе паролей включена, выполнив следующие действия.
    1. Войдите на сервер Linux и откройте файл конфигурации SSH с помощью команды vi /etc/ssh/sshd_config.
    2. Задайте для параметра PasswordAuthentication значение yes. Сохраните файл.
    3. Перезапустите службу SSH, выполнив перезагрузку sshd службы.
  • Если используется сервер Windows, убедитесь, что порт 5985 открыт, чтобы разрешить удаленные вызовы WMI.
  • Если вы обнаруживаете сервер GCP Linux и используете корневого пользователя, используйте следующие команды, чтобы изменить параметр по умолчанию для корневого имени входа:
    1. Войдите на сервер Linux и откройте файл конфигурации SSH с помощью команды vi /etc/ssh/sshd_config.
    2. Задайте для параметра PermitRootLogin значение "Да".
    3. Перезапустите службу SSH, выполнив перезагрузку sshd службы.

Ошибка “Не удалось получить GUID BIOS” при проверке на сервере

Проверка физического сервера на устройстве завершается сбоем, и отображается следующее сообщение об ошибке: Failed to fetch BIOS GUID (Не удалось получить идентификатор GUID для BIOS).

Серверы

Подключитесь к целевому серверу, на котором не удалось выполнить проверку. Выполните следующие команды, чтобы узнать, возвращает ли он GUID BIOS сервера:

cat /sys/class/dmi/id/product_uuid
dmidecode | grep -i uuid | awk '{print $2}'

Команды также можно выполнить из командной строки на сервере устройства, установив SSH-подключение к целевому серверу Linux с помощью следующей команды:

ssh <username>@<servername>

Несколько компьютеров Linux, таких как Oracle, имеют значение конфигурации, для которого требуется включить параметр tty по умолчанию, что может привести к ошибке. В таких случаях этот параметр можно отключить, добавив символ "!" в файл /etc/sudoers . Вы также можете добавить следующее в конце файла /etc/sudoers/ file, чтобы убедиться, что другая конфигурация в файле не может переопределить следующее:

  • Значения по умолчанию !visiblepw
  • Значения по умолчанию !requiretty

Ошибка “Не найден подходящий способ проверки подлинности для сервера” во время проверки

При попытке проверить сервер Linux с помощью физического устройства возникает ошибка No suitable authentication method found (Подходящий способ проверки подлинности не найден).

Серверы

Убедитесь, что на сервере Linux включена проверка подлинности на основе пароля, выполнив указанные ниже действия.

  1. Войдите на сервер Linux. Откройте файл конфигурации SSH с помощью команды vi /etc/ssh/sshd_config.
  2. Задайте для параметра PasswordAuthenticationзначение yes. Сохраните файл.
  3. Перезапустите службу SSH, выполнив перезагрузку sshd службы.

Ошибка “Отказано в доступе” при попытке подключения к физическим серверам во время проверки

Возникает ошибка WS-Management service cannot process the request. The WMI service returned an access denied error (Службе WS-Management не удается обработать запрос. Служба WMI вернула ошибку “Отказано в доступе”) при попытке проверить сервер Windows с помощью физического устройства.

Серверы

  • Если возникает эта ошибка, убедитесь, что указанная в диспетчере конфигурации устройства учетная запись пользователя (домена или локальная) добавлена в группы "Пользователи удаленного управления", "Пользователи системного монитора" и "Пользователи журналов производительности".

  • Если группа "Пользователи удаленного управления" отсутствует, добавьте учетную запись пользователя в группу WinRMRemoteWMIUsers_.

  • Кроме того, можно проверить, включен ли протокол WS-Management на сервере, выполнив следующую команду в командной строке целевого сервера: winrm qc

  • Если проблема не устранена, убедитесь, что учетная запись пользователя обладает разрешениями на доступ к пространству имен CIMV2 и подпространствам имен в панели управления WMI. Чтобы настроить доступ, выполните указанные ниже действия.

    1. Перейдите на сервер, который не проходит проверку на устройстве.
    2. Выполните поиск и выберите "Запустить " в меню "Пуск ". В диалоговом окне "Запуск " введите wmimgmt.msc в текстовом поле "Открыть " и нажмите клавишу ВВОД.
    3. Откроется консоль wmimgmt, где можно найти элемент управления WMI (локальный) в левой области. Щелкните его правой кнопкой мыши и выберите пункт "Свойства " в меню.
    4. В диалоговом окне Свойства управления WMI (локальное) выберите вкладку Безопасность.
    5. На вкладке Безопасность разверните корневую папку в дереве пространства имен и выберите пространство имен cimv2.
    6. Выберите "Безопасность", чтобы перейти в диалоговое окно "Безопасность для ROOT\cimv2 ".
    7. В разделе "Имена групп" или "Пользователи " выберите " Добавить ", чтобы перейти к диалоговому окне "Выбор пользователей,компьютеров", "Учетные записи служб" или "Группы ".
    8. Найдите учетную запись пользователя, выберите ее и нажмите кнопку "ОК ", чтобы вернуться в диалоговое окно "Безопасность для ROOT\cimv2 ".
    9. В разделе "Имена групп" или "Пользователи" выберите только что добавленную учетную запись пользователя. Проверьте наличие следующих разрешений:
      • Включение учетной записи
      • включить удаленно.
    10. Нажмите кнопку "Применить" , чтобы включить разрешения, заданные в учетной записи пользователя.

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

  • Отключать удаленный контроль учетных записей путем изменения записи реестра, управляющей этой функцией, не рекомендуется, но это может потребоваться сделать в рабочей группе. Интересующая вас запись реестра — HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\system\LocalAccountTokenFilterPolicy. Если значение этой записи равно нулю (0), то фильтрация маркеров доступа для удаленного контроля учетных записей включена. Если ее значение равно 1, то удаленный контроль учетных записей отключен.

Устройство отключено

При попытке включить репликацию на нескольких серверах VMware с портала отображается сообщение об ошибке "Устройство отключено".

Эта ошибка может возникнуть, если устройство находится в состоянии завершения работы или служба DRA на устройстве не может взаимодействовать с Azure.

Серверы

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

  2. Если служба не запущена, остановите и перезапустите ее из командной строки с помощью следующих команд:

    net stop dra
net start dra

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

  • Last updated on