Announcement

**Markus Kinzler** · 13.03.2008, 17:04

Gibt es irgendeine M�glichkeit oder ein Tool mit dem man sehen kann das der Firebird-Dienst gerade macht? Also welche Statements abgesetzt werden usw...

Es gibt verschiedene SQL-Monitore

**Thomas Steinmaurer** · 13.03.2008, 17:54

Hallo,

ein aussagekr�ftiges Ergebnis, was sich gerade in einer Datenbank tut, bekommst du erst so wirklich mit den Monitoring-Tabellen in Firebird 2.1.

- Was kommt denn bei gstat -h heraus, wenn der Prozess auf 100% l�uft?
- Welche Firebird-Version verwendest Du?

lg,
Thomas

**infernalshade** · 13.03.2008, 18:05

Wo kann ich denn bei FireBird nachschaun welche Version es ist?

Bin in der Hinsicht ein Voll-Noob :-) Wurde nur beauftragt mich um das Problem zu k�mmern, kenn mich aber nicht sonderlich aus!

mfg
infernalshade

**Thomas Steinmaurer** · 13.03.2008, 18:10

Hallo,

mit isql (im bin Unterverzeichnis) zur Datenbank verbinden und dann das folgende Statement eingeben:

Code:

show database;

lg,
Thomas

**infernalshade** · 14.03.2008, 09:39

Also die FireBird Version ist 1.5

Hab es jetzt endlich geschafft mich mit dem isql mit der datenbank zu verbinden :-)

Was soll ich denn jetzt machen?

mfg
infernalshade

**Thomas Steinmaurer** · 14.03.2008, 10:50

Hallo,

isql wieder beenden. Die Firebird Version wissen wir jetzt ja. ;-)

Jetzt f�hre mal gstat -h aus. Z.b:

Code:

gstat -h -u sysdba -p masterkey c:\mydb.fdb

Poste dann den Output. Generell ist zu sagen, dass es mit Firebird 1.5 ud 2.0 nicht m�glich ist, abzufragen, was der Firebird Server gerade tut. Das wird erst mit 2.1 m�glich sein. D.h. der gstat Output k�nnte z.B. darauf hindeuten, dass du ein Problem mit dem Transaktionsmanagement in der Client-Anwendung hast, allerdings muss man dann den Client-Code kennen um zu analysieren, wo vielleicht die Probleme liegen k�nnen.

Ehrlich gesagt w�rde ich mich an deiner Stelle vorher doch etwas in die Firebird-Materie einlesen, weil sonst artet dieser Thread in einen Workshop aus (nicht b�s gemeint!). ;-) Gegen anderen Meinungen gibt es durchaus eine Dokumentation, die frei verf�gbar ist. z.B.:

http://www.firebirdsql.org/index.php?op=doc
http://www.destructor.de/firebird/index.htm

Das Non-Plus-Ultra ist nat�rlich das Buch von Helen Borrie:

http://www.ibphoenix.com/main.nfs?a=..._firebird_book

Vielleicht w�rdest Du auch schneller ans Ziel kommen (je nachdem wie dringend es ist), wenn dir jemand auf Consulting-Basis gezielt unter die Arme greift. Bei Interesse schick mir einfach eine Email (ts AT iblogmanager.com)

lg,
Thomas

**infernalshade** · 14.03.2008, 11:29

Kurz das Szenario:

Wir haben ein Programm zur Verwaltung von unseren Externen Mitarbeitern...bzw mehrere Programme...Wir arbeiten in einer Terminal-Serverumgebung.

So und jetzt macht mal der eine Lohn�bergabe und der andere eine andere Abfrage. Zum Teil fressen diese Abfragen ziemlich viel Performance...

Und eben jetzt w�re es praktisch zu sehn was der fbserver dienst gerade macht...damit wir sehen ob vllt grad eine Lohn�bergabe l�uft oder keine Ahnung!

Ausgabe ist folgende der gstat -h:

Database header page information:
Flags 0
Checksum 12345
Generation 3990684
Page size 1024
ODS version 10.1
Oldest transaction 112
Oldest active 3949982
Oldest snapshot 3949883
Next transaction 3990679
Bumped transaction 1
Sequence number 0
Next attachment ID 0
Implementation ID 16
Shadow count 0
Page buffers 0
Next header page 0
Database dialect 1
Creation date Feb 28, 2008 14:39:30
Attributes database shutdown

Variable header data:
Sweep interval: 20000
*END*

**Thomas Steinmaurer** · 14.03.2008, 12:09

Hallo,

dieser Output bringt interessante Dinge zum Vorschein, die dir nicht gefallen werden:

- Page Size: Sollte mindestens 4096, kann auch 8192 sein. Kann beim Restore mit gbak ge�ndert werden

- Oldest Transaction / Oldest Active: Die Differenz ist wirklich unglaublich! Kein Wunder, dass der Firebird Server so besch�ftigt ist. Jeder Start einer Transaktion wird f�r den Server m�hsamer und m�hsamer. Vermutlich l�uft auch gerade ein Sweep, da das Sweep-Intervall auf 20000 eingestellt ist. Will hei�en, automatisches Sweep wenn (Oldest Active - Oldest Transaction > 20000). Die Ursache f�r diese riesige Differenz kann eine langlaufende Transaktion sein, die niemals beendet wurde. Oder die Oldest Transaction bleibt auch hinten, wenn eine Transaktion mit vielen �nderungen mit ROLLBACK zur�ckgesetzt wurde. Ein weiterer Grund k�nnte eine abgebrochene Two-Phase Commit Transaktion sein. Ich gehe mal davon aus, dass man sich in der Client-Anwendung nicht wirklich um Transaktionen gek�mmert hat (z.B. Verwendung von AutoCommit, keine Hard Commits sonder nur Soft Commits, usw ...)

- Page Buffers: W�rd ich unter FB 1.5 z.B. auf 10000 setzen, sofern der SuperServer verwendet wird. Das ergibt bei einer Page Size von 8192 ca. 80MB Hauptspeicher f�rs Caching f�r die eine Datenbank

- Attributes: "Forced Writes" fehlt, somit ist Forced Writes OFF, d.h. vor allem unter Windows hattest Du bis jetzt Gl�ck, dass die DB-Datei nicht besch�digt wurde. Forced Writes solltest Du auf ON setzen. Dies kann mit gfix erfolgen. Ein weiteres Attribut das derzeit gesetzt ist, ist "database shutdown", d.h. befindet sich im heruntergefahrenen Modus (Exklusiv-Modus?). Somit kann mit dieser Datenbank eigentlich nur SYSDBA oder der DB-Owner damit arbeiten. Ist das so gew�nscht? Die DB kann wiederum mit gfix in den "Online" Modus zur�ckgebracht werden.

So, das war eine unentgeltliche Schnellanalyse. ;-)

Welche Zugriffskomponenten werden in der Client-Anwendung eigentlich verwendet?

lg,
Thomas

**infernalshade** · 14.03.2008, 12:21

Oha...Schaut schlimm aus oder?

Also keine Ahnung wie unsere Programme auf die Datenbank zugreifen, jedoch weis ich das es gewollt ist, das nur der SYSDBA auf der Datenbank was macht...Sprich es gibt kein Berechtigungsprinzip, sondern die Programme arbeiten alle als "Admin" auf der Datenbank!

Die Datenbank ist aber nicht nur bei Abfragen, sondern allgemein ziemlich langsam, kann das eben auf die von dir gefundenen Probleme zur�ckgef�hrt werden?

Wie gesagt kenn ich mich mit FireBird nicht sonderlich aus, deswegen hab ich jetzt Angst, das ich was kaputt mache falls ich da an der Datenbank was umstelle!

Es w�re aber m�glich einen Test-Datenbank-Server aufzusetzen wo ich testen kann...Gibt es denn einen Befehl oder eine M�glichkeit alle die von dir erw�hnten ptimierten Einstellungen auf einmal zu setzen? oder muss ich da jede Einstellung einzeln umstellen? Wenn ja, wie?

mfg
infernalshade

**Thomas Steinmaurer** · 14.03.2008, 14:54