Примечания к релизу 232

Новые функции и улучшения

• Изменение ответа Log Monitoring API v2 /logs/search: значение каждого элемента в additionalColumnsструктуре теперь представляет собой массив строк, а не просто строку.
• Мастер целей уровня обслуживания (SLO) был переработан:
  • Все поля ввода находятся на одной странице с тремя расширяемыми разделами для определения SLO.
  • Новый раздел предварительного просмотра позволяет многократно тестировать определение с фактическими значениями перед созданием SLO.
• Удален семидневный предварительный просмотр из создания/редактирования пользовательского события для страниц предупреждений.
• Переработана страница «Окна обслуживания», чтобы использовать преимущества настроек 2.0.
• Пользовательские настройки обнаружения служб были перемещены в « Настройки » > « Обнаружение служб» в рамках подготовки к преобразованию настроек 2.0 в настройки обнаружения служб на основе правил.
• На странице проверки работоспособности приложения (на странице обзора приложения выберите Дополнительно ( … ) > Проверка работоспособности ) теперь есть контрольный список для быстрого выявления проблем, вызванных конфигурацией, которые могут помешать получению данных RUM.
• Отображаемый идентификатор проблемы теперь отправляется в качестве дополнительного свойства для уведомлений о событиях ServiceNow в поле problem_displayId.
• Создание SLO, если вы не являетесь администратором, теперь требует добавления надлежащего фильтра зоны управления в селектор объектов, где вы должны добавить зону управления, для которой у вас есть доступ на запись. Если у вас нет разрешений для всего клиента, вы можете получить доступ к странице параметров SLO и просмотреть SLO, принадлежащие зонам управления, к которым у вас есть доступ, а также изменить SLO, принадлежащие зонам управления, к которым у вас есть доступ на запись.
• На странице Цели уровня обслуживания запись Действия > Изменить SLO была переименована в определение SLO . Он открывает соответствующий SLO на странице определений целей уровня обслуживания , где вы можете просмотреть или изменить определение SLO (в зависимости от ваших разрешений).
• Улучшено время загрузки веб-интерфейса Dynatrace Managed в случае проблем с подключением к Mission Control.
• Расчетные метрики приложений, журналов и служб теперь используют DDU.

Поддержка Log Monitoring v2 для Dynatrace Managed

В Dynatrace Managed версии 1.232 доступна новая версия Log Monitoring. Вы можете включить мониторинг журналов v2 с помощью кластерного API.

Следующие компоненты Dynatrace необходимы, чтобы в полной мере воспользоваться преимуществами Log Monitoring v2 .

• Dynatrace Managed версия 1.232+
• Dynatrace ЕдиныйАгент версии 1.217+

С Log Monitoring v2 у вас есть новый способ:

• Получение данных журнала — общий прием журнала
• Анализ данных журнала — просмотрщик журнала
• Оповещение о данных журнала — показатели журнала
• Определить настраиваемые атрибуты данных журнала индекса для вводимых данных журнала — Пользовательские атрибуты журнала
• Создание событий из журнала на основе данных журнала и использование их для обнаружения проблем — События журнала

Решённые вопросы

Составная часть	Решенные вопросы
Безопасность приложений	4
Кластер	75 (4 уязвимость)
Консоль управления кластером	7
Решение для мониторинга инфраструктуры	1

Безопасность приложений

• Улучшена таблица уязвимостей, чтобы решить проблему, из-за которой нельзя было просмотреть сведения о некоторых проблемах безопасности (Managed версия).
• Удалена кнопка «Показать все группы процессов» на панели «Затронутые группы процессов» на странице «Обзор безопасности» (Managed версия).
• Решена проблема с внутренней проверкой непротиворечивости для обнаружения повторяющихся копий проблем с безопасностью в ElasticSearch, что приводило к ложным предупреждающим сообщениям о непротиворечивости.
• Устранена проблема с правилом мониторинга безопасности (свойство «Зона управления» оценивалось неправильно), из-за которой уязвимости постоянно переключались между состояниями «ОТКРЫТО» и «РАЗРЕШЕНО» (Managed версия).

Кластер

