Приветствую всех.

Администрирую сейчас рабочий сервер с базами FB2.5.8 Classic. Есть у меня одна база, к которой цепляется клиентское приложение, написанное мной на связке Delphi 2010 + FIBPlus. Это телефонный справочник, большинство пользователей которого занимаются только чтением данных через программу. Небольшая часть пользователей редко пишет комментарии в отдельную табличку (единственная, в которой есть BLOB-поле). Корректировка остальных данных справочника исключительно на мне (через отдельное приложение), и это еще бОльшая редкость. Одновременно редко работает более 50 пользователей.

В общем, снял я статистику этой базы и прифигел.


Резко смутила разница между OT и NT. Посмотрел параметры читающей транзакции приложения-справочника - вроде ничего особенного:


Эта транзакция стартует при старте приложения; завершение приложения происходит без коммита или отката этой транзакции в коде.
Прошу подсказать, что еще надо подсмотреть, чтобы попытаться понять причину такого разрыва. Или может быть, лучше оставить как есть, не обращая внимания?

авторПри здесь Delphi?
авторприложение, написанное мной на связке Delphi 2010 + FIBPlus
Считаю, что проблема - в приложении.

авторЕсли все так, то эта часть пользователей не подключена-ли в данный момент для апдейта?
Точно нет.
Смотрю идентификаторы транзакций - ОТ в MON$TRANSACTION отсутствует. Может, это надо по-другому смотреть?

авторsweep делали?
Пока еще нет. Думаю, теперь удастся только дня через два-три.

У меня пока под рукой только исходники приложения ; есть еще бэкап базы. Полагаю, искать проблему надо в них. Запись совершенно точно осуществляется короткими транзакциями: старт - запрос - параметры - выполнение - коммит. Откуда проблема - ХЗ. Может, у кого есть опыт по вопросам с ФИБами? Не могут ли они открывать какие-то скрытые транзакции?
Ну и еще у меня для предотвращения дисконнекта по таймауту приложение ежеминутно опрашивает базу отдельным запросом через свой компонент pFIBQuery через ту же читающую транзакцию. Приложение не многопоточное.

авторПроверь, чтобы в читающих транзакциях было без write, т.е.
read
nowait
rec_version
read_committed
Все именно так, как я писал выше.

авторЕщё. Если пользователь вызывает окно для редактирования/добавления объекта, где запускается пишущая транзакция, но потом нажимает Отмена, то выполняется ли RollBack?
Транзакция на запись стартует только по нажатию ОК, так что она максимально короткая по времени. Читающая - при старте приложения, сразу после соединения с базой. DB-aware компоненты не использую в принципе.

авторПосмотрите настройки сервера, отключена или нет сборка мусора. То, что интервал у базы стоит 20000 не значит, что мусор собирается.
Настройки дефолтные, я постараюсь их потом пересмотреть. Я не так давно перенес эти базы с другого сервера 2.5.3 Classic. А ведь вроде у классика сборка мусора идет сразу же, а не через 20000 транзакций.

авторПросто у автора колоссальная нагрузка на железе - целых более 50 пользователей и целых менее 100 записей, поэтому тут нужна очень тонкая оптимизация БД от знающих людей.
Понимаю сарказм. Но у меня на этом же сервере крутятся и другие базы с другим моим софтом, и некоторые из них тоже имеют не самую лучшую статистику, а на некоторых, ЧСХ, с бОльшей активностью на запись, все абсолютно нормально. И я просто пытаюсь понять, откуда может быть такой разнобой.

авторТогда зачем тебе эта читающая транзакция? Читай в таких же коротких транзакциях, что и пишущие.
Чтобы быстрее рос счетчик транзакций?

Разрыв более 10 000 транзакций - это разве нормально?