zirexЧто вы думаете о предложенной методике мониторига БД?
Смысл и логика отсутствуют. Алгоритм может быть значительно улучшен удалением всех пунктов кроме первого.

zirexПоддерживаю, но вопрос больше по методике определения доступности БД.
Доступность БД - понятие довольно философское с одной стороны и неинтересное с другой. Если БД недоступна - приложение и так начинает сыпать диагностикой и орать, дополнительный мониторинг не нужен (вернее, нужен только для специфических и редко используемых баз - горячего резерва, возможно, "сервера больших отчётов" итп).

В мониторинге БД меня в первую очередь интересуют:

- отличное от нуля количество инвалидных объектов в боевых схемах
- наличие достаточного свободного места в объектах боевых схем (тут на самом деле много разных проверок)
- неразрастание ряда объектов сверх указанных лимитов
- отсутствие близких к концу текущих значений последовательностей (там, где они созданы с maxvalue)
- отсутствие расхождений между данными в "синхронных" объектах (скажем, таблице и построенной на её основе view)
- отсутствие записей с указанными критериями.

Это примерно то, что мне сыплет/сыпала моя диагностика для решения задачи "со спокойной душой ушёл с работы".