DB-Server Down => Fallback

[hotti]

Moin Moin!

Wenn es Dir nur um Ausfallsicherheit geht, mache Deine Systeme redundant.

Um Gotteswillen ;-)

Es ist ja nur meine kleine WebSite. Also ich hab mir übers WE, nunmehr nachdem ich letzte Woche den ganzen Content-Kram auf MySQL umgestellt habe, nen riesen Kopf gemacht, ob ich für den Fall des Ausfalls des DB-Servers, und nur für diesen Fall was mache. Wenn der Webserver weg ist, geht sowieso nix mehr. Aber der DB Server war auch schonmal weg, wo der Webserver noch lebte.

Und gestern nachmittag baute ich tatsächlich einen fallback-Mechanismus für diesen Fall, womit der Content aus Dateiebene geladen wird. Nachdem ich das alles letzte Nacht überschlafen hatte, kam mir heute auf dem Weg in die Firma der entscheidende Gedanke in den Kopf: Alles nur halbsowild. Wozu den Aufwand mit doppelter (redundanter) Datenhaltung auf dem Server?

Und so dachte ich mir, dass beim Ausfall des DB-Servers nicht irgendeine schnöde Fehlermeldung (ja, solche Seiten hab ich oft genug gesehen, auch mit 500er und so) in den Browser kommt, sondern eine einheitliche Seite worin ich darum bitte, es später nochmal zu versuchen und für Bots den HTTP-Status wenigstens auf 302 zu bringen.

Bleibt evntl. noch die Frage, wie Bots mit dem Status 302 umgehen, dazu habe ich bisher nur wenig Informationen gefunden.

High available Zeugs ist freilich auch ein interessantes Betätigungsfeld, neben der Administration von SMTP-Gateways, Proxy-, Web- und Nameservern hatte ich eine Zeitlang beruflich damit zu schaffen. Meine private WebSite ist so wichtig nun auch wieder nicht ;-)

Vielen Dank für Deine Aufmerksamkeit Alexander,
Hotte