Обзор

[версия 2.х] Функционал продукта и его применимость определяется несколькими компонентами, представленными ниже

Компонента "Конфигурация". Конфигурация, роли, привелегии и т.п.

В текущей реализации модули WEB форм производят опрос системного каталога выбранных БД или кластера и отображают данные конфигурации, перечня БД, ролей, системных, табличных и колоночных привелегий. Похожий функционал можно найти также и в популярных клиентах PGAdmin и DBEaver. Однако мне удобно иметь такой функционал и в своём продукте, где его можно модифицировать

Компонента "Объекты БД. Списки, DDL"

В текущей реализации модули WEB форм производят опрос системного каталога выбранных БД и отображают данные объектов БД - таблиц, представлений, индексов, процедур и функций, последовательностей, триггеров. Для большинства объектов реализовано отобрахение DDL для их создания, в т.ч. с дочерними объектами. Для чего вызываеются методы свободно доступного расширения DDX. Похожий функционал можно найти также и в популярных клиентах PGAdmin и DBEaver. Однако мне удобно иметь такой функционал и в своём продукте, где его можно модифицировать

Компонента "TOP Activity". Разрезы по запросам, сессиям,
классам событий, событиям и т.п.

Для понимания - с момента появления DB Console компонента TOP Activity в СУБД Oracle является одним из тех незаменимых инструментов, которые постоянно используют в своей работе администраторы БД. В PostgreSQL такого инструмента из коробки нет, поэтому пришлось делать его самостоятельно, опираясь на мои наработки в системе КоСиКУЛС БЕССТ (С), 2006 и ПТК ОрСиМОН БЕССТ (С), 2010. Получившаяся компонента реализует похожий, а в чём то больший функционал, чем оракловая. Хотя она ограничена несколько меньшим объёмом данных, предоставляемых системой статистики СУБД PostgreSQL и общедоступных расширений для неё, по сравнению с СУБД Oracle

Компонента "TOP Activity" моего КАМАктСоСт предназначена для решения в том числе следующих регулярно появляющихся задач за произвольно выбранный период, вплоть до текущего состояния, или ретроспективы:

1. Наглядное отображение активности экземпляра накопительным графиком классов событий ожидания и количеству активных сессий
2. Наглядное отображение активности всех кластеров БД одновременно, в разрезе по классам событий ожидения, с периодическим обновлением. Это мониторинговая функциональность, которая позволяет наглядно наблюдать за состоянием всей вверенной инфраструктуры СУБД, и в т.ч. отдельынх БД и кластеров в целом
3. Выявление наиболее ресурсоёмких запросов, с отображением распределения нагрузки каждой сессии по классам событий ожидания
4. Выявление наиболее ресурсоёмких сессий, с отображением распределения нагрузки каждой сессии по классам событий ожидания
5. Выявление периодов появления блокировок с ожиданиями внутри выбранного периода, с отображением наиболее ресурсоёмких запросов и сессий
6. Отображение активности отдельного запроса в разрезе по сессиям, классам событий ожидания, отдыльным событиям ожидения
7. Отображение текста запроса, планов выполнения запроса, статистик выполнения запроса в целом, а также в разрезе по отдельным планам
8. Отображение активности отдельной сессии, в том числе в разрезе по запросам, классам событий ожидания, отдельным событиям ожидания
9. Сравнение выборок наиболее ресурсоёмких запросов, сессий, классов событий ожидания, отдельных событий ожидания от источников обоих двух ps_stat_activity и pg_wait_sampling

Компонента "История снапшотов"

Компонента сбора снапшотов КАМАктСоСт предназначена не для подготовки волшебных отчётов сразу, а для сбора и расчёта ещё одного блока первичной информации. Большинство статистик в статистических таблицах БД PostgreSQL кумулятивные, и растут с момента старта кластера, отдавая свои текущие значения в моменте запроса к этим таблицам. Поэтому задача компоненты периодически собирать данные статистик,и потом расчитывать разницу между каждым текущим и предыдущим значением у кумулятивных (накопительных) статистик, и текущие значения без вычисления дельт у некумулятивных статистик. Эти данные, вместе с собираемыми компонентой TOP Activity, уже дают очень приличный обьём первичных данных для анализа работы кластера. Компонента предназначена для решения в том числе следующих регулярно появляющихся задач за произвольно выбранный период:

1. BGWriter - кроме прочего - отображение распределения записи грязных буферов процессами checkpoint, brwriter, backend
2. WAL - отобразение объёмов сгенерированных за период между срезами WAL, время записи и синхронизации журналов, счётчики заполнения буфера WAL и т.п.
3. DB - отображение статистик отдельных БД и кластера в целом
4. Объекты - отображение статистики попадания в буферный кэш, количества блоков чтения из таблиц, индексов, TOAST таблиц и их индексов, величины табличных и индексных сканирований, статистики вставок, удалений и изменений записей, последние операции вакуумизации и анализа - ручные и автоматические и т.п.

В целом такая статистика даёт более глубокое представление о фактической работе подсистем экземпляра, переставая быть "черным ящиком" для администратора. Ровно на такой же первичке, только более детальной мествми, строятся отчёты Oracle AWR. И никто не мешает, понимая архитектуру устройства той или иной СУБД, строить такие отчёты самостоятельно. Для этого и предназначена компонента "Аналитика и отчёты", информацию для которой поставляют и "TOP Activity", и компонента "История снапшотов"

Компонента "Прогресс операций"

WEB формы отражают содержимое соответствующих таблиц прогресса операций СУБД, включая автообновление через выбранный промежуток времени. Для этих таблиц принято решение не сохранять их в формате снапшотов на текущем этапе реализации, т.к. изменение статусов проходит обычно гораздо быстрее, чем промежутки между снапшотами. В то же время видеть состояние операций -добный и востребованный функционал, который и реализован в компоненте

Компонента "Аналитика и отчёты"

В настоящий момент - не публично