Firebird Monitoring System

[mschaefer]

Moin zusammen,

Wieviel Ram hat Eurer Server eigentlich. Würde übrigens das Monitoring ServerSided anlegen. Dafür gibt es einige Hilfsmittel. Zum Beispiel MiTec oder IBConSvc und weiteres unter nachfolgendem Link

Firebird Tools

Viele Grüße // Martin

[chros]

Wir verwenden eine eigene DLL da sie genau auf unsere Anwendung zugeschnitten ist und daher sehr schnell und kompakt ist. Klar könnte es theoretisch sein das die DLL nen Knacks hat, dann müsste allerdings das System auch schon bei wenigen Clients slowdowns bekommen, tut es aber nicht. Erst ab ca. 100 clients und ein paar Tage geschieht es. Darum denken wir das es an irgendeiner Stored Procedure, oder ein Algorithmus Teil der Hauptanwendung ist. Nur das lässt sich erst herausfinden wenn wir sehen was die Datenbank macht wenn er langsam wird. Daraus können wir dann den dafür verantwortlichen Programmteil herausfinden.

@ Martin:

Danke für den Tipp aber die bin ich schon durch. Liefern leider auch keine brauchbaren Ergebnisse, da die alle über TCP/IP funktionieren.

Der Server ist ein Dual Xenon Prozessor (Taktrate weis ich momentan nicht, hab mit der Hardware normalerweise nicht viel am Hut) mit momentan 1 GB Ram (wird noch auf 4 GB aufgestockt).

[TBx]

Zitat von chros:

Erst ab ca. 100 clients und ein paar Tage geschieht es.
Darum denken wir das es an irgendeiner Stored Procedure, oder ein Algorithmus Teil der Hauptanwendung ist.

Das widerspricht sich.
Wenn es von der Anzahl der Clients abhängig ist, dann kann es nicht in der Application auf dem Server liegen und auch Stored Procedures scheiden dann als Ursache aus.

Und die Verbindung zu den Clients kannst Du dann tatsächlich mittels IBMonitor mitprotokollieren.

Es sieht nach wie vor nach zu vielen offenen Transaktionen aus.
Schonmal wie des öfteren in diesem Thread vorgeschlagen geprüft?

Gruß

onlinekater

[chros]

So, wir haben es geschafft und ich möchte Euch das auf jeden fall nicht vorenthalten, denn vielleicht benötigt ihr sowas ja auch einmal.

Also das Programm heißt UIBSQLMonitor 1.3.

ist zu finden unter

progdigy.com

Dieses Programm funktioniert einwandfrei. Man gibt einfach die exe an die auf die Datenbank zugreift und die dll über welche sie das macht. Nach drücken auf "Run" wird die Anwendung gestartet. Und fertig. Logt alle querys mit.

So wie es aussieht arbeitet es über Hooks.

Vielen Dank nochmals für die Hilfe. Und vielleicht findet ihr auch einmal Verwendung für dieses kleine aber feine Programm.

@ Onlinekater:

Es bleiben keine offenen Transaktionen, wirklich nicht und falls doch schließt der Server alle ausnahmslos mindestens einmal am Tag. Das ist so hardgecoded und nicht veränderbar. Nur wenn mehrere Clients vorhanden sind steigt auch die Datenmenge sehr stark an. Und selects dauern immer länger. Dadurch ist der Datenbank Server immer beschäftigt und kommt nicht mehr richtig dazu neue Daten von den Clients zu akzeptieren.

Das ist unsere Theorie, und jetzt müssen wir das auch irgendwie belegen. Entwicklungsjob ist was tolles, immer wieder neue Herausforderungen.

[IBExpert]

>Leider habe ich nach tagelangem suchen kein Programm gefunden welches sowas kann.
>Es gibt zwar von IBExpert ein tool namens "IBExpert Network Monitor" aber das kann
>leider nur über die Netzwerk ports mit loggen. Die Application auf das Netzwerk
>umlegen kommt nicht in Frage da wir das System unter realen Umständen testen müssen.

Netzwerk kann auch localhost sein, das sollte nicht wirklich das Problem sein.
man muss nur den Connection String anpassen nichts anderes. Sieht für IBExpertSQLMonitor
(ehemals IBMonitor) genau so aus.

mein Tip:

bevor du andere Probleme ins Auge fasst: Wenn das system immer langsamer wird, findet man
den Grund fast immer in der Statistik. Wenn du möchtest, dann erzeuge mal die Statistik
während das System gerade langsam ist und sende diese per email an mich hklemt at ibexpert.biz
Wenn es daran liegt kann ich dir das auf jeden Fall sofort sagen. Wenn nicht gibt es noch
einige andere Möglichkeiten.

Gruß
Holger
www.ibexpert.com

[Jelly]

Zitat von chros:

(nur um eine Vorstellung zu haben 5 Tage ca. 700.000 Records pro Table)

Vielleicht etwas offtopic, aber ist es nicht so dass die Datenbankgrösse bei Firebird 1.5 noch auf 4 GB begrenzt ist? Kann mich irren, aber unser IBExpert Mann weiss da sicherlich was Genaueres.

Ich kann Sakura nur Recht geben. Nicht abgeschlossene (bzw. offene) Transaktionen bremsen ein System sehr stark aus, insbesondere je nachdem welcher IsolationLevel benutzt wird.

Wie sehen denn die Abfrage an den 100 Clients üblicherweise aus. Wenn das komplizierte Dinge sind, so ist ein Firebird Server schnell überfordert.

[IBExpert]

>Vielleicht etwas offtopic, aber ist es nicht so dass die Datenbankgrösse bei Firebird 1.5 noch auf 4 GB begrenzt ist?
>Kann mich irren, aber unser IBExpert Mann weiss da sicherlich was Genaueres.

Die Einschränkung gilt nur auf Dateiebene bei Interbase<=6.0, seit Firebird 1.0 ist das 64 Bit Dateisystem
implementiert. Eine Datenbankdatei kann je nach Betriebssystem oder Filesystem eine Maximalgröße erreich
(bei NTFS zum Beipiel maximal 16TB pro Datenbankdatei). Da pro Datenbank bis zu 65536 Dateien zu einer Datenbank
gehören können (ALTER DATABASE ADD SECONDARY FILE ... ist der passende Befehl) reicht das auf weiter interner
Beschränkungen für 2^(31+16)-1 byte oder 131072 Terabyte, oder 131 Petabyte. Solange auf NTFS die 16TB nicht
überschritten sind sollte man auch keine Sekundärdateien anlegen

Sollte also erst mal reichen

Holger
www.ibexpert.com

[Jelly]

Zitat von IBExpert:

reicht das auf weiter interner
Beschränkungen für 2^(31+16)-1 byte oder 131072 Terabyte, oder 131 Petabyte.

Das sollte erstmal reichen
Danke für die ausführliche Info.