Сценарии использования AI-сервиса DB Advisor#

Правила безопасной работы с AI-сервисом DB Advisor#

AI-сервис DB Advisor использует большие языковые модели (LLM) для интеллектуальной диагностики. При работе с AI-сервисом соблюдайте следующие правила:

  1. Не передавайте чувствительные данные. Не используйте AI-сервис DB Advisor для обработки персональных или конфиденциальных данных во избежание утечки чувствительной информации. Не передавайте пароли, токены, криптографические ключи и другие чувствительные данные в строки ввода, загружаемые файлы, буферы или сторонние сервисы при использовании AI-сервиса.

  2. Используйте AI-сервис только для разрешенных сценариев. Применяйте AI-сервис DB Advisor только для законных и разрешенных сценариев диагностики экземпляров СУБД в соответствии с эксплуатационной документацией продукта, корпоративной политикой и регуляторными требованиями.

  3. Не применяйте AI-рекомендации для принятия критических решений без проверки. Не используйте рекомендации AI-сервиса для принятия критических решений без проверки специалистом. Проверяйте корректность и актуальность рекомендаций AI перед применением или распространением информации.

  4. Сообщайте об аномалиях. Сообщайте об аномальной активности, некорректных результатах диагностики или подозрении на инциденты безопасности ответственным лицам или в службу ИБ.

Примечание

Данные передаются в LLM-провайдер только после маскирования чувствительной информации (IP-адреса, имена БД, пользователи, строки подключения и другие данные). AI-сервис отправляет только предопределенные читающие запросы к управляемой БД.

Запуск AI-диагностики#

Сценарий предназначен для инициирования анализа текущего состояния экземпляра СУБД с помощью AI-агентов.

Предварительные условия#

Для выбранного экземпляра СУБД в данный момент не выполняется другая диагностика (одновременно по экземпляру выполняется не более одной диагностики).

Последовательность выполнения#

  1. В дереве объектов мониторинга во вспомогательном меню вкладки Метрики выберите экземпляр СУБД.

  2. В панели навигации объекта мониторинга откройте раздел DB Advisor.

  3. На вкладке Здоровье нажмите кнопку Запустить снова.

  4. Дождитесь завершения диагностики. Процесс состоит из нескольких стадий:

    • PreScreening — быстрые читающие SQL-проверки без LLM (блокировки, транзакции, мертвые строки и другие проверки).

    • Работа агентов — параллельный запуск 5 специализированных агентов (Workload, Index, Vacuum, Configuration, Connection), каждый из которых выполняет ReAct-цикл: рассуждение → действие → наблюдение.

    • Корреляция — оркестратор соотносит находки по общим сущностям, формируя перекрестные ссылки.

    • Завершение — расчет индекса здоровья и генерация сводки рекомендаций.

    Ход выполнения отображается в реальном времени на экране.

  5. После завершения диагностики результаты автоматически отображаются на вкладке Здоровье.

Примечание

Время выполнения диагностики зависит от используемой LLM-модели: Claude Sonnet — ~60 секунд, Qwen — ~200 секунд, GigaChat — ~300–400 секунд. Общий тайм-аут прогона диагностики составляет 5 минут с автоматическим прерыванием.

Результат#

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

Просмотр результатов AI-диагностики#

Сценарий предназначен для изучения результатов ранее выполненных AI-диагностик экземпляра СУБД: находок, рекомендаций и их описаний.

Примечание

Для выполнения сценария необходима asset-привилегия asset_pg_ai_view.

Предварительные условия#

AI-диагностика была запущена и завершена для выбранного экземпляра СУБД.

Последовательность выполнения#

  1. В дереве объектов мониторинга во вспомогательном меню вкладки Метрики выберите экземпляр СУБД.

  2. В панели навигации объекта мониторинга откройте раздел DB Advisor.

  3. На вкладке Здоровье в раскрывающемся списке Дата диагностики выберите нужный прогон из списка доступных.

  4. Изучите результаты диагностики:

    • Оценка здоровья — просмотрите индекс здоровья (0–100), активные проблемы, тренд изменения индекса за последние 5 прогонов и AI-сводку.

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

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

  5. При необходимости скачайте PDF-отчет по выбранному прогону, нажав кнопку Скачать отчет.

Результат#

Пользователь видит результаты выбранной AI-диагностики: индекс здоровья, активные проблемы, тренд, список находок с детальной информацией и таблицу последних прогонов.

Управление находками AI-диагностики#

Сценарий предназначен для изменения статусов находок и принятия решений по рекомендациям: отклонение, подтверждение, отметка как выполненной.

Предварительные условия#

AI-диагностика была запущена и завершена для выбранного экземпляра СУБД.

Последовательность выполнения#

  1. В дереве объектов мониторинга во вспомогательном меню вкладки Метрики выберите экземпляр СУБД.

  2. В панели навигации объекта мониторинга откройте раздел DB Advisor.

  3. На вкладке Здоровье в раскрывающемся списке Дата диагностики выберите нужный прогон.

  4. В области Находки выберите нужную находку в списке.

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

  6. Примите решение по находке, нажав одну из кнопок:

    Кнопка

    Действие

    Влияние на индекс здоровья

    В работу

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

    Находка продолжает учитываться в индексе здоровья (вес = 1.0)

    Отметить исправленным

    Изменяет статус находки на Исправлено. Применяется после устранения проблемы

    Находка исключается из расчета индекса здоровья (вес = 0.0), индекс увеличивается

    Пропустить

    Изменяет статус находки на Пропущено. Используется, когда пользователь знает о проблеме и не хочет видеть ее повторно в будущих прогонах

    Находка исключается из расчета индекса здоровья (вес = 0.0)

Результат#

Статус находки изменен. При изменении статуса на Исправлено или Пропущено индекс здоровья пересчитывается и обновляется на экране.