Stellen Sie sich vor: Sie sind ein Regierungsangestellter. Ihr Ministerium hat gerade angeordnet, dass ALLE Ihre Arbeitsdateien in der Regierungs-Cloud leben müssen. Keine lokalen Kopien. Keine Ausnahmen. Dann beschließt eines Tages eine Lithiumbatterie, sich spontan zu entzünden, und puff – alles, woran Sie jahrelang gearbeitet haben, ist einfach… weg. Für immer.
Genau das ist 750.000 südkoreanischen Regierungsangestellten letzten Monat passiert.
858 Terabyte Daten. Keine Backups. Kein Wiederherstellungsplan. Nur ein qualmender Haufen Server und eine ganze Regierung, die verzweifelt versucht herauszufinden, was zum Teufel gerade passiert ist.
Lassen Sie uns diese Katastrophe aufschlüsseln und herausfinden, was wir aus einem der katastrophalsten Datenmanagement-Versagen der jüngsten Geschichte lernen können.
Was tatsächlich passiert ist
Am 27. September 2025 brach ein Lithium-Ionen-Batteriebrand im Rechenzentrum des National Information Resources Service (NIRS) in Daejeon, Südkorea, aus. Das Feuer zerstörte vollständig 96 kritische Regierungscomputersysteme, einschließlich etwas namens “G-Drive” (keine Verbindung zu Google Drive – das “G” steht für “Government”).
Der Schaden:
- 858 Terabyte Regierungsdaten dauerhaft verloren
- 647 Regierungsdienste unterbrochen
- Arbeitsdateien von etwa 750.000 Beamten gelöscht
An den Wiederherstellungsbemühungen waren Hunderte weitere Personen beteiligt. Und hier ist der Clou: Sie hatten keine externen Backups.
Keine. Null. Nada.
Die “Alle Eier in einen Korb”-Strategie
Das südkoreanische Ministerium für Inneres und Sicherheit hatte Richtlinien herausgegeben, die besagten, dass alle Arbeitsmaterialien auf G-Drive gespeichert werden sollten, nicht auf Büro-PCs. Sie setzten voll auf einen Cloud-zentrischen Workflow, was angesichts Südkoreas blitzschneller Internet-Infrastruktur Sinn macht.
Einige Behörden gingen noch weiter. Das Ministerium für Personalverwaltung ordnete an, dass seit 2016 ALLE Dokumente ausschließlich auf G-Drive gespeichert werden müssen, nachdem ein Einbruch stattgefunden hatte, bei dem ein Prüfungsbewerber sensible Daten gestohlen hatte. Ihre Logik? Remote-Speicherung ist sicherer gegen Diebstahl.
Sie hatten technisch recht. Es WAR sicherer gegen Diebstahl.
Aber offensichtlich hat niemand das “Was, wenn das Ganze Feuer fängt”-Szenario in Betracht gezogen.
Das Backup, das nie war
Hier wird es richtig wild. Laut Südkoreas Innenministerium wurden die meisten Systeme im Daejeon-Rechenzentrum täglich gesichert – sowohl auf separate Ausrüstung innerhalb desselben Zentrums ALS AUCH auf eine physisch entfernte Backup-Einrichtung.
Aber G-Drive? Nope. Die “großkapazitäre, leistungsschwache Speicherstruktur” des Systems erlaubte angeblich keine externen Backups.
Lassen Sie das einen Moment sacken. Ein Regierungs-Cloud-Speichersystem, das fast ein Petabyte kritischer Daten enthielt, hatte ein Design, das grundsätzlich ordnungsgemäße Backups verhinderte.
Es ist, als würde man einen Banktresor bauen, der nicht abgeschlossen werden kann, weil “die Türstruktur es nicht erlaubt.”
Die menschlichen Kosten
Während alle verzweifelt versuchten, Daten wiederherzustellen, passierte etwas wirklich Tragisches. Ein Beamter des National Information Resources Service, der an den Wiederherstellungsarbeiten beteiligt war, stürzte vom Dach eines Regierungskomplexes und starb.
Einige Berichte deuten darauf hin, dass es sich um Suizid gehandelt haben könnte. Wir werden es vielleicht nie mit Sicherheit wissen, aber der Druck und Stress durch dieses katastrophale Versagen hat offensichtlich einen verheerenden Tribut gefordert.
Das ist nicht nur eine Geschichte über verlorene Daten – es geht um echte Menschen, die mit den Konsequenzen systemischer Versagen umgehen müssen.
Die “Wiederherstellungs”-Bemühung (AKA Digitale Archäologie)
Wie stellt man also 858TB Daten wieder her, wenn man keine Backups hat? Das tut man nicht. Stattdessen wird man kreativ (verzweifelt):
Der Wiederherstellungsplan des Ministeriums für Personalverwaltung:
- Durch lokal auf Computern zwischengespeicherte Dateien graben (viel Glück)
- Dokumente aus E-Mails herunterladen (hoffentlich war jeder bei allem in CC!)
- Papierkopien zurück ins digitale Format scannen (wer hat die noch?)
- Daumen drücken und das Beste hoffen
Das Innenministerium merkte an, dass offizielle Dokumente, die durch formale Prozesse erstellt wurden, auch im “OnNara”-System der Regierung gespeichert waren, also kann vielleicht etwas wiederhergestellt werden, sobald dieses System wieder online ist.
Aber hier ist die Realität: Sie werden wahrscheinlich nur Dokumente wiederherstellen, an denen Leute in den letzten paar Monaten aktiv gearbeitet haben. Alles Ältere? Für immer verloren.
Zwei Rechenzentren, eine Woche
Als ob ein katastrophaler Brand nicht genug wäre, raten Sie mal, was eine Woche später passiert ist?
Ein weiteres Rechenzentrum in Daejeon fing Feuer.
Diesmal war es eine Lotte IT-Services-Einrichtung. Das Feuer begann um 4:59 Uhr morgens in der USV (unterbrechungsfreie Stromversorgung) im zweiten Stock. Wieder standen Batterien unter Verdacht. Die Feuerwehr löschte es bis 5:38 Uhr, und glücklicherweise wurden keine Verletzten gemeldet.
An diesem Punkt, wenn Sie ein Rechenzentrum in Daejeon betreiben, sollten Sie vielleicht einen sehr genauen Blick auf Ihre Batteriesysteme werfen.
Lektionen, die wir tatsächlich lernen können
1. “Die Cloud” ist nur der Computer von jemand anderem (Der Feuer fangen kann)
Cloud-Speicher ist keine Magie. Es ist physische Hardware in einem physischen Gebäude mit physischen Batterien, die physisch explodieren können. Wenn Sie voll auf Cloud setzen, brauchen Sie besser Redundanz.
2. Backups sind nicht optional – sie sind obligatorisch
Die Tatsache, dass G-Drives Architektur “keine externen Backups erlaubte”, ist ein Designfehler, keine gültige Entschuldigung. Wenn Ihr System nicht ordnungsgemäß gesichert werden kann, ist Ihr System kaputt. Punkt.
3. Geografische Redundanz ist wichtig
Backups im selben Gebäude wie Ihren Primärspeicher zu haben, ist wie einen Ersatzreifen im Kofferraum eines brennenden Autos zu haben. Cool, Sie haben ein Backup. Schade, dass es auch brennt.
4. Testen Sie Ihren Disaster-Recovery-Plan (Und haben Sie überhaupt einen)
Ich bin bereit zu wetten, dass Südkoreas Regierung Disaster-Recovery-Dokumentation hatte. Das Problem? Sie sah wahrscheinlich auf dem Papier gut aus, brach aber zusammen, als die Realität mit einem Lithium-Feuer anklopfte.
5. Die 3-2-1-Regel existiert aus gutem Grund
- 3 Kopien Ihrer Daten
- Auf 2 verschiedenen Medientypen
- Mit 1 Kopie außerhalb des Standorts
Das ist Grundlagenwissen. Aber offensichtlich ist es nicht offensichtlich genug, wenn eine Regierung 858TB ohne wiederherstellbare Backups verlieren kann.
6. Digitale Souveränität bedeutet nicht, alles selbst zu machen
Südkorea baute G-Drive, um die Abhängigkeit von Big Tech zu reduzieren und digitale Souveränität zu gewinnen. Nobles Ziel. Aber wissen Sie, was Google und Microsoft haben? Wahnsinnige Redundanz und Backup-Verfahren, die ziemlich sicherstellen, dass Daten nicht einfach in einem Feuer verschwinden.
Sie müssen nicht alles outsourcen, aber vielleicht haben Sie ein verschlüsseltes Backup auf AWS oder Azure als Versicherung? Nur ein Gedanke.
Was das für den Rest von uns bedeutet
Wenn eine Regierung mit beträchtlichen Ressourcen es so gewaltig verbocken kann, was sagt das über Ihre eigene Backup-Strategie?
Schnelle Selbstprüfungsfragen:
- Wann haben Sie das letzte Mal Ihre wichtigen Daten gesichert?
- Wo werden diese Backups gespeichert? (Wenn die Antwort “im selben Raum wie mein Computer” ist, haben Sie ein Problem)
- Haben Sie jemals das Wiederherstellen aus diesen Backups getestet? (Tatsächlich versucht, nicht nur angenommen, dass es funktioniert)
- Was passiert, wenn Ihr Haus/Büro abbrennt? Würden Sie alles verlieren?
Für Einzelpersonen: 800TB ist wahnsinnig, aber normale Leute haben schon redundanten Cloud-Speicher eingerichtet. Nutzen Sie mehrere Dienste. Behalten Sie lokale Kopien. Vertrauen Sie keinem einzelnen System vollständig.
Für Unternehmen: Wenn Sie selbst hosten, investieren Sie in ordentliche Backup-Infrastruktur. Es ist nicht sexy. Es ist nicht aufregend. Aber es ist eine Versicherung gegen den Tag, an dem etwas Feuer fängt (buchstäblich oder im übertragenen Sinne).
Für Regierungen: Vielleicht keine kritischen Systeme designen, die grundsätzlich nicht gesichert werden können? Nur ein Vorschlag.
Der Silberstreif (Wenn es einen gibt)
Diese Katastrophe ist ein Weckruf. Hoffentlich führt Südkorea seine Bemühungen um digitale Souveränität fort, aber diesmal mit ordentlichen Backup-Verfahren. Und hoffentlich schauen andere Regierungen und Organisationen darauf und denken: “Lasst uns sicherstellen, dass uns das nie passiert.”
Denn hier ist die Sache: Datenverlust ist unvermeidlich. Wiederherstellung ist optional.
Südkorea hat diese Lektion auf die harte Tour gelernt. Die Frage ist: Werden Sie aus ihrem Fehler lernen, oder warten, bis Sie derjenige sind, der E-Mail-Anhänge durchsucht und versucht, Jahre an Arbeit zu rekonstruieren?
Das Fazit: 858 Terabyte Regierungsdaten verschwanden, weil niemand dachte, “Was, wenn es Feuer fängt?” sei eine Frage, die es wert ist, gestellt zu werden. Lernen Sie daraus. Sichern Sie Ihre Daten. Testen Sie Ihre Backups. Und um Himmels willen, designen Sie keine Systeme, die nicht gesichert werden können.
Ihr zukünftiges Ich (das nicht verzweifelt E-Mail-Anhänge nach einem Brand durchsucht) wird es Ihnen danken.
Nachrichtenquellen:
- Korea JoongAng Daily - NIRS fire destroys government’s cloud storage system
- Data Center Dynamics - Second data center catches fire in Daejeon
- Reuters - South Korea restores services after data centre fire
- The Chosun Daily - Data center fire coverage
- Herald Business - Korean coverage
- Hacker News Discussion