Firebird 2.5 Monitoring, Logging, etc

[Meta777]

Hallo,
Danke für die Antworten. Ich denke der 10054 selbst ist nicht mal das Problem, scheint aber vielleicht ein tragischeres Problem mit dem "Classic Server" zu verursachen. Bei ca. 50 "fb_inet_server.exe" Instanzen lies der FB einfach keine weitere Connections von irgendeinen client - selbst local - zu. Im Log stand auch nichts weiter. Der Admin hat den Rechner dann einfach immer neugestartet. Wir haben jetzt den "Super Server" laufen und bisher läuft es. Es würde mich schon interessieren warum der FB als "Classic" einfach nicht mehr reagiert aber da es keine Testumgebung kann ich da auch nichts weiter machen. Gibt es da vielleicht ein Maximum an gleichzeitgien Verbindungen?

Falls noch jemand eine idee hat... immer her damit ^^

Shalom

[tsteinmaurer]

Solltest du Linux als Betriebssystem verwenden, dann kann man in einem Linux Config-File (ich denke, das von xinetd) einstellen, was die max. Anzahl an Verbindungen ist. Vielleicht kommst du ja durch das an dieses Limit heran.

[DelphiBandit]

Das wäre eine Möglichkeit. Ich vermute aber eher, dass er durch "unsauberes" Abmelden der Clients, bzw. ggf. gar nicht Abmelden, offene Zombie Tasks im Classic Server herumgeistern hat. Die Erkennung von verlorenen Connections soll beim 2.5 zwar wesentlich zuverlässiger sein, aber wer weiß. Habt Ihr 50 Arbeitsplätze, welche mit der Datenbank gleichzeitig arbeiten?

Übrigens wäre die SuperClassic Variante für Euch bestimmt noch eine Option, weil sie eine ideale Kombination aus beiden Welten ist. Der SuperServer hat imho den Nachteil, dass er bei stressigen Abfragen für alle merklich in die Knie geht.