In diesem Artikel spiele ich das wohl schlimmste eintretende Szenario durch, welches in einem Rechenzentrum passieren kann. Das Rechenzentrum raucht komplett ab.

Gehen wir mal vom schlimmsten Fall aus. Es bricht ein Feuer aus. Die Löschanlage ist defekt und die Schutztüren schließen sich nicht. Das Feuer breitet sich aus und bald brennt jeder Server. Zusätzlich greift das Feuer auf die Dieselaggregate über, diese explodieren und das Gebäude stürzt zusammen. Und natürlich schafft es die Feuerwehr nicht das Feuer aufzuhalten, sonst hätten wir ja kein Worst-Case-Szenario.

Nach dem Brand versuchen Experten die zerstörten Festplatten und die Daten darauf zu retten, es stellt sich jedoch heraus, dass sämtliche Platten so derartig stark zerstört sind, dass es aussichstlos ist. Anders gesagt: Alle Daten sind unwiderruflich weg! Mitsamt allen Backups, da diese im selben Rechenzentrum gespeichert waren.

Sollte so ein extrem unwahrscheinliches Szenario eines Tages tatsächlich passieren, wer haftet dann für die Daten, die mir verloren gegangen sind? Wer haftet für den Ausfall einer Website, über die ohne den Ausfall extreme Umsätze generiert werden hätten können? Und wer ersetzt mir diese enormen Summen?

Das waren jetzt nur drei Fragen, die man sich nach so einem Szenario stellen kann und die mir gerade einfielen. Was mich jetzt konkret interessieren würde ist jedoch: Was passiert überhaupt nach so einem Szenario? Gibt es dafür Pläne?

—
Foto: Servers can burn too… von ANIMElkor

Damit so ein Fehler nicht öfter passiert hier mal der Link zu einem sehr guten Artikel darüber, was ein Trackback ist und wann man diesen auf welche Art und Weise einsetzt, um nicht als böser Spammer auf der Liste von Akismet zu landen.

Und hier noch eine Information an den Ersteller dieses besagten Trackbacks: Ich bezichtige Dich nicht ein Spammer zu sein, aber wenn Du schon einen Trackback setzt, dann doch bitte richtig

Es war unter Umständen möglich, dass alle registrierten User die Einträge eines Blogs bearbeiten konnten. Dazu diente eine Schwachstelle in der XMLRPC-Schnittstelle. Diese Lücke kann man ganz einfach beheben, indem man die geänderte xmlrpc.php über die vorhandene spielt. Natürlich gibt es auch ein komplettes Update, dass dann wie gewohnt abläuft. Auch bei WordPress Deutschland steht die aktuelle Version schon zur Verfügung.