• Уязвимость: в ответ на CVE-2021-44228 и CVE-2021-45046 применены рекомендуемые меры по смягчению последствий: удаление org/apache/logging/log4j/core/lookup/JndiLookup.class из библиотеки Log4j.
• Уязвимость: в ответ на CVE-2021-44832, CVE-2021-45105, CVE-2021-44228 и CVE-2021-45046 были применены рекомендуемые меры по снижению риска по обновлению библиотеки log4j до последней версии 2.17.1.
• Уязвимость: Log4j в клиенте Elasticsearch обновлен до версии 2.17.1.
• Уязвимость: в ответ на CVE-2021-44228 (уязвимость Log4j) были расширены параметры JVM для Dynatrace Server и Elasticsearch.
• Список выбора метрик «Обозреватель данных» больше не сохраняется после нажатия кнопки «Назад» в браузере.
• Исправлена ​​проблема поиска геолокации, связанная с IPv6-адресами.
• Улучшено обнаружение кластеров при анализе первопричин.
• Устранена проблема, приводившая к высокой нагрузке на ЦП кластера и частичному отсутствию расчета хост-модуля.
• Переопределение мониторинга группы процессов теперь корректно работает для новых настроек.
• Устранены ложноположительные оповещения мониторинга, вызванные тайм-аутами внутренней связи.
• Улучшена проверка для предотвращения закрепления плитки «Проблемы» на панели инструментов, когда фильтры недействительны.
• Исправлена ​​проблема с лимитом активных событий в памяти (ожидаемый лимит не достигнут).
• Добавлена ​​конечная точка REST API, которую можно вызывать для установки ограничения количества новых событий журнала кластера в минуту на основе доступных ресурсов.
• Исправлено несоответствие между тегами в уведомлениях о событиях ServiceNow и тегами события, когда теги изменялись в затронутой сущности события после создания события.
• Улучшено автоматическое определение сторонних ресурсов.
• Страницы рабочей нагрузки Kubernetes и сведений о модулях больше не вызывают сбой, если у пользователя нет разрешения «Просмотр журналов».
• Удалена запись «Токены доступа» из меню Dynatrace для пользователей, у которых нет достаточных разрешений.
• Устранена проблема, приводившая к ошибке сервера во время выборки данных плитки панели мониторинга.
• Изменение отображаемого имени параметра метрики теперь корректно распространяется на страницы «Метрики» и «Проводник данных».
• Переход на страницу «Рабочие нагрузки Kubernetes» теперь правильно обрабатывает кластеры со специальными символами в имени.
• Всплывающее сообщение «Сервер перегружен» больше не отображается в крупных развертываниях.
• Фильтры, связанные с датой сеанса пользователя, теперь дают правильные результаты запроса.
• Запросы журнала с использованием таких операторов сравнения, как `<` и `>`, теперь корректно отклоняются как неподдерживаемые.
• Разделенные временные ряды теперь агрегируются на автоматически сгенерированных диаграммах на единой странице анализа.
• Устранена проблема, из-за которой страница «Анализ узла» не могла быть отфильтрована с помощью меток, состоящих только из ключей.
• Плитка панели мониторинга «Таблица запросов журнала» теперь поддерживает вызовы API многофрагментного поиска.
• Исправлено случайное несоответствие между фильтрацией по версии ЕдиногоАгента, запущенной на хостах, и значением, отображаемым для хостов на странице «Статус развертывания».
• Исправлено написание технологий сущностей `IBM_WEBSPHERE_APPLICATION_SERVER` и `IBM_WEBSPHERE_LIBERTY`. ( АПМ-338245 )
• Отключена сортировка на странице «Рабочие нагрузки Kubernetes» в столбце «Поды» при достижении отображаемого предела сущностей.
• Исправлена ​​ошибка, препятствовавшая обновлению настроек конфиденциальности Session Replay из REST API.
• Восстановлена ​​поддержка CentOS Stream 8.
• Исправлена ​​проблема, из-за которой IP-адрес клиента AWS Lambda, вызываемый через шлюз API и отслеживаемый с помощью ЕдиногоАгента для AWS Lambda (Python, Node, Java), дополнительно отображался как IP-адрес прокси-сервера.
• Виртуальные машины Azure, которые отслеживают кандидатов, теперь помечены как "без ЕдиногоАгента" на страницах региона Azure и масштабируемых наборов.
• Улучшена базовая чувствительность оповещений для конфигураций Настройки 2.0, чтобы обеспечить надлежащее оповещение.
• Улучшено форматирование времени в «Проводнике данных» для отображения дней.
• Значения фильтра, написанные с заглавной буквы, теперь анализируются правильно.
• Отключен предварительный просмотр расширений для крупных инсталляций (более 1000 PROCESS_GROUPS), чтобы избежать проблем с производительностью.
• Исправлена ​​ошибка с настройкой «Маскировать действия пользователя (только веб-приложения)» для приложений, внедренных расширением браузера.
• Когда фильтр запроса активен в многомерном анализе монитора браузера, во время создания вычисляемой метрики отображается текст, предупреждающий о том, что фильтр запроса игнорируется для созданной метрики.
• Улучшена производительность страницы сведений о кластере Kubernetes, когда включен Events API v2.
• Переход к другому синтетическому сценарию (монитору браузера) с помощью панели глобального поиска теперь корректно перезагружает страницу сведений о новом мониторе браузера.
• Скорректирована формулировка результатов тестирования для интеграции «Уведомления о проблемах», чтобы указать, какой тип уведомления был протестирован.
• При открытии ссылки на общедоступную информационную панель, когда вы уже вошли в систему, теперь соблюдаются зона управления информационной панелью по умолчанию и временные рамки.
• Улучшен обмен сообщениями для генерации маркера доступа, когда у пользователя недостаточно прав.
• Устранена проблема, из-за которой страница сведений о проблеме была недоступна для затронутых проблем.
• Легенда на визуализации круговой диаграммы «Проводник данных» теперь правильно реагирует на изменения в настройке «Показать легенду».
• API пользовательских сервисов — отсутствие параметра «аннотации» больше не нарушает проверку.
• Исправлена ​​проблема с настройкой порога плитки на панелях мониторинга, созданных с помощью API.
• Исправлена ​​проблема, из-за которой возникали ошибки проверки при использовании конечных точек Problems API версии 2 на основе временных рамок в сочетании с определенными относительными временными рамками пользовательского интерфейса.
• Улучшено поведение селектора цвета для порогов «Проводника данных».
• Устранена проблема, из-за которой пользовательские метрики, созданные за последние 10 секунд минуты, и данные, записанные за эти 10 секунд, могли возвращать данные для минутного разрешения, отличные от данных для более высоких разрешений, через 1 час или более.
• Дата и время теперь определяются и отображаются единообразно для пользовательских сеансов, сведений о сеансе и страницах сведений о пользователе.
• Исправлена ​​проблема с отображением на странице сведений о проблеме, из-за которой связанный текст проблемы обрезался.
• Добавлена ​​проверка для предотвращения сбоев в определенных таблицах, если для них не настроено пороговое значение.
• Селектор таймфрейма для «Проводника данных» теперь работает правильно.
• Исправлена ​​проблема с переопределением мониторинга групп процессов.
• Правила зоны управления больше нельзя создавать с помощью REST API с помощью селектора сущностей, в результате чего типы сущностей не поддерживают зоны управления.
• Фильтр многомерного анализа теперь позволяет применять несколько фильтров атрибутов запроса из разделения измерения.
• Исправлена ​​проблема, из-за которой некоторые пользователи получали ошибку «403 Forbidden» при попытке доступа к страницам обнаружения аномалий.
• Улучшен захват ошибок запросов с помощью кодов состояния HTTP.
• Устранена проблема в «Обозревателе данных», из-за которой информация splitBy удалялась при добавлении условия фильтрации в запрос.
• Исправлена ​​проблема, из-за которой в некоторых случаях считывалась неверная конфигурация мониторинга контейнера.
• Документация OpenAPI для Dynatrace Events REST API v2 теперь включает структуру ответа конечной точки приема.
• Исправлена ​​проблема, из-за которой страница сведений Kubernetes аварийно завершала работу с кодом состояния 403 для пользователей зон управления.
• Решена проблема с включением/отключением мониторинга контейнеров для BPM, Containerd, CRI-O и Winc.
• Улучшена обработка пресетов панелей мониторинга в редакторе JSON панели мониторинга: теперь пресеты могут редактировать их владельцы, не являющиеся администраторами, в редакторе, и теперь отображается сообщение об ошибке, когда пользователь, не являющийся администратором, пытается опубликовать или отменить публикацию пресета в редакторе.
• Исправлена ​​проблема, из-за которой у некоторых пользователей отображалась страница технических проблем при отправке или отмене отзыва о проблеме.
• Устранена проблема, из-за которой пользователь с разрешением только на запись настроек для зоны управления, содержащей мониторы HTTP, не мог дублировать монитор HTTP через синтетический список.
• Переключение «Показать легенду» для плитки таблицы больше не удаляет пороги.
• Устранена проблема, вызывающая ошибку при добавлении новой плитки «Одно значение» из редактора панели мониторинга.
• Устранена проблема, из-за которой предупреждения для инфраструктуры (например, центрального процессора) генерировались, даже если они были отключены.

