Основные сведения об устранении неполадок с агентом мониторинга Azure Log Analytics
Эта статья представляет собой базовое руководство по устранению неполадок Microsoft Monitoring Agent (MMA).
Основные требования к MMA
Сведения о поддерживаемых операционных системах см. в статье Поддержка операционных систем агентом Log Analytics.
Требования к сети см. в разделах Протокол TLS 1.2 агента Log Analytics и Требования к сети.
Идентификатор рабочей области должен быть настроен для агента мониторинга при подключении к рабочей области Log Analytics.
Необходимо иметь сертификат агента мониторинга с правильным именем узла сервера. Сертификат создается автоматически при установке агента мониторинга. Сертификат находится в папке Сертификат компьютера\Microsoft Monitoring Agent\Certificates (certlm.msc).
Если используется прокси-сервер, параметры прокси-сервера агента мониторинга должны выполняться через шлюз Log Analytics или прокси-сервер.
Поиск версии агента
Существует два способа найти версию агента мониторинга.
На виртуальной машине или локальном сервере с MMA
Войдите на сервер и перейдите к панель управления>Система и безопасность.
Выберите Microsoft Monitoring Agent и перейдите на вкладку Свойства . Там должна быть указана версия.
Вы также можете запросить версию, выполнив следующий командлет PowerShell:
Get-WmiObject -Class Win32_Product -Filter "Name='Microsoft Monitoring Agent'" -ComputerName.
Портал Azure
В рабочей области Log Analytics, к которому подключен агент мониторинга, выберите Журналы.
Выполните следующий запрос:
Heartbeat | summarize arg_max(TimeGenerated, *) by Computer`
Разверните результаты запроса, а затем просмотрите столбец Версия .
Сбор трассировки ETL для устранения неполадок
При отправке запроса в службу поддержки по проблеме с агентом мониторинга служба поддержки Майкрософт может запросить трассировку ETL для сбора сведений для устранения неполадок. Обычно для сбора трассировки ETL можно использовать скриптGetAgentInfo.ps1 .
Если скрипт не работает, выполните следующие действия, чтобы собрать трассировку ETL вручную.
Нажмите кнопку Пуск, введите cmd, а затем выберите Командная строка в результатах, чтобы открыть окно командной строки.
В командной строке перейдите в следующий каталог: %programfiles%\Microsoft Monitoring Agent\Agent\Tools.
Чтобы остановить ведение журнала трассировки, выполните следующую команду:
StopTracing.cmd
Выполните следующую команду, чтобы включить подробное ведение журнала трассировки:
StartTracing.cmd INF
Примечание: В этой команде значение INF должно быть прописным.
Воспроизведите проблему.
В командной строке выполните следующую команду, чтобы остановить ведение журнала трассировки:
StopTracing.cmd
Выполните следующую команду и дождитесь преобразования всех трассировок:
FormatTracing.cmd
Соберите трассировки (*.log файлы) из папки %windowsroot%\Logs\OpsMgrTrace .
Вопросы и ответы
Как долго кэшируются и буферикуются данные?
Данные кэшируются или буферикуются не более 8,5 часов. Агент мониторинга пытается передать данные каждые 20 секунд. Если не удается отправить, он подождет 30 секунд, а затем попытается отправить еще раз. После этого время ожидания будет от 30 до 60 секунд до 120 секунд и т. д., до девяти минут между повторными попытками. Агент будет 10 раз повторить попытку для заданного "блока" данных, прежде чем он отбрасывает данные и переходит к следующему блоку. Этот цикл продолжается до тех пор, пока агент не сможет снова успешно отправить. На практике это означает, что данные хранятся в буфере в течение 8,5 часов, а затем удаляются. Все отправленные данные очищаются. Время повтора немного рандомизировано, чтобы избежать одновременной попытки всех агентов.
Каков минимальный и максимальный размер кэша или буфера?
Минимальное значение по умолчанию — 100 МБ, а максимальное — 1,5 ГБ. Этот параметр можно изменить в следующем значении реестра:
- Подраздел: HKLM\SYSTEM\CurrentControlSet\Services\HealthService\Parameters\Management Groups\<Management Groups ID>
- Значение: MaximumQueueSizeKb
- Тип: DWORD
- По умолчанию: 102400 (имеется в виду 100 МБ)
- Минимальное значение: 5120
- Максимальное значение: 1536000
Что происходит, если подключение к рабочей области Log Analytics недоступно?
Агент постепенно откатывает процесс повтора экспоненциально в течение 8,5 часов для каждой попытки. Он будет продолжать повторять повторные попытки каждые 8,5 часа на неопределенный срок и отбрасывать самые старые данные при достижении предела буфера. Когда агент может успешно подключиться, он будет отправлять данные до тех пор, пока не вернется к обработке последних данных.
Свяжитесь с нами для получения помощи
Если у вас есть вопросы или вам нужна помощь, создайте запрос в службу поддержки или обратитесь за поддержкой сообщества Azure. Вы также можете отправить отзыв о продукте в сообщество отзывов Azure.
Обратная связь
https://aka.ms/ContentUserFeedback.
Ожидается в ближайшее время: в течение 2024 года мы постепенно откажемся от GitHub Issues как механизма обратной связи для контента и заменим его новой системой обратной связи. Дополнительные сведения см. в разделеОтправить и просмотреть отзыв по