Zitat von
webcss:
Hmm, beim Flug übers Log fällt folgendes auf
Zitat:
SERVER2 (Server) Thu Aug 03 11:43:17 2006
Shutting down the Firebird service with 123 active connection(s) to 1 database(s)
Zitat:
SERVER2 (Server) Tue Aug 01 12:20:11 2006
Shutting down the Firebird service with 109 active connection(s) to 1 database(s)
Zitat:
SERVER2 (Server) Mon Aug 07 12:49:09 2006
Shutting down the Firebird service with 97 active connection(s) to 1 database(s)
usw. Bei nur 20 Clients ein bischen viel, oder?
Ja, in der Tat etwas viel. Auch wenn es etwas mehr als 20 clients sind. Aber es sind auch mindestens 2 Progs mit
DB Connection pro client am laufen.
Zitat von
webcss:
Das sieht mir ganz danach aus als würde sich
FB in Connections und lang laufenden Transactions verhedern,
sprich: (viele) offene Clients mit vielen Abfragen welche alle jeweils eine eigene Verbindung mit einer (oder mehreren) Transaktionen offenhalten. Da muß eine Multiversionen-Datenbak irgenwann mal ins trudeln kommen.
Abhilfe: so bitter es klingt, die Anwendungssoftware nach derartigen fehlern durchforsten, Tranasction für leseoprationen nur Read-Only, Write Transaction regelmäßig Commiten (hard commit nicht retained), eventuell Timergestützt um den Anwendern die "Macht" zu nehmen.
Überlegen, ob nicht eine Verbindung pro Client doch ausreichend ist.
Wie gehts das mit den Read-Only transactions? Muss bei "Params" sicher eingetragen werden, or?
Momentan haben wir auch in manchen Teilen der Software mehrere
DB Verbindungen was wir auch noch änderen könnten...
Zitat von
webcss:
Wie erfolgt der Zugriff? Native,
BDE,
Ado ...?
Wenn mit "Native" der Zugriff über TIBDatabase, TIBTransaction und TIBQuery etc gemeint dann ist der Zugriff native
@All:
Liege ich in der Annahme richtig das bei .Free einer TIBTransaction oder einer TIBDatabase die Verbindung nicht abgebaut wird? Macht jedenfalls den Eindruck...
Danke für eure Hilfe
Gottes Segen