• Исправлена ​​ошибка, из-за которой некоторые запросы entitySelector приводили к пустым результатам в зависимости от порядка фильтров.
• Замена заполнителя описания теперь корректна для пользовательских конфигураций событий.

• Исправлена ​​ошибка, из-за которой отсутствовала информация в веб-интерфейсе Dynatrace. Проблемы и уведомления о проблемах.
• Решена проблема, из-за которой данные метрики отображались неправильно или отображались лишь частично, когда метрика загружалась с отслеживаемым измерением объекта.

Консоль управления кластером

• Данные, полученные с помощью Log Monitoring v2, больше не включаются в резервную копию по умолчанию, чтобы избежать чрезмерного потребления ресурсов.
• Исправлена ​​проблема с импортом сертификата прокси.
• Устранена проблема, из-за которой при использовании REST API для изменения разрешений данной группы на выбранные среды и зоны управления все остальные разрешения этой группы сбрасывались для всех сред и зон управления.
• Решена проблема, при которой при отсутствии настройки прав доступа к зонам управления для данной группы пользователей невозможно было создать эту конфигурацию через публичный REST API. 

• Исправлена ​​потенциальная миграция для последнего индекса, которая в некоторых крайних случаях могла привести к недопустимому состоянию проблемы.

• Устранена проблема с кэшированием в конечной точке REST `/api/v1.0/onpremise/groups/managementZones`, которая приводила к сбою обновлений для недавно созданных зон управления.

