Устранение ошибок при отработке отказа виртуальной машины VMware или физического компьютера в Azure

Статья
03/07/2024

Внимание

Эта статья ссылается на CentOS, дистрибутив Linux, который приближается к состоянию конца жизни (EOL). Обратите внимание на использование и план соответствующим образом. Дополнительные сведения см. в руководстве centOS End Of Life.

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

Сбой отработки отказа (идентификатор ошибки 28031)

Site Recovery не удалось создать отработку отказа виртуальной машины в Azure. Это может произойти по одной из следующих причин:

Недостаточно квоты для создания виртуальной машины. Чтобы проверить доступную квоту, выберите "Подписка" -> "Использование + квоты". Чтобы запросить увеличение квоты, отправьте новый запрос на поддержку.
Вы пытаетесь выполнить отработку отказа виртуальных машин разных семейств размеров в одной группе доступности. Убедитесь, что для всех виртуальных машин в одной группе доступности выбрано одно семейство размеров. Чтобы изменить размер, выберите параметры Вычисления виртуальной машины, а затем повторите отработку отказа.
Существует политика в подписке, которая предотвращает создание виртуальной машины. Измените политику таким образом, чтобы она разрешала создание виртуальных машин, а затем повторите отработку отказа.

Сбой отработки отказа (идентификатор ошибки 28092)

Site Recovery не смог создать сетевой интерфейс для отработки отказа виртуальной машины. Убедитесь, что у вас достаточно квоты для создания сетевых интерфейсов в подписке. Чтобы проверить доступную квоту, выберите "Подписка" -> "Использование + квоты". Чтобы запросить увеличение квоты, отправьте новый запрос на поддержку. Если квоты достаточно, ошибка вызвана кратковременной проблемой. Повторите операцию. Если вам не удалось устранить проблему даже после нескольких попыток, оставьте комментарий в конце этого документа.

Сбой отработки отказа (идентификатор ошибки 70038)

Site Recovery не удалось создать отработку отказа классической виртуальной машины в Azure. Это могло произойти по таким причинам:

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

Сбой отработки отказа (идентификатор ошибки 170010)

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

Чтобы открыть любой компьютер в Azure, необходимо, чтобы в среде Azure некоторые драйверы находились в состоянии запуска, а службы, такие как DHCP, — в состоянии автозапуска. Таким образом, действие расконсервации во время отработки отказа преобразует тип запуска драйверов atapi, intelide, storflt, vmbus и storvsc в начало загрузки. Оно также преобразует тип запуска нескольких служб, таких как DHCP, в автозапуск. Это действие может завершиться ошибкой из-за проблем конкретной среды.

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

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

.\Script-no-hydration.ps1

Если расконсервация требуется, появится следующий результат:
```
REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc           start =  3 expected value =  0

This system doesn't meet no-hydration requirement.
```
Если виртуальная машина соответствует требованиям без гидратации, сценарий дает результат "Эта система соответствует требованиям без гидратации". В этом случае все драйверы и службы находятся в состоянии, как требуется Azure, и гидратация на виртуальной машине не требуется.
Запустите скрипт без гидратации следующим образом, если виртуальная машина не соответствует требованиям к гидратации.

.\Script-no-hydration.ps1 -set

Это преобразует тип драйверов запуска и даст результат, как показано ниже:
```
REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc           start =  3 expected value =  0

Updating registry:  REGISTRY::HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\services\storvsc   start =  0

This system is now no-hydration compatible.
```

Сбой отработки отказа с сообщением об ошибке реплика IP-адреса для сетевого адаптера виртуальной машины является недопустимым.

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

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

Не удается подключиться по протоколу RDP или SSH к виртуальной машине, для которой выполнена отработка отказа, поскольку кнопка подключения неактивна на виртуальной машине

Подробные инструкции по устранению неполадок с RDP см. в нашей документации.

Подробные инструкции по устранению неполадок с SSH см. в нашей документации.

Если кнопка Подключение на отработке отказа виртуальной машины в Azure неактивна, и вы не подключены к Azure через VPN-подключение Express Route или VPN типа "сеть — сеть", то

Перейдите в раздел Виртуальная машина>Сеть и нажмите на имя необходимого сетевого интерфейса.
Перейдите к ip-конфигурациям, а затем выберите поле имени требуемой IP-конфигурации.
Чтобы включить общедоступный IP-адрес, нажмите кнопку "Включить".
Нажмите Настроить обязательные параметры>Создать.
Введите имя общедоступного адреса, выберите параметры по умолчанию для номера SKU и назначения, а затем нажмите кнопку "ОК".
Теперь, чтобы сохранить внесенные изменения, нажмите кнопку "Сохранить".
Закройте панели и перейдите в раздел Обзор виртуальной машины, чтобы подключиться по протоколу RDP.

Не удается подключиться/RDP/SSH — виртуальная машина Подключение доступна кнопка

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

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

a. Создайте виртуальную машину в той же сети.

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

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

a. Создайте виртуальную машину в той же сети.

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

Примечание.

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

Не удается открыть последовательную консоль после отработки отказа машины на основе UEFI в Azure

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

Если ОС компьютера — Red Hat или Oracle Linux 7.*/8.0, выполните следующую команду на виртуальной машине для отработки отказа Azure с корневыми разрешениями. Перезагрузите виртуальную машину после команды.
```
grub2-mkconfig -o /boot/efi/EFI/redhat/grub.cfg
```
Если ОС компьютера — CentOS 7.*, выполните следующую команду на виртуальной машине для отработки отказа Azure с корневыми разрешениями. Перезагрузите виртуальную машину после команды.
```
grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg
```

Сообщение о непредвиденном завершении работы (идентификатор события 6008)

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

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

Не удается выбрать хранилище данных

Эта проблема возникает, когда не удается просмотреть хранилище данных в портал Azure при попытке повторного защиты виртуальной машины, которая испытала отработку отказа. Это связано с тем, что главный целевой объект не распознается как виртуальная машина в vCenters, добавленной в Azure Site Recovery.

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

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

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

Примечание.

Выполнение операций обнаружения и обновления структуры может занять до 30 минут.

Регистрация главного целевого сервера Linux в CS завершается сбоем с ошибкой TLS 35

Регистрация главного целевого сервера Azure Site Recovery на сервере конфигурации завершается сбоем, так как прокси-сервер, прошедший проверку подлинности, включен на главном целевом сервере.

На эту ошибку указывают следующие строки в журнале установки:

RegisterHostStaticInfo encountered exception config/talwrapper.cpp(107)[post] CurlWrapper Post failed : server : 10.38.229.221, port : 443, phpUrl : request_handler.php, secure : true, ignoreCurlPartialError : false with error: [at curlwrapperlib/curlwrapper.cpp:processCurlResponse:231]   failed to post request: (35) - SSL connect error.