Диагностический чек-лист для статуса AMA Transitioning: разделяем состояние расширения, процесс агента, heartbeat и привязку DCR, собирая доказательства до повторной установки.
Разделите отображаемый статус и здоровье агента
Сначала запишите ресурс, регион, ОС, версию расширения, точное время начала Transitioning и последнюю операцию, не публикуя subscription ID и имена машин. Статус портала может отражать незавершённую операцию управления, тогда как агент на гостевой ОС уже запущен, либо наоборот. Постройте четыре независимые отметки: состояние развёртывания расширения, наличие процесса AMA, свежесть heartbeat и поступление ожидаемых данных. Не сводите их к одному зелёному или красному индикатору: успешное provisioning само по себе не доказывает передачу данных.
Проверьте расширение и локальное состояние
Официальная инструкция Microsoft начинает с состояния расширения и локальной диагностики Windows VM. Зафиксируйте provisioning state, версию handler и последние сообщения без токенов. На гостевой ОС проверьте, существует ли процесс агента и обновляются ли его журналы; в журнале сохраняйте только время, уровень и текст ошибки после редактирования идентификаторов. Если операция ещё выполняется в пределах ожидаемого окна, наблюдение безопаснее немедленной переустановки. Если state явно failed, сохраните код и исходную операцию до любых изменений.
Отделите heartbeat от маршрута данных
Свежий heartbeat подтверждает связь агента, но не гарантирует, что нужный поток данных настроен. Проверьте, назначена ли VM подходящей Data Collection Rule, совпадают ли региональные и ресурсные условия и ожидается ли именно этот тип данных. Если heartbeat отсутствует, область поиска включает процесс, сетевой доступ и конфигурацию расширения. Если heartbeat есть, а целевой таблицы нет, сосредоточьтесь на DCR и выбранном источнике. Выполняйте только одну проверку за раз и фиксируйте контрольную временную метку, чтобы не спутать задержку поступления с эффектом изменения.
Остановите цикл удаления и повторной установки
Не удаляйте расширение повторно, если после первой попытки неизвестно, какой слой изменился. Стоп-условия: массовое проявление, действующая политика управления расширениями, неизвестная DCR, признаки незавершённой платформенной операции или отсутствие окна обслуживания. Для поддержки подготовьте resource type и регион, версию ОС и AMA, время Transitioning в UTC, provisioning state, наличие процесса, время последнего heartbeat, идентификатор DCR в отредактированном виде и фрагменты журналов без секретов. Такой пакет позволяет отличить управление расширением от сбоя сбора данных.
Материал подготовлен редакцией VOne с применением ИИ для структурирования; технические утверждения вручную сверены с официальной документацией, а форумная ветка использована только как обезличенный сигнал боли.
Источники и проверка
- Microsoft Learn — Troubleshoot Azure Monitor Agent on Windows VM проверено 2026-07-31
- Microsoft Learn — Enable and troubleshoot VM monitoring проверено 2026-07-31
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.