Решение для мониторинга инфраструктуры

• Неподключенные/недоступные хранилища данных VMware больше не выдают оповещения об отсутствии свободного места.

Единый Агент

• Новые возможности аналитики для аномалий, связанных с системой обмена сообщениями Бизнес-транзакции зависят от производительности приложений. В современных приложениях, созданных с помощью микросервисов, распространены несвязанные сервисы, а события используются для связи между сервисами, поэтому для групп DevOps важно иметь полную возможность наблюдения за производительностью систем обмена сообщениями.
• Автоматическое подключение журналов и трассировок ускоряет облачную аналитику на основе ИИ Поскольку цифровая трансформация продолжает ускоряться, а предприятия модернизируются с внедрением облачных архитектур, количество взаимосвязанных компонентов и микросервисов стремительно растет. Журналы являются важным компонентом управления и оптимизации этих сред приложений. Теперь Dynatrace объединяет мониторинг журналов со своей запатентованной технологией PurePath для распределенной трассировки и анализа на уровне кода. Журналы теперь автоматически подключаются к распределенным трассировкам для более быстрого анализа и оптимизации облачных и гибридных приложений.

Уведомление об обновлении платформы расширения Dynatrace

Начиная с Dynatrace ЕдиныйАгент и АктивныйШлюз версии 1.231, мы обновляем инфраструктуру расширений (также называемую инфраструктурой плагинов) с Python 3.6 до Python 3.8.

• Последствия : некоторые расширения Dynatrace, запущенные в вашей среде, могут перестать работать и потребовать повторного развертывания новой версии, подготовленной для Python 3.8.
• Симптомы :
  • Данные для затронутых метрик на информационных панелях, оповещениях и пользовательских страницах устройств, заполненных затронутыми метриками расширения, не предоставляются.
  • Журналы расширений отображают ошибки. Чаще всего это будет проявляться как Python ModuleNotFoundErrorв журнале PluginAgent.
  • Иногда виртуальная машина Python дает сбой.
• Воздействие . Эта проблема затрагивает только те расширения, которые используют собственные библиотеки, вызываемые из кода Python, распространяемого вместе с расширением.

Java

• Добавлена ​​поддержка Log4J2 (Apache) 2.7.x - 2.12.x.

z/OS

• oneagentzos-R12310.paxтеперь доступен

Go

• Добавлена ​​поддержка Logrus1.5 - 1.8
• Добавлена ​​поддержка Zap 1.10 - 1.21.

Операционные системы

Будущие изменения в поддержке Dynatrace ЕдиныйАгент операционных систем

Следующие операционные системы больше не будут поддерживаться с 1 марта 2022 г.

Linux : Google Container-Optimized OS 81 LTS

• x86-64

Следующие операционные системы больше не будут поддерживаться с 1 апреля 2022 г.

UNIX : IBM AIX 7.2 TL3

