iBase.ru Forum

Можно ли узнать с помощью fb_lock_print на Linux с установленным Firebird 1.5 Classic какие процессы держат транзакции?

нет. в общем случае все "держат" транзакции. иначе зачем вообще сервер, приложения и т.п.

Имеется: база под Firebird 1.5 Classic размером 20 гигабайт. Сервер 2-х процессорный, 6 гигабайт памяти. ASP Linux 9.2. Количество соединений к середине дня становится более 200. К базе подсоединяются из 3-х программ:
1. Delphi7+BDE; 2. MS Access + ODBC; 3. Java + ODBC.
Изменения производят только из программы 1. (Delphi7+BDE)
Пользователи работают с 8:00 до 18:00
Количество активных транзакций к 11:00 переваливает за 20`000
А к 17:30 доходит до 630`000

Осталась надежда на fb_lock_print. Может есть возможность узнать какому экземпляру из запущенных fb_inet_server какие транзакции принадлежат.

плохо дело. у вас, скорее всего, очень много приложений держат активными транзакции. То есть, искать "виноватый" процесс - не поможет.

Если удастся найти "виноватый" процесс
то через него выйдем на "виновный" IP адрес машины.
Дальше будет легче.
Всё таки можно или нет с помощью fb_lock_print попытаться узнать, какие транзакции принадлежат каким процессам ?

какой виновный ip???

Количество соединений к середине дня становится более 200. К базе подсоединяются из 3-х программ:
1. Delphi7+BDE; 2. MS Access + ODBC; 3. Java + ODBC.

тут ВСЕ под подозрением? Что, Аксесс не может открыть транзакцию и держать ее? Java не может? Да и BDE, если НЕ меняются данные, будет 100% держать открытой транзакцию. Я даже больше скажу, что в основном в указанной проблеме виноваты приложения 1. Причем все, клиентские места, которые с ним работают, поголовно.

Oldest Active это самая старая активная транзакция. А сколько там у вас активных вообще - это неведомо. Думать что только одна активная - это странно.

и вообще, то что вам хочется, на текущий момент можно только в IB 7.1/7.5...

Спасибо за информацию.

А можно где нибудь почерпнуть информацию об fb_lock_print. Желательно не из исходников Firebird.