.png)
Фон:
Несколько устаревших систем Windows Server 2003 необходимо перенести из VMware в Azure.
Да, мы знаем, что у них устаревшая ОС. Но нам нужно поддерживать их работоспособность. И это (по крайней мере частично)поддерживается Microsoft.
Одним из важнейших шагов, конечно, является установка служб интеграции Hyper-V на серверах перед их перемещением в Azure. Мы решили выполнить этот шаг вручную, потому чтоофициально документированный процесс, основанный на сценариях запускаоказался несколько ненадежным.
Таким образом, в нашем процессе серверы сначала будут преобразованы в машины Hyper-V; затем будет установлен HVIS и удалены VMware Tools, а затем они будут перемещены в Azure.
Процесс определен, протестирован и задокументирован; он работает правильно.
ОДНАКО.
У одной конкретной системы очень странная проблема с драйверами устройств. Она не доверяетлюбойдрайвер устройства, включая собственные, и запрашивает ручное подтверждение перед установкойлюбойАппаратное обеспечение. Это происходит не только с драйверами Hyper-V, но и скаждое устройство, включая те, драйверы которых являются родными для самой Windows; пример ниже:
Это болезненно (при переходе с VMware на Hyper-V таких запросов 15-20), но это можно пережить, пока есть ручное взаимодействие с сервером. Однако, когда сервер перемещается в Azure, он (предположительно) ждет того же ручного подтверждения перед установкой новых устройств Azure, включая новый сетевой адаптер; и, конечно, это означает отсутствие сети и возможности доступа к виртуальной машине Azure.
Почему это происходит? Как это можно исправить?
Мы попытались настроить систему на автоматический прием неподписанных драйверов (хотя ониявляютсяподписано и этого вообще не должно происходить):
Однако сервер продолжает делать то же самое и запрашивать подтверждение перед установкой любого нового оборудования (и предупреждать, что оно не прошло тестирование Windows Logo).
Мы также попробовали sfc /scannow, который не обнаружил никаких проблем и не исправил неполадку; chkdskтакже не нашли ничего неправильного.
Почему этот конкретный сервер так себя ведет?
Как это исправить?
Примечание: это не вызвано отсутствием обновления и/или истекшим сроком действия сертификата; я попробовал выполнить новую установку Windows Server 2003 на Hyper-V, используя оригинальный ISO-образ (у меня все еще есть копия), то есть вообще без каких-либо обновлений, и ничего подобного не произошло.