User aus DB kicken

[Der Jan]

Hallo,

wie kann ich einen Datenbank-User, der in der DB angemeldet ist, von der DB abmelden? Wir setzen eine Firebird-basierte Software ein und es passiert (Verbindungsabbrüche, Remote-Sitzung schmiert ab etc.), das die Software nicht ganz regulär beendet wird und der DB-User nicht abgemeldet wird. Sollte nicht, ist aber leider so. Deshalb ist es nötig, ihn "hart" von der DB abzumelden. Wie kann man so was anstellen? Also ohne den Server neu zu starten

[hoika]

Hallo,

das macht Firebird selber, allerdings erst nach einer
gewissen Zeit. Der Server sendet dazu "stay alive" Pakete zu den Clients.
Antworten die nicht (nach x mal, mit y Sek warten), wird die Verbindung gekappt.

Such mal in der Firebird.conf nach ConnectionTimeout


Heiko

[Der Jan]

Hallo,

danke für die Info. In der Config ist diese Zeile auskommentiert, also nehm ich an, er nimmt den Standardwert von 180s. Aber denke, das heißt, daß nach 180s das erste mal stay alive gesendet wird? Denn im Havariefall bleibt der User wesentlich länger als 3min angemeldet.
So bleibt es für mich interessant, ob man einen User kicken kann und wenn ja, wie...

[Der Jan]

Ich muß diesen Beitrag noch mal aus der Versenkung holen. Weiß jemand eine Lösung? Den Wert aus der Config scheint FB irgendwie zu ignorieren...

[Elvis]

Du kannst so einen Firebird server komplett und sofort abwürgen:

Code:

gfix -user [DeinDba] -password [DeinPassword] [DeinServer]:[PfadZurDB] -shut full -force 0

Das ist aber bestenfalls eine widerliche Lösung.
Schaue dir mal Multi-Tier Frameworks wie DataSnap, Data Abstract oder kbmMW an.
Heutzutage mögen direkte Verbindungen zur DB für kleine Tools im Intranet noch ok sein, aber alles andere sollte zumindest einen App server haben, der die DB vor den Clients schützt (und die Clients vor DB-spezifischen Macken).

[Phoenix]

Aktuelle Lösung: Datenbank stoppen und neu starten.

Siehe auch hier.

[Der Jan]

Hm. Das hab ich befürchtet. Die Lösung, die DB zu stoppen und starten ist mir bekannt, so mach ich es ja momentan. Nur ist das halt ziemlich besch*****, die hier ja alle User gekickt werden bzw. sich vorher abmelden müssen. Schön wäre, die Verbindung eines bestimmten Users trennen zu können.
Aber wenn ich das richtig verstanden habe, ist das wohl momentan (noch) nicht möglich ..?

@Elvis: Das ist richtig, normal läßt man den User nicht direkt auf die DB. In meiner Software mach ich das auch nicht so. Aber diese hier ist nicht von mir, ich hab sie sozusagen "geerbt".

[Phoenix]

Die Firebirdler haben wohl schon seit ca. 3 Jahren ein offenes Ticket (siehe Link), welches genau das Feature fordert. Offenbar ist es bis heute nicht implementiert. Von daher sieht es wohl leider recht schlecht aus.

Allerdings könnte unser IBexpert auch was Gegenteiliges wissen, von dem wir hier nix wissen

[Elvis]

Zitat von Der Jan:

Aber wenn ich das richtig verstanden habe, ist das wohl momentan (noch) nicht möglich ..?

Selbst in Oracle auf Windows ist das nicht so ohne weiteres möglich, zumindest nicht wenn die Session gerade nicht antwortet.
Wenn du den Server von SuperServer (1 thread pro session) auf ClassicServer (1 Prozess pro Session) umstellst, solltest du genau den Prozess abschießen können.
Aber wie gesagt: dieses Problem gäbe es in einem vernünftigen mehrschichtigen Design nicht.

[mkinzler]

Zitat:

Die Firebirdler haben wohl schon seit ca. 3 Jahren ein offenes Ticket (siehe Link), welches genau das Feature fordert. Offenbar ist es bis heute nicht implementiert.

Hat auch erst 3 Votes.
Außerdem steht die 3 als Version dabei. Und solange man diese weiter nach hinten und Zwischenversionen mit Post3 Features als 2.x Features dazwischen schiebt wird es auch noch eine Weile dauern.