• POWER8, POWER9

Следующие операционные системы больше не будут поддерживаться с 1 июля 2022 г.

Linux : CentOS 8.x

• X86-64

Linux : CentOS 8.x

• PPCLE

Linux : CentOS 8.x

• ARM64 (AArch64)

Linux : Google Container-Optimized OS 85 LTS

• X86-64

Linux : openSUSE 15.2

• x86-64, PPCLE

Windows : рабочий стол Windows 2004

• X86-64

Windows : Windows Server 2004

• x86-64

Следующие операционные системы больше не будут поддерживаться с 1 августа 2022 г.

• Linux : Ubuntu 21.04

Следующие операционные системы больше не будут поддерживаться с 1 октября 2022 г.

• Linux :SUSE Linux Enterprise Server 11.4

Прошедшие изменения в поддержке технологий Dynatrace ЕдинымАгентом

Dynatrace ЕдиныйАгент 1.213 была последней версией, поддерживающей следующие технологии.

• OpenTelemetry 0.16.0, 0.17.0 для Go

Dynatrace ЕдиныйАгент 1.215 была последней версией, поддерживающей следующие технологии.

• OpenTelemetry 0.18.0 для Go

Dynatrace ЕдиныйАгент 1.217 была последней версией, поддерживающей следующие технологии.

• OpenTelemetry 0.19.0 для Go

Dynatrace ЕдиныйАгент 1.221 была последней версией, поддерживающей следующие технологии.

• OpenTelemetry 0.20.0 для Go
• OpenTelemetry 0.18.x, 1.0.0-rc.0, 1.0.0-rc.3 для Node.js

Dynatrace ЕдиныйАгент 1.227 была последней версией, поддерживающей следующие технологии.

• OpenTelemetry 1.0.0-RC1 для Go
• OpenTelemetry 1.0.0-RC2 для Go

Изменения в поддержке Dynatrace ЕдинымАгентом версий операционных систем

Следующие операционные системы больше не поддерживаются с 1 июня 2021 года.

Linux : CentOS 6.x

• x86-64
• Последняя совместимая версия Dynatrace ЕдиныйАгент: 1.215

Linux : Fedora 31

• x86-64
• Последняя совместимая версия Dynatrace ЕдиныйАгент: 1.215

Windows : Рабочий стол Windows 1803

• x86-64
• Последняя совместимая версия Dynatrace ЕдиныйАгент: 1.215

Следующие операционные системы больше не поддерживаются с 1 июля 2021 года.

Windows: Рабочий стол Windows 1903

• x86-64
• Последняя совместимая версия Dynatrace ЕдиныйАгент: 1.217

Windows: Windows Server 1903

• x86-64
• Последняя совместимая версия Dynatrace ЕдиныйАгент: 1.217

Следующие операционные системы больше не поддерживаются с 1 сентября 2021 года.

Linux : Red Hat Enterprise Linux CoreOS 4.4.

• x86-64
• Последняя совместимая версия Dynatrace ЕдиныйАгент: 1.223

Linux : openSUSE 15.1

• x86-64, PPCLE
• Последняя совместимая версия Dynatrace ЕдиныйАгент: 1.223

Следующие операционные системы больше не поддерживаются с 1 октября 2021 года.

Linux : оптимизированная для контейнеров ОС Google 77 LTS

• x86-64
• Последняя совместимая версия Dynatrace ЕдиныйАгент: 1.217

Следующие операционные системы больше не поддерживаются с 1 декабря 2021 года.

Linux : Fedora 32

• x86-64
• Последняя совместимая версия Dynatrace ЕдиныйАгент: 1.227

Linux : Windows : Windows Server 1909

• x86-64
• Последняя совместимая версия Dynatrace ЕдиныйАгент: 1.227

Следующие операционные системы больше не поддерживаются с 1 февраля 2021 года.

Linux : Ubuntu 20.10

• Последняя совместимая версия Dynatrace ЕдиныйАгент: 1.225

Другие изменения в поддержке

• Улучшена DTAGTCMDобработка zDC для zremoteagent=параметра. zDC теперь будет принимать значения для zremoteagent=параметра, охватывающего несколько строк с пробелами в конце
• Исправлен отсутствующий путь Start-Linked в вызовах CICS DPL .
• Восстановлена ​​способность сенсора транзакций CICS отслеживать зеркальные задачи, которая была удалена в версии 1.215
• Если в вашей среде используются IP-адреса NAT:
  1. Обновите zRemote до версии 1.231.
  2. Перезапустите COPYAGNTзадание из библиотеки 1.231.0 SZDTSAMP, чтобы получить последний dtzagentдвоичный файл .
  3. Запустите zDC с nobootstrap=falseпараметром для загрузки последней версии zLocal.

