Firebird Erreichbarkeit gewährleisten

[Nathan]

Hallo,

hätte da mal eine Frage was für alternativen es zu einem Timer Event gibt um Firebird Server Ausfälle mitzubekommen.

Um das Problem einmal kurz zu erläutern. Unsere Software ist über die Jahre zu einem Monolithen herangewachsen ohne wirkliches architektonisches Konzept.
Daraus entstanden Programme welche über mehre Tage ununterbrochen laufen. Ist soweit auch kein Problem. Die Programme halten aber ständig Kontakt zu einer Firebrid 2.5 Datenbank auf einem separaten Server. Jetzt kann es vorkommen, das der Server wegen z.B Netzwerkproblemen nicht erreichbar ist oder unsere Kunden fahren diesen einfach herunter. Zudem ist es möglich, Updates durchzuführen welche eine einzelne Database von Firebird neustarten. Mit allen Vorfällen, haben die Programme anschließend Probleme.
Es treten dann Fehler auf wie: "[Fehler] -902 335544528 database Aliasname shutdown".

Mein Lösungsansatz war eigentlich ein Database Trigger welcher den Fehler "SQLCODE GDSCODE SYMBOL TEXT -902 335544721 network_error Unable to complete network request to host "@1"." liefern soll. Dies funktioniert aber nicht sinnvoll.

Variante das bei jedem Dataset.Open ich den Fehler per Try Except mitbekomme funktioniert auch nicht, da mit verschiedenen Techniken und Unmengen an Codestellen umzugehen ist. Der Aufwand ist dann leider nicht zu rechtfertigen.

An was ich auch dachten, wäre ein Timer welcher per Intervall ein Statement absetzt und auf Fehler reagiert. Finde ich aber die schlechteste Lösung, da sie gegen alle Prinzipien verstößt und das Netzwerk unnötig belastet.

Zu Einsatz kommt bei uns vorwiegend TIBDatabase, TIBDatasSet usw. Komponenten. Da wir auch keinen OR Mapper einsetzten, kann ich leider auch nicht wirklich Zentral was regeln. Zumindest hab ich auf TIBDatabase kein Event wie OnError oder so ähnlich gefunden.

Einmaliges Prüfen beim Programmstart funktioniert auch nicht, da die Programme eben teilweise Tagelang laufen.
Ein eigenständiges Programm welches periodisch die Connection prüft, ist meines Erachtens mit einem Timer gleichzusetzen.

Alles z.B. auf Rest Services oder FireDAC ist leider auch nicht, aus Kostengründen möglich.
Wie geht Ihr mit so einem Problem um?

Danke schon mal für Eure Unterstützung.

[hanvas]

Zitat von Nathan:

Hallo,

Daraus entstanden Programme welche über mehre Tage ununterbrochen laufen. Ist soweit auch kein Problem. Die Programme halten aber ständig Kontakt zu einer Firebrid 2.5 Datenbank auf einem separaten Server.

Warum? Laufen tatsächlich ständig Operationen gegen die Datenbank, oder findet eine mehr oder weniger zeitraubender Operation auf dem Client statt?

Falls es eine einzige (oder ein paar wenige) Operation ist wäre die saubere Lösung, sich zur Datenbank zu verbinden, lesen was zu lesen ist, die Verbindung beenden, verarbeiten und das Ergebnis zurückschicken.

Falls es konzeptionell nicht möglich ist so zu arbeiten, gäbe es die Möglichkeit eine zweite, strukturgleiche Datenbank aufzubauen, diese kann lokal oder remote sein, und diesen Schatten über eine Replikationslösung aktuell zu halten.

Die Operatioen die lange laufen werden nun gegen den Schatten durchgeführt, währenddessen keine Replikation stattfindet und die erste DB normal weiter läuft. Nach dem Ende der Operationen werden die Änderungen an beiden Datenbanken repliziert um wieder Synchronität zu erzeugen.

Zitat:

Jetzt kann es vorkommen, das der Server wegen z.B Netzwerkproblemen nicht erreichbar ist oder unsere Kunden fahren diesen einfach herunter.

Mit einem Schatten unter Deiner Kontrolle kein Problem, da du entscheidest auf welchem Rechner dieser liegt.

Wenn während der Arbeiten die Du durchführst durch andere nur lesend auf die DB zugegriffen wird, wäre es auch eine Möglichkeit vor den Arbeiten das Datenbankfile der Firebirddatenbank zu kopieren und unter einem anderen Namen abzulegen. Sich zu dieser "neuen" Datenbank zu verbinden, die Arbeiten durchzuführen, den Ursprungsserver anzuhalten, die geänderte Datenbank bzw. das Datenbankfile so zurück zu kopieren das es das Original überschreibt, und die DB wieder hochzufahren.

Ob und welche Replikationslösung für Dich funktioniert kannst Du ja ausprobieren, bevor Du dich an die Arbeit machst.

http://www.firebirdfaq.org/faq249/

cu Ha-Jö

[jobo]

Vielleicht ist das ein Fall für firebird events.
Die können natürlich nur genutzt werden, wenn der Grund für den Ausfall in der DB selbst liegt, also ein geregelter Shutdown.
Netzwerkausfälle bekommt an damit kaum in den Griff.
Wenn darüber hinaus die DB Komponenten nicht zentral conncected oder disconnected werden (können), weil jeder Kompo ihr eigenes Süppchen kocht, dann wird es schwierig.
Eine schrittweise Bereinigung der Connections wäre da sicher ratsam.
Dann kann man zentral reagieren (auf Firebird Events, Netzwerkfehler usw.)

[Nathan]

Danke. Das Verfahren über die Replikation hört sich ganz gut an. Es kocht halt jeder ein bisschen sein Süppchen. Eine gemeinsame Suppe wäre besser aber dauer halt. Aber Danke für die Tipps.