Перейти к содержанию

Данные, собираемые при мониторинге баз данных Dynatrace

При включении расширения DB Extension оно автоматически собирает все метрики, определённые в соответствующей документации по интеграции. В их числе — метрики конфигурации базы данных, активности, времени работы, соединений, буферных пулов, производительности запросов и многие другие, используемые приложением Databases.

Все собранные данные также можно использовать в дашбордах, алертах, блокнотах и любых других рабочих процессах на основе метрик внутри Dynatrace.

Для получения полного списка собираемых метрик выберите поставщика базы данных из приведённого ниже перечня.

Подробности сбора данных

Нормализованные запросы

Для защиты конфиденциальной информации и улучшения анализа запросы нормализуются перед сохранением. В ходе этого процесса буквальные значения параметров заменяются заполнителями, что обеспечивает удаление персональных данных (PII).

Например:

До нормализации

SELECT * FROM customers WHERE email = 'john.doe@example.com';


SELECT * FROM customers WHERE email = 'J.I.Jane@other_example.com';

После нормализации

SELECT * FROM customers WHERE email = ?;

Этот подход также применяется к планам выполнения, где значения параметров удаляются во избежание раскрытия конфиденциальных данных.

Отслеживаемые экземпляры баз данных

Мониторинг баз данных поддерживает несколько технологий через расширения (Extensions). Однако активно отслеживаются только первые 70 обнаруженных или настроенных баз данных. Это ограничение обеспечивает оптимальную производительность и эффективное использование ресурсов.

Отслеживаемые запросы баз данных

Мониторинг сосредоточен на топ-200 запросах по потреблению ресурсов и времени выполнения. Поскольку данные собираются каждую 1 минуту, список топовых запросов может варьироваться между выборками. Тем не менее со временем выявляются чёткие тенденции, что позволяет легко анализировать общие паттерны использования и выявлять стабильно ресурсоёмкие запросы.

Управление наборами функций и частотой сбора данных

Вы можете управлять определёнными наборами функций, которые определяют, какие данные собираются. Например:

  • Метрики запросов: включение или отключение мониторинга на уровне запросов.
  • Планы выполнения: включение или отключение сбора планов запросов.
  • Метрики активности: управление частотой получения данных на уровне экземпляра.

Для выбранных наборов функций можно регулировать частоту сбора данных для баланса между детализацией и нагрузкой. Например:

  • Сбор метрик запросов каждые 1 или каждые 5 минут.
  • Настройка интервалов опроса активности экземпляра.

Однако не все наборы функций можно отключить, поскольку некоторые из них необходимы для базовой функциональности.

Удаление персональных данных (PII)

Для соответствия стандартам конфиденциальности:

  • Параметры запросов заменяются заполнителями в процессе нормализации.
  • Планы выполнения очищаются от конфиденциальных значений.

Это гарантирует, что никакие персональные данные (PII) не сохраняются и не раскрываются в данных мониторинга.

Хранение данных

Собранные данные хранятся в соответствии с конфигурацией корзины данных. По умолчанию данные хранятся 35 дней, после чего автоматически удаляются. Вы можете настроить параметры хранения в соответствии с требованиями вашей организации по соблюдению нормативных требований и хранению данных.

Поддерживаемые поставщики баз данных

Приложение Dynatrace Databases Databases разработано с минимальным влиянием на отслеживаемые экземпляры баз данных и соответствует лучшим отраслевым практикам наблюдаемости с низкими накладными расходами.

Для обеспечения эффективного сбора данных:

  • Метрики экземпляров баз данных собираются каждые 1 минуту и используют лёгкие системные таблицы, не создающие штрафов за производительность.
  • Метрики хоста берутся из операционной системы или облачных сервисов мониторинга. Этот подход не требует прямого опроса базы данных.
  • Метрики на уровне базы данных также собираются каждые 1 минуту, но отображаются только для ограниченного числа баз данных для снижения нагрузки.
  • Метрики запросов собираются каждые 1 минуту, но только для ограниченного набора запросов, выбранного для баланса между информативностью и производительностью.
  • Сбор журнала медленных запросов является необязательным (только для Postgres и MySQL). Для минимизации накладных расходов настройте высокий порог и включите выборку, чтобы ограничить количество запросов, регистрируемых как медленные.
  • Данные конфигурации (только для Postgres и MySQL) извлекаются каждые 24 часа для обеспечения видимости без частых обращений.

Эта архитектура гарантирует, что мониторинг остаётся лёгким и масштабируемым даже в средах с несколькими базами данных на экземпляр.