Устранение неполадок возврата на локальную инфраструктуру из облака Azure

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

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

Общие проблемы

Замечание

Windows Server 2008, 2008 R2, 2012 и 2012 R2 достигли окончания поддержки (EOS). Просмотрите, как вы используете операционную систему, и планируйте её обновления и миграции соответственно. Дополнительные сведения см. в разделе "Окончание поддержки"

  • Если вы выполняете обнаружение только для чтения в vCenter и защищаете виртуальные машины, защита завершается успешно, и функция аварийного переключения работает. Во время повторной защиты отработка отказа завершается ошибкой, так как хранилища данных не могут быть обнаружены. Симптом заключается в том, что хранилища данных не перечислены во время повторной защиты. Чтобы устранить эту проблему, можно обновить учетные данные vCenter с соответствующей учетной записью, которая имеет разрешения, а затем повторить задание.
  • При возврате виртуальной машины Linux из состояния отказа и её запуске в локальной среде вы увидите, что пакет Network Manager удалён с виртуальной машины. Это удаление происходит из-за удаления пакета Network Manager при восстановлении виртуальной машины в Azure.
  • Если виртуальная машина Linux настроена со статическим IP-адресом и переключена в Azure, IP-адрес назначается с помощью DHCP. При переключении на локальные ресурсы виртуальная машина продолжает использовать DHCP для приобретения IP-адреса. При необходимости войдите на компьютер вручную и задайте IP-адрес обратно в статический адрес. Виртуальная машина Windows может снова получить статический IP-адрес.
  • Если вы используете бесплатную версию ESXi 5.5 или бесплатную версию гипервизора vSphere 6, отработка отказа завершается успешно, но восстановление после сбоя не выполняется. Чтобы включить восстановление при сбое, обновите лицензию до ознакомительной версии любой из программ.
  • Если вы не можете связаться с сервером конфигурации с сервера обработки, используйте Telnet для проверки подключения к серверу конфигурации через порт 443. Вы также можете попытаться пинговать сервер конфигурации с сервера процесса. Сервер обработки также должен иметь пульс при подключении к серверу конфигурации.
  • Сервер Windows Server 2008 R2 с пакетом обновления 1 (SP1), защищенный как физический локальный сервер, не может быть восстановлен из Azure на локальный сайт.
  • Вы не можете выполнить откат до исходного состояния при следующих условиях:
    • Вы перенесли машины в Azure.
    • Вы переместили виртуальную машину в другую группу ресурсов.
    • Вы удалили виртуальную машину Azure.
    • Вы отключили защиту виртуальной машины.
    • Вы создали виртуальную машину вручную в Azure. Машина должна была изначально быть защищена локально и переключиться на резерв в Azure до повторной защиты.
    • Вы можете потерпеть неудачу только на узле ESXi. Невозможно откатить назад виртуальные машины VMware или физические серверы на узлы Hyper-V, физические машины или рабочие станции VMware.

Устранение ошибок повторной защиты

В этом разделе описаны распространенные ошибки повторной защиты и способы их исправления.

Не удалось повторно защитить, так как виртуальная машина Azure не смогла подключиться к локальному серверу конфигурации.

Эта ошибка возникает в следующих случаях:

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

Для разрешения этой проблемы:

  • Убедитесь, что сеть виртуальных машин Azure позволяет виртуальной машине Azure взаимодействовать с локальным сервером конфигурации. Вы можете настроить VPN типа "сеть — сеть" в локальном центре обработки данных или настроить подключение Azure ExpressRoute с частным пирингом в виртуальной сети виртуальной машины Azure.
  • Если виртуальная машина может взаимодействовать с локальным сервером конфигурации, войдите на виртуальную машину. Затем проверьте службу приложений InMage Scout. Если вы видите, что она не запущена, запустите службу вручную. Убедитесь, что для типа запуска службы задано значение "Автоматически".

Устранение ошибок восстановления после отказа

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

Код ошибки 8038

Не удалось открыть локальную виртуальную машину из-за ошибки.

Эта проблема возникает, когда локальная виртуальная машина запускается на узле, в котором недостаточно памяти.

Для разрешения этой проблемы:

  • Подготовьте больше памяти на узле ESXi.
  • Кроме того, вы можете использовать VMotion для перемещения виртуальной машины в другой узел ESXi с достаточной памятью для загрузки виртуальной машины.
  • Last updated on