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.