Решенные проблемы

Общее количество решенных проблем — 26

Составная часть	Решенные вопросы
Мониторинг инфраструктуры	6
Java	2
.NET	3
PHP	2
Механизм причинно-следственной связи ИИ	1
Все модули	3
Общий	1
Мейнфрейм	2
Модуль ОС	4
Go	1
Модуль регистрации	1

Мониторинг инфраструктуры

• Временные метки журналов состояния расширений SFM теперь соответствуют временным меткам метрик состояния.
• Контроллер выполнения расширений (EEC) больше не обнаруживает тайм-аут источника данных и не может правильно перезапустить процесс после насыщения ЦП и памяти.
• Чтобы открыть порт прослушивания StatsD в локальном режиме приема StatsD (ЕдиныйАгент), сокет теперь открывается на `127.0.0.1:18125` (IPv4), если доступен IPv4, или на `[::1]:18125` (IPv6). если IPv4 отключен.
• Исправлен метод расчета использования ЦП на платформе Windows; решает проблему со случайным перезапуском Extension Execution Controller (EEC).
• Исправлена ​​проблема с ручной установкой группы хостов в автономных средах.
• Исправлена ​​утечка памяти при неудачном подключении к интерфейсу WMI на отслеживаемом узле.

Java

• Узлы входящих веб-запросов, созданные с помощью ЕдиныйАгент SDK для Java, больше не отображаются как ошибочные, если не указан заголовок узла HTTP или полный URL-адрес.
• ClassNotFoundException больше не возникает, когда для Log4j включено обогащение журнала.

.NET

• Устранено исключение SecurityException в AspNetCore при отслеживании исключений, которые генерировали запись в журнале «Методы должны быть критическими с точки зрения безопасности или безопасными с точки зрения безопасности для вызова собственного кода».
• Устранена проблема, из-за которой отчеты о программных компонентах .NET иногда приводили к сбою, если они были включены во время выполнения.
• Устранена проблема, из-за которой отчеты о программных компонентах .NET иногда приводили к сбою, если они были включены во время выполнения.

PHP

• Решена проблема с PHP-модулем ЕдиногоАгента, который ломал заголовки в исходящих запросах.
• PHP-модуль ЕдиногоАгента больше не дает сбой при инструментировании метода с захватом возвращаемого значения.

Механизм причинно-следственной связи ИИ

• Информация о пользовательских тегах теперь закодирована в исходящих тегах Dynatrace, когда включен tracecontext, разрешая возможные несшитые PurePath.

Все модули

• Аргументы `--graph` и `--data-root` dockerd для сбора метаданных контейнера Docker теперь обрабатываются правильно.
• Генерация предупреждений о сбоях больше не приводит к нехватке места на диске, когда ЕдиныйАгент работает в режиме с ограниченными привилегиями.
• Автоматический дамп ядра теперь создается правильно для компонентов ЕдиногоАгента при обнаружении зависшего компонента.

Общий

• Модули IIS теперь правильно отображаются в веб-интерфейсе при включении IIS Insights.

Мейнфрейм

• Повторяющиеся хосты больше не сообщаются, если CTG и CICS выполняются в LPAR с трансляцией сетевых адресов между хостом и zRemote.

• Корреляция путей больше не нарушается, если пути CICS содержат смесь запросов EXEC CICS START и SOAP.

Модуль ОС

• Дочерние процессы SAP группируются с родительскими и больше не отображаются как отдельные процессы.
• Добавлена ​​поддержка параметра среды выполнения userns-remap daemon Docker.
• Отчеты о сбоях теперь также устаревают при деактивации ЕдиногоАгента.
• Генерация OSI ID рассматривает параметр set-host-id-source из файла deployment.conf как наиболее важный. В Azure и EC2 UUID или идентификатор экземпляра будут использоваться только в том случае, если для `set-host-id-source` установлено значение `auto`.

GO

• ЕдиныйАгент теперь правильно внедряется в статистически связанные двоичные файлы Go, запускаемые с помощью вызовов `execv()` или `execvp()`.

Модуль регистрации

• Устранена проблема, приводившая к аварийному завершению работы модуля Единого агента Log Monitoring при запуске в системах Windows.