Immagina questo: Sei un dipendente governativo. Il tuo ministero ha appena stabilito che TUTTI i tuoi file di lavoro devono vivere sul cloud governativo. Nessuna copia locale. Nessuna eccezione. Poi un giorno, una batteria al litio decide di incendiarsi spontaneamente, e puf - tutto su cui hai lavorato per anni è semplicemente… sparito. Per sempre.
È esattamente quello che è successo a 750.000 lavoratori governativi sudcoreani il mese scorso.
858 terabyte di dati. Nessun backup. Nessun piano di recupero. Solo un mucchio fumante di server e un intero governo che cerca di capire cosa diavolo sia successo.
Scomponiamo questo disastro e vediamo cosa possiamo imparare da uno dei fallimenti di gestione dati più catastrofici della storia recente.
Cosa è Realmente Successo
Il 27 settembre 2025, un incendio di batterie agli ioni di litio è scoppiato al data center del National Information Resources Service (NIRS) della Corea del Sud a Daejeon. L’incendio ha completamente distrutto 96 sistemi informatici governativi critici, incluso qualcosa chiamato “G-Drive” (nessuna relazione con Google Drive - la “G” sta per “Government”).
Il danno:
- 858 terabyte di dati governativi persi permanentemente
- 647 servizi governativi interrotti
- File di lavoro di circa 750.000 dipendenti pubblici cancellati
Gli sforzi di recupero hanno coinvolto centinaia di persone in più. E ecco il colpo: non avevano backup esterni.
Nessuno. Zero. Niente.
La Strategia “Metti Tutte le Uova in un Cestino”
Il Ministero degli Interni e della Sicurezza della Corea del Sud aveva emesso linee guida che stabilivano che tutti i materiali di lavoro dovessero essere archiviati su G-Drive, non sui PC dell’ufficio. Sono andati all-in sul workflow cloud-centrico, il che ha senso data l’infrastruttura internet velocissima della Corea del Sud.
Alcune agenzie sono andate ancora oltre. Il Ministero della Gestione del Personale ha stabilito che TUTTI i documenti fossero archiviati esclusivamente su G-Drive dal 2016, dopo un’effrazione dove un candidato a un esame ha rubato dati sensibili. La loro logica? L’archiviazione remota è più sicura contro i furti.
Avevano tecnicamente ragione. ERA più sicura contro i furti.
Ma apparentemente nessuno ha considerato lo scenario “e se l’intera cosa prende fuoco”.
Il Backup Che Non È Mai Esistito
Ecco dove diventa davvero pazzesco. Secondo il Ministero degli Interni della Corea del Sud, la maggior parte dei sistemi al data center di Daejeon ERANO sottoposti a backup giornalieri - sia su attrezzature separate all’interno dello stesso centro CHE su una struttura di backup fisicamente remota.
Ma G-Drive? No. La “struttura di storage ad alta capacità e basse prestazioni” del sistema apparentemente non permetteva backup esterni.
Lascia che questo penetri per un momento. Un sistema di cloud storage governativo che conteneva quasi un petabyte di dati critici aveva un design che fondamentalmente impediva backup appropriati.
È come costruire un caveau di banca che non può essere chiuso perché “la struttura della porta non lo permette.”
Il Costo Umano
Mentre tutti cercavano freneticamente di recuperare i dati, è successo qualcosa di veramente tragico. Un funzionario del National Information Resources Service che lavorava agli sforzi di ripristino è caduto dal tetto di un complesso governativo ed è morto.
Alcuni report suggeriscono che potrebbe essere stato un suicidio. Potremmo non saperlo mai con certezza, ma la pressione e lo stress di questo fallimento catastrofico hanno chiaramente avuto un pedaggio devastante.
Questa non è solo una storia di dati persi - riguarda persone reali alle prese con le conseguenze di fallimenti sistemici.
Lo Sforzo di “Recupero” (Ovvero Archeologia Digitale)
Quindi come recuperi 858TB di dati quando non hai backup? Non lo fai. Invece, diventi creativo (disperato):
Il piano di recupero del Ministero della Gestione del Personale:
- Scavare tra i file salvati in cache localmente sui computer (buona fortuna)
- Scaricare documenti dalle email (spera che tutti fossero in copia su tutto!)
- Scansionare le copie cartacee di nuovo in formato digitale (chi le ha ancora?)
- Incrociare le dita e sperare per il meglio
Il Ministero degli Interni ha notato che i documenti ufficiali creati attraverso processi formali erano anche archiviati nel sistema governativo “OnNara”, quindi forse qualcosa può essere recuperato una volta che quel sistema torna online.
Ma ecco la realtà: probabilmente recupereranno solo i documenti su cui le persone stavano attivamente lavorando negli ultimi due mesi. Qualcosa di più vecchio? Perso per sempre.
Due Data Center, Una Settimana
Come se un incendio catastrofico non bastasse, indovina cosa è successo una settimana dopo?
Un altro data center a Daejeon ha preso fuoco.
Questa volta era una struttura di servizi IT di Lotte. L’incendio è iniziato alle 4:59 del mattino nell’UPS (gruppo di continuità) al secondo piano. Di nuovo, le batterie erano sospettate. I vigili del fuoco lo hanno spento entro le 5:38, e per fortuna non sono stati riportati feriti.
A questo punto, se gestisci un data center a Daejeon, potresti voler dare un’occhiata molto attenta ai tuoi sistemi di batterie.
Le Lezioni Che Possiamo Effettivamente Imparare
1. “Il Cloud” è Solo il Computer di Qualcun Altro (Che Può Prendere Fuoco)
Il cloud storage non è magia. È hardware fisico in un edificio fisico con batterie fisiche che possono fisicamente esplodere. Se stai andando all-in sul cloud, faresti meglio ad avere ridondanza.
2. I Backup Non Sono Opzionali - Sono Obbligatori
Il fatto che l’architettura di G-Drive “non permettesse backup esterni” è un difetto di design, non una scusa valida. Se il tuo sistema non può essere sottoposto a backup appropriati, il tuo sistema è rotto. Punto.
3. La Ridondanza Geografica Conta
Avere backup nello stesso edificio del tuo storage primario è come avere una ruota di scorta nel bagagliaio di un’auto in fiamme. Bello, hai un backup. Peccato che sia anche lui in fiamme.
4. Testa il Tuo Piano di Disaster Recovery (E Effettivamente Abbine Uno)
Scommetto che il governo della Corea del Sud aveva documentazione di disaster recovery. Il problema? Probabilmente sembrava buona sulla carta ma è crollata quando la realtà è arrivata bussando con un incendio al litio.
5. La Regola 3-2-1 Esiste per una Ragione
- 3 copie dei tuoi dati
- Su 2 tipi diversi di supporti
- Con 1 copia offsite
Questa è roba base. Ma chiaramente, non è abbastanza ovvia se un governo può perdere 858TB senza alcun backup recuperabile.
6. La Sovranità Digitale Non Significa Fare Tutto da Soli
La Corea del Sud ha costruito G-Drive per ridurre la dipendenza dalle big tech e ottenere sovranità digitale. Obiettivo nobile. Ma sai cosa hanno Google e Microsoft? Ridondanza e procedure di backup folli che praticamente assicurano che i dati non svaniscano semplicemente in un incendio.
Non devi esternalizzare tutto, ma forse avere un backup criptato su AWS o Azure come assicurazione? Solo un pensiero.
Cosa Significa Questo per il Resto di Noi
Se un governo con risorse sostanziali può sbagliare così clamorosamente, cosa dice questo della tua strategia di backup?
Domande rapide di auto-verifica:
- Quando hai fatto l’ultimo backup dei tuoi dati importanti?
- Dove sono archiviati quei backup? (Se la risposta è “nella stessa stanza del mio computer,” hai un problema)
- Hai mai testato il ripristino da quei backup? (Provato davvero, non solo assunto che funzioni)
- Cosa succede se la tua casa/ufficio va a fuoco? Perderesti tutto?
Per gli individui: 800TB sono folli, ma persone normali hanno configurato storage cloud ridondante prima. Usa servizi multipli. Tieni copie locali. Non mettere tutta la tua fiducia in un singolo sistema.
Per le aziende: Se fai self-hosting, investi in infrastruttura di backup appropriata. Non è sexy. Non è eccitante. Ma è un’assicurazione contro il giorno in cui qualcosa prende fuoco (letteralmente o figurativamente).
Per i governi: Forse non progettare sistemi critici che fondamentalmente non possono essere sottoposti a backup? Solo un suggerimento.
La Linea di Fondo
858 terabyte di dati governativi sono svaniti perché nessuno ha pensato che “E se prende fuoco?” fosse una domanda degna di essere posta. Impara da questo. Fai backup dei tuoi dati. Testa i tuoi backup. E per l’amor del cielo, non progettare sistemi che non possono essere sottoposti a backup.
Il tuo futuro io (quello che non sta freneticamente cercando negli allegati email dopo un incendio) ti ringrazierà.