авторFirebird
Точная версия Firebird version (на Windows - правый клик на Firebird executable, закладка Version или Details, или на Windows или Linux запустите
isql -z )?
Какая архитектура – Embedded, SuperServer, Classic или Super Server (проверьте что работает - если fbserver.exe, то это SuperServer, множество fb_inet_server - Classic, один fb_inet_server - SuperClassic)?
Где установлен Firebird (папка)?
Пришлите firebird.conf
Пришлите firebird.log (zipped)
. . .
Как много соединений во время средней загрузки и во время пиков? (если используется Firebird 2.1 или выше, запустите SELECT count(*) from MON$ATTACHMENTS )
Поправки / дополнения можно ?
1) isql -z
без указания имени базы выдаст
свою версию, а не сервера. И если этот isql оказался в одной из path-папок и при этом он является старым, то будет враньё;
2) "один fb_inet_server - SuperClassic" - это в виндузе; в линухе - "один fb_
smp _server"; а в трёшке будет вообще один firebird на все случаи
3) "firebird.log (zipped)" - там будет 90% спама вида errno=-104 / -110. Неплохо бы публикануть скрипт, который позволит выкинуть этот спам из лога и оставить только ошибки базы, а не сети. ИМХО.
4) число соединений (текущее и пик) можно увидеть менее затратным методом, чем лазание в mon$attachments. Тем более, при сильной нагрузке это только усугубит "семейную драму".
1.
2.
$ /opt/fb30trnk/bin/fb_lock_print -d /var/db/fb30/production30.fdb | grep -i "owners (\|locks ("
Owners (8) : forward: 78376, backward: 129208
Free locks (4) : forward: 80408, backward: 135704
8 = сейчас, 8+4 = пик
5) есть смысл добавить вопросы про:
5.1) db-level триггеры, особенно на commit/rollback (т.е. имеются ли они);
5.2) интенсивность обращения приложения к mon$-nаблицам: много ли таких мест;
5.3) есть ли задание на nbackup и какова его частота вызова. Ибо в версиях <= 2.5 каждый его вызов молотит ВСЮ базу, а не только изменённые страницы.
