Desaster Recovery

[Fuerchau]

HA-Lösungen hin und her, solange man genug Geld in die Hand nehmen kann, ist fast alles möglich.
Häufig ist es aber billiger und genauso effektiv, wenn man sich organisatorisch auf einen max. 24-Stunden-Ausfall einstellen kann.

Bei einem meiner Kunden wird mit einer sogenannten "Backup-Rechenzentrum"-Lösung gearbeitet. Bei einem Totalausfall wird die letzte Sicherung auf einem neuen Rechner aufgespielt, die Router erhalten eine Umleitungsadresse und alle können weiterarbeiten.

Dies ist wie eine Versicherung, keine 2. Hardware nötig (denn da kommt man schnell auf den Gedanken, diese für den Normalbetrieb doch mitzunutzen, mit zusätzlichen Verwaltungsaufwänden) und Kosten sind verhältnismäßig minimal.
2 x / Jahr wird der Ausfall geprobt (bzw. die Lauffähigkeit des Ersatzsystems) und ist Bestandteil des Vertrages.

Bei der Sicherung liegt nun vieles auch an der Anwendung. Fährt man ohne Journalisierung verliert man ggf. die Arbeit seit der letzten Sicherung.
Hat man Journale, können diese in vorgegebenen Zeitraster direkt gewechselt und gesichert werden.

Bei meinem früheren Brötchengeber haben wir auf diese Weise 70 Systeme "gesichert" und in 7 Jahren genau 2 Totalausfälle gehabt.
1x Hochwasserschaden (da kams nicht so sehr auf die Zeit an).
1x Diebstahl der Hardware (dachte wohl jemand das das ein PC war), hier waren wir am nächsten Tag wieder einsatzfähig.

[jo400]

Hallo Fuerchau,

klar ist dies auch eine Möglichkeit, aber wenn man - wie bei Mark - innerhalb einer Stunde wieder voll arbeiten soll geht dies nicht mehr; und der Zeitrahmen von maximal einer Stunde Ausfall ist bei Produktionsbetrieben, die von der iSeries abhängig sind, durchaus normal.

Und man muss bei einer "Backup-Rechenzentrum"-Lösung - wie du bereits angemerkt hast - bedenken, dass die Daten seit der letzten Sicherung ersteinmal weg sind; man kann diese dann versuchen durch Journale wiederherzustellen; aber dafür muss sichergestellt werden, dass 1. alle Dateien/Objekte journalisiert werden; 2. die Journalreceiver korrekt ausgelesen und verarbeitet werden (dies ist m.E. nicht ganz einfach, zumal wenn man es nicht ständig macht) und 3. fehlen dann immer noch die Daten seit der letzten Sicherung der Journalreceiver. Und letzteres kann z.B. bei einer vollautomatischen Lagerführung fatale Auswirkungen haben.

Eine HA-Lösung bietet zusätzlich noch die Möglichkeit während geplanter Ausfallzeiten (und die sollte man nicht unterschätzen) auf das Backupsystem umzuschalten, so dass der Produktionsbetrieb fast ohne Probleme weiterlaufen kann.

Aber wie gesagt, dies ist alles letzendlich eine Abwägung zwischen wieviel Ausfallzeit man verkraften kann und wieviel man bereit ist dafür auszugeben.

Jo

[bateau]

Aus meiner Erfahrung (mittlerweile ca. 4 Jahre Vision Solutions Gerümpel) rate ich ganz klar von einer Softwarelösung ab!

Wie ich schon in anderen Threads beschrieben habe kann man sich auf den Softwarekram einfach nicht verlassen, ich hatte einen Fall bei dem auf der Zielseite in einer Tabelle mehrere Tausend Datensätze fehlten und das Vision Zeugs "alles in Butter" meldete.

Die Nachteile einer Softwarelösung aus meiner Sicht:
- Abhängigkeit vom Softwarehersteller
- Für HA ungeeignet weil (wie Benders Dieter schon sagte) auf einer viel zu hohen Ebene angesiedelt, Hardwarelevel ist das einzig Wahre.
- Kostenvorteil schmilzt dahin weil die meisten Produkte einfach schweineteuer sind
- Teilweise extreme Performanceeinbussen bei I/O-lastigen Szenarien durch die erforderliche Journalisierung
- Latenzzeiten im Sekundenbereich, bei hoher Last bis in den Minutenbereich. Das sagt eigentlich schon alles, oder?

Mit V5R3 kommt jetzt die Mirroring Option auf IASP Ebene, zwar in der ersten Ausbaustufe dergestalt, dass der Ziel-IASP unmounted sein muss und dementsprechend auch nicht für Lesezwecke genutzt werden kann, aber vermutlich schon mit der nächsten Version unseres geliebten OS/400 äääh i5/OS (höhö) wird man lesend zugreifen können. Bumm aus.

mount -t iasp -o ro /dev/meinkleinergruenerbackupasp /qsys.lib/backundup

Die Latenzzeiten bewegen sich laut einem Spezi ausm Labor den wir im Haus hatten bei hoher Last und Anbindung durch 4x 1Gbit Ethernet im einstellingen Mikrosekundenbereich. Jetzt überlegt mal welche Software wir in ein paar Monaten nicht mehr einsetzen ;-)

Grüssle
Martin