Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Это важно
Создание новых настраиваемых полей будет отключено с 31 марта 2023 г. Функции пользовательских полей будут устаревшими, а существующие настраиваемые поля перестают работать к 31 марта 2026 г. Необходимо перейти на преобразования во время приема, чтобы продолжать анализировать записи журнала.
В настоящее время при добавлении нового настраиваемого поля может потребоваться до 7 дней до начала появления данных.
Функция настраиваемых полей Azure Monitor позволяет расширить существующие записи в рабочей области Log Analytics, добавив собственные поля, доступные для поиска. Пользовательские поля автоматически заполняются из данных, извлеченных из других свойств в той же записи.
Например, следующаяя пример записи содержит полезные данные, скрытые в описании события. Извлечение этих данных в отдельное свойство делает его доступным для таких действий, как сортировка и фильтрация.
Замечание
В предварительной версии в рабочей области ограничено 500 настраиваемых полей. Это ограничение будет расширено, когда эта функция достигает общедоступной доступности.
Создание настраиваемого поля
При создании настраиваемого поля Log Analytics должен понять, какие данные следует использовать для заполнения его значения. Она использует технологию Microsoft Research с именем FlashExtract для быстрого определения этих данных. Вместо того чтобы предоставить явные инструкции, Azure Monitor узнает о данных, которые вы хотите извлечь из предоставленных примеров.
В следующих разделах приведена процедура создания настраиваемого поля. Чтобы просмотреть пошаговое руководство по извлечению примера, перейдите в пошаговое руководство.
Замечание
Настраиваемое поле заполняется, когда записи, соответствующие указанным критериям, добавляются в рабочую область Log Analytics, поэтому оно будет видно только в тех записях, которые собраны после создания настраиваемого поля. Настраиваемое поле не будет добавлено в записи, которые уже находятся в хранилище данных при его создании.
Шаг 1. Определение записей, которые получают настраиваемое поле
Первым шагом является определение записей, которые получают настраиваемое поле. Начните с стандартного запроса журнала , а затем выберите запись, которая будет выступать в качестве модели, из которую Azure Monitor учится. Если указать, что вы собираетесь извлекать данные в настраиваемое поле, мастер извлечения полей открывается, где проверяется и уточняется критерий.
- Перейдите в журналы и используйте запрос для получения записей , которые получают настраиваемое поле.
- Выберите запись, используемую Log Analytics для извлечения данных для заполнения настраиваемого поля. Вы определите данные, которые вы хотите извлечь из этой записи, и Log Analytics будет использовать эти сведения для определения логики для заполнения настраиваемого поля для всех аналогичных записей.
- Щелкните правой кнопкой мыши запись и выберите пункт "Извлечь поля из".
- Откроется мастер извлечения полей, и выбранная запись отображается в столбце "Основной пример". Настраиваемое поле будет определено для этих записей с теми же значениями в выбранных свойствах.
- Если выбор не соответствует вашим требованиям, выберите дополнительные поля для уточнения критериев. Чтобы изменить значения полей для условий, необходимо отменить и выбрать другую запись, соответствующую нужному критерию.
Шаг 2. Выполнение начального извлечения
После идентификации записей, которые получают настраиваемое поле, определите данные, которые требуется извлечь. Log Analytics использует эти сведения для определения аналогичных шаблонов в аналогичных записях. На шаге 3 вы сможете проверить результаты и предоставить дополнительные сведения для Log Analytics, которые будут использоваться в его анализе.
- Выделите текст в образце записи, который вы хотите использовать для заполнения настраиваемого поля. Затем вы увидите диалоговое окно, чтобы указать имя и тип данных для поля и выполнить начальное извлечение. Символы , _CF автоматически добавляются.
- Нажмите кнопку "Извлечь" , чтобы выполнить анализ собранных записей.
- В разделах "Сводка " и " Результаты поиска " отображаются результаты извлечения, чтобы проверить ее точность. Сводка отображает критерии, используемые для идентификации записей и количества для каждого из указанных значений данных. Результаты поиска предоставляют подробный список записей, соответствующих критериям.
Шаг 3. Проверка точности извлечения и создания настраиваемого поля
После выполнения первоначального извлечения Log Analytics отобразит результаты на основе данных, которые уже были собраны. Если результаты выглядят точно, можно создать настраиваемое поле без дополнительной работы. В противном случае можно уточнить результаты, чтобы Log Analytics могли улучшить свою логику.
- Если какие-либо значения в первоначальном извлечении не являются правильными, щелкните значок "Изменить " рядом с неточной записью и выберите "Изменить это выделение ", чтобы изменить выделение.
- Запись копируется в раздел "Дополнительные примеры " в разделе "Основной пример". Вы можете изменить выделение здесь, чтобы помочь Log Analytics понять, какой выбор он должен был сделать.
- Нажмите кнопку "Извлечь" , чтобы использовать эти новые сведения для оценки всех существующих записей. Результаты могут быть изменены для записей, отличных от записей, которые вы только что изменили на основе этой новой аналитики.
- Продолжайте добавлять исправления, пока все записи в извлечении не будут правильно определять данные для заполнения нового настраиваемого поля.
- Нажмите кнопку "Сохранить извлечение" , когда вы удовлетворены результатами. Теперь кастомное поле определено, но оно еще не будет добавлено в какие-либо записи.
- Дождитесь сбора новых записей, соответствующих указанным критериям, а затем снова запустите поиск по журналам. Новые записи должны иметь настраиваемое поле.
- Используйте настраиваемое поле, как и любое другое свойство записи. Его можно использовать для агрегирования и группирования данных, а также для создания новых аналитических сведений.
Удаление настраиваемого поля
Существует два способа удаления настраиваемого поля. Первым является параметр "Удалить " для каждого поля при просмотре полного списка, как описано на шаге 2. Выполнение начального извлечения. Другой метод — получить запись и нажать кнопку слева от поля. В меню есть возможность удалить настраиваемое поле.
Пример пошагового руководства
В следующем разделе приведен полный пример создания настраиваемого поля. В этом примере извлекается имя службы в событиях Windows, указывающих на изменение состояния службы. Это зависит от событий, созданных Service Control Manager во время запуска системы на компьютерах Windows. Если вы хотите выполнить этот пример, необходимо собирать информационные события для системного журнала.
Введите следующий запрос, чтобы вернуть все события из Service Control Manager с идентификатором события 7036, которое указывает на запуск или остановку службы.
Затем щелкните правой кнопкой мыши любую запись с идентификатором события 7036 и выберите "Извлечь поля из события".
Откроется мастер извлечения полей с полями EventLog и EventID, выбранными в столбце Main Example. Это означает, что настраиваемое поле будет определено для событий из системного журнала с идентификатором события 7036. Это достаточно, поэтому нам не нужно выбирать другие поля.
Мы подчеркиваем имя службы в свойстве RenderedDescription и используем службу для идентификации имени службы. Настраиваемое поле будет вызываться Service_CF. Тип поля в данном случае является строкой, поэтому мы можем оставить это без изменений.
Мы видим, что имя службы правильно определено для некоторых записей, но не для других. Результаты поиска показывают, что часть имени адаптера производительности WMI не была выбрана. В сводке показано, что одна запись идентифицирует установщик модулей вместо установщика модулей Windows.
Начнем с записи WMI Performance Adapter. Щелкните значок редактирования и измените это выделение.
Мы увеличиваем выделение, чтобы включить слово WMI , а затем повторно запустить извлечение.
Мы видим, что записи для адаптера производительности WMI исправляются, а Log Analytics также использует эти сведения для исправления записей установщика модулей Windows.
Теперь можно запустить запрос, который проверяет, что Service_CF создан, но еще не добавлен ни в одну запись. Это связано с тем, что настраиваемое поле не работает с существующими записями, поэтому нам нужно ожидать сбора новых записей.
Через некоторое время собираются новые события, и мы видим, что поле Service_CF добавляется в записи, соответствующие нашим критериям.
Теперь можно использовать настраиваемое поле, как любое другое свойство записи. Чтобы проиллюстрировать это, мы создадим запрос, который группирует новое поле Service_CF для проверки наиболее активных служб.
Дальнейшие шаги
- Узнайте о запросах журнала для создания запросов с помощью настраиваемых полей для критериев.
- Отслеживайте пользовательские файлы журналов , которые вы анализируете с помощью настраиваемых полей.