Как сопоставить provisioning state, power state и признаки загрузки Windows, сохранить Boot diagnostics и выбрать безопасное ожидание до redeploy или принудительного перезапуска.
Три состояния вместо одного индикатора
Azure различает provisioning state и power state, причём power state относится к instance view. Гостевая Windows при этом может находиться на собственном этапе загрузки, перезапуска или остановки служб. Поэтому надписи Starting и Stopping в разных местах не следует автоматически считать противоречием одной переменной. Зафиксируйте обе величины с UTC-временем, а затем откройте Boot diagnostics. Не обновляйте портал многократно без журнала: последовательность снимков важнее отдельного кадра и показывает, меняется ли состояние или действительно застыло.
Матрица control plane и гостевой ОС
Составьте три колонки: provisioning state, power state и наблюдение гостевой системы. В третьей колонке допустимы снимок Boot diagnostics, доступность Serial Console и последнее видимое сообщение без секретов. Повторите запись через одинаковый интервал, например два раза по пять минут, если это допустимо для рабочей нагрузки. Изменение экрана или состояния показывает прогресс, но не гарантирует успешную загрузку. Не делайте redeploy между измерениями: он изменит инфраструктурное условие и лишит сравнение смысла. Если VM входит в кластер или выполняет запись данных, согласуйте любые действия с владельцем нагрузки.
Перед принудительным действием
Официальное руководство по зависшей загрузке Windows рекомендует использовать Boot diagnostics и другие диагностические поверхности до вмешательства. Сохраните снимок, время начала операции, последнее штатное действие и доступные метрики диска или CPU. Затем определите стоп-условие ожидания: отсутствие изменений за согласованный период, недоступность консоли и отсутствие завершения операции. Принудительный перезапуск может привести к потере несохранённых данных, поэтому не представляйте его безрисковой кнопкой. Redeploy меняет размещение VM и тоже не должен быть первым диагностическим экспериментом.
Минимальная эскалация без секретов
Передайте идентификатор подписки и ресурса только через защищённый канал поддержки, а в публичном описании оставьте регион, тип ОС, время, названия состояний и последовательность действий. Полезны четыре пары временных меток: запрос Start или Stop, изменение provisioning state, изменение power state и последний кадр гостевой ОС. Не публикуйте IP, имена хостов, содержимое диска, токены Serial Console и полные снимки портала. Итог должен отвечать, какая плоскость не меняется и сколько времени это подтверждено. Такой пакет помогает выбрать следующий шаг без догадки «VM одновременно запускается и выключается».
Материал подготовлен редакцией VOne с применением ИИ для структурирования; факты вручную сверены с Microsoft Learn, а ответы публичной ветки не использовались как техническое доказательство.
Источники и проверка
- Microsoft Learn — Troubleshoot Windows VM boot errors проверено 2026-07-31
- Microsoft Learn — States and billing status of Azure Virtual Machines проверено 2026-07-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.