Monitoring Firebird

[lxo]

Hallo,

ich bin auf der Suche nach einer Monitoring Lösung für einen Firebirdserver.

Hintergrund:
Bei einem Kunden kommt es aktuell immer mal wieder zu starken Leistungsschwankungen.
Einige Operationen dauern mehrere Sekunden statt normalerweise einige Millisekunden und ich kann nicht genau eingrenzen ob nun einfach das Netzwerk, der Terminalserver oder der Datenbankserver dafür verantwortlich ist.

Ich bin da auf einige gestoßen ...
https://ib-aid.com/firebird-advanced-monitoring
https://fbm.gksoft.ch

Habt ihr eine Empfehlung?
Freeware wäre auch ganz nett. :thumb:

[joehd]

Was möchtest du Monitoren ? Die Zugriffe das geht über Delphi eigene Tools je nach dem wie du auf die Datenbank zugreifst. Wenn du statistische Dinge wissen möchtest oder Auslastung und so ggf auch Frendprogramme die gleichzeitig drauf zugreifen dann benötigst du externe Tools würde ich sagen.

[lxo]

Zitat:

Zitat von joehd (Beitrag 1518751)

Was möchtest du Monitoren ? Die Zugriffe das geht über Delphi eigene Tools je nach dem wie du auf die Datenbank zugreifst. Wenn du statistische Dinge wissen möchtest oder Auslastung und so ggf auch Frendprogramme die gleichzeitig drauf zugreifen dann benötigst du externe Tools würde ich sagen.

Den Firebirdserver möchte ich monitoren, also die Auslastung des Dienstes und alles was an weiteren Infos so geht.

[WiPhi]

Zitat:

Zitat von lxo (Beitrag 1518752)

Den Firebirdserver möchte ich monitoren, also die Auslastung des Dienstes und alles was an weiteren Infos so geht.

Vielleicht wären dann erstmal die Basics von Interesse, die kann man ziemlich gut mit den Sysinternals ermitteln. Besonders der ProcessExplorer gibt viele Infos raus: https://learn.microsoft.com/en-us/sy...als/downloads/

[vr2]

Zitat:

Zitat von lxo (Beitrag 1518740)

Bei einem Kunden kommt es aktuell immer mal wieder zu starken Leistungsschwankungen.
Einige Operationen dauern mehrere Sekunden statt normalerweise einige Millisekunden und ich kann nicht genau eingrenzen ob nun einfach das Netzwerk, der Terminalserver oder der Datenbankserver dafür verantwortlich ist.

Das ist zu allgemein. "Einige Operationen" und "normalerweise" müsstest Du präzisieren. Heißt normalerweise "auf meinem Server mit besseren Platten", "mit einer kleineren Datenbank", "nicht virtualisiert", "ohne Virenscanner oder andere Last auf dem Server", "mit einem User statt 50" usw. Oder alle Werktage außer montags?

Performanceschwankungen können zig unterschiedliche Gründe haben, in ganz unterschiedlichen Bereichen. Zuerst ist wichtig, einzugrenzen, welche Art Operationen unter welchen Umständen nicht performt. Dann erst kann man die Art des Monitorings auswählen.

[jobo]

Läuft der fb unter windows oder linux?

[IBExpert]

wir machen so was ja als Produkt für kunden, aber hier für interessierte was wir da machen:

wir schauen alle x sekunden in die beteiligten datenbank rein und lesen dort die mon$ daten
ähnlich wie das ibexpert-services-database monitor aktuell anzeigt aus und schreiben
da alle statements mit relevanten i/o daten (reads/writes/indexed reads/non indexed reads/
Inserts/updates/deletes usw pro statement in eine extra datenbank, die gleiche statement
id wird als pk für updates genutzt. Wir machen da noch einiges mehr aber wenn man die
daten so sammelt hat man auch ohne irgendwo irgendwas anzuschauen ein guten Überblick
was da so lief und welche statements das ding ggf lahm gemacht haben könnten.

Wenn das eine vm ist kommen aber noch ganz andere Faktoren dazu, aktive snapshot sicherung
oder sonstwas. Wenn der server sonstigen quatsch macht sollte man das wie schon vorgeschlagen
mit processmonitor von sysinternals gut sehen, aber das ist nicht immer einfach zu verstehen,
was da die ursache ist.

In der Analyse für Kunden lassen wir das dann 1-2 wochen laufen und schauen uns dann
an wass da gesammelt wurde. Fast immer können wir dann ratschläge geben, die teil zu verbessern,
die da ursache waren.

Die o.a. daten in mon$ tabellen hat jede firebird db >=2.5 eh, der trick ist nur
aufzuzeichnen was da wann drin ist (und dann zu verstehen, was einem das sagen möchte ..)

Vorher aber eh mal einen IEBxpert benchmark da machen ist immmer der erste Schritt, weil
leider extrem viele Kunden ziemlichen Müll als Datenbankserver einsetzen. Ob das
ding teuer war und andere sachen gut kann, hilft da nicht, das I/O Profil eine FB
Anwendung unter hoher Last ist mit ungeeigneter Hardware nervt jeden Anwender, aber
ganz viel IT Hardware Admins glauben ja alles besser zu wissen ....

Wer in Kassel dabei ist, kann mich da auch gerne noch mal ansprechen, ansonsten machen wir so was
aber eh für jeden Kunden im AUftrag auch remote. manchmal reicht mir auch schon eine
aktuelle Datenbankstatistik zu sehen, um zu wissen wo es gewaltig hakt.