Firebird 3.0 Superserver
~ 10 активных баз, самая крупная 800 Гб
Windows Server 2012

Ситуация: при отсутствии активности со стороны клиентов длительное время (более суток) полностью загружена Firebird'ом одна нитка процессора. Локализовать проблему (но не понять её причину) удалось последовательным просмотром псевдотаблиц мониторинга всех активных баз. В одной из баз обнаружена очень долгая транзакция, её "хозяев" найти не удалось. Проблема снята перезапуском конкретной базы (full shutdown, online).

Вопрос: как в режиме Superserver понять, коннект к какой базе грузит процессор, не перебирая вручную все возможные базы?

Использовались инструменты:
Sysinternals Process Explorer
IBExpert

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

Но там общая по всем процессам. А как посмотреть дисковую активность конкретной нитки? По процессам еще можно как-то, но по нитям?

Посмотрел, и правда есть. Ну, буду иметь в виду, если что, спасибо. Но к решению задачи, вынесенной в заголовок, это, к сожалению, не сильно приближает.

Хотелось бы, например, иметь инструмент а-ля совокупные таблицы мониторинга по всем базам.

Ariochprocess monitor, фильтр по процессу fbserver, фильтр по маске файлов типа *.fdb


Да, воспользовался process monitor'ом, спасибо за подсказку. Давненько не брал я в руки шашек. Нужная база быстро нашлась, когда ситуация повторилась. Проблема таки оказалась в клиенте (Java Spring JPA). Зачем он начинает вдруг бомбардировать сервер непрерывными запросами по кругу, предстоит еще разбираться. Но это уже другая история.