psln,

Есть два варианта

1. Event monitor for statements

Общая рекомендация - на продуктивной среде не использовать запись в таблицу, а делать вывод в file/pipe.
Используют для анализа производительности и поиска узких мест.

2. Трассировка CLI

На удаленном клиенте db2cli.ini TRACE=ON. Очень часто возникает ситуация, когда приложение получает ошибку в несовместимости типа данных или некорректном тексте запроса. Данные для параметрических запросов в event monitor не отображаются, некорректные тексты запросов - тоже. В этом случае как раз и поможет трассировка на стороне клиента - видно передаваемые данные и их типы, тексты некорректных запросов. Также можно понять, чем вызвана ли долгая работа приложения.

3. Посмотреть снапшот кэша- это в случае, когда не нужно знать, какое именно приложение обращалось к базе.

AP