Imagine isso: Você é um funcionário do governo. Seu ministério acabou de determinar que TODOS os seus arquivos de trabalho devem ficar na nuvem do governo. Sem cópias locais. Sem exceções. Então um dia, uma bateria de lítio decide combustar espontaneamente, e puf—tudo em que você trabalhou por anos simplesmente… sumiu. Para sempre.
Isso é exatamente o que aconteceu com 750.000 trabalhadores do governo sul-coreano mês passado.
858 terabytes de dados. Sem backups. Sem plano de recuperação. Apenas uma pilha fumegante de servidores e um governo inteiro correndo para descobrir que diabos acabou de acontecer.
Vamos destrinchar este desastre e descobrir o que podemos aprender com uma das falhas mais catastróficas de gerenciamento de dados da história recente.
O Que Realmente Aconteceu
Em 27 de setembro de 2025, um incêndio de bateria de íon-lítio começou no data center do National Information Resources Service (NIRS) da Coreia do Sul em Daejeon. O fogo destruiu completamente 96 sistemas de computadores governamentais críticos, incluindo algo chamado “G-Drive” (sem relação com Google Drive—o “G” significa “Governo”).
O dano:
- 858 terabytes de dados governamentais permanentemente perdidos
- 647 serviços governamentais interrompidos
- Arquivos de trabalho de aproximadamente 750.000 funcionários públicos apagados
Os esforços de recuperação envolveram centenas de pessoas a mais. E aqui está o ponto: eles não tinham backups externos.
Nenhum. Zero. Nada.
A Estratégia “Coloque Todos os Ovos em uma Cesta”
O Ministério do Interior e Segurança da Coreia do Sul tinha emitido diretrizes afirmando que todos os materiais de trabalho deveriam ser armazenados no G-Drive, não em PCs de escritório. Eles apostaram tudo em fluxo de trabalho centrado em nuvem, o que faz sentido dada a infraestrutura de internet ultrarrápida da Coreia do Sul.
Algumas agências foram ainda mais longe. O Ministério de Gestão de Pessoal determinou que TODOS os documentos fossem armazenados exclusivamente no G-Drive desde 2016, após uma invasão onde um candidato a exame roubou dados sensíveis. A lógica deles? Armazenamento remoto é mais seguro contra roubo.
Eles estavam tecnicamente certos. ERA mais seguro contra roubo.
Mas aparentemente ninguém considerou o cenário “e se tudo pegar fogo”.
O Backup Que Nunca Existiu
Aqui é onde fica realmente selvagem. De acordo com o Ministério do Interior da Coreia do Sul, a maioria dos sistemas no data center de Daejeon TINHA backup diário—tanto para equipamentos separados dentro do mesmo centro QUANTO para uma instalação de backup fisicamente remota.
Mas o G-Drive? Não. A “estrutura de armazenamento de grande capacidade e baixa performance” do sistema aparentemente não permitia backups externos.
Deixe isso absorver por um momento. Um sistema de armazenamento em nuvem do governo contendo quase um petabyte de dados críticos tinha um design que fundamentalmente impedia backups adequados.
É como construir um cofre de banco que não pode ser trancado porque “a estrutura da porta não permite.”
O Custo Humano
Enquanto todos corriam freneticamente tentando recuperar dados, algo verdadeiramente trágico aconteceu. Um oficial do National Information Resources Service trabalhando nos esforços de restauração caiu do telhado de um complexo governamental e morreu.
Alguns relatos sugerem que pode ter sido suicídio. Talvez nunca saberemos ao certo, mas a pressão e estresse desta falha catastrófica claramente teve um impacto devastador.
Essa não é apenas uma história sobre dados perdidos—é sobre pessoas reais lidando com as consequências de falhas sistêmicas.
O Esforço de “Recuperação” (Também Conhecido Como Arqueologia Digital)
Então como você recupera 858TB de dados quando não tem backups? Você não recupera. Em vez disso, você fica criativo (desesperado):
O plano de recuperação do Ministério de Gestão de Pessoal:
- Vasculhar arquivos em cache localmente nos computadores (boa sorte)
- Baixar documentos de emails (espere que todos tenham recebido cópia de tudo!)
- Escanear cópias físicas de volta para formato digital (quem ainda tem essas?)
- Cruzar os dedos e torcer pelo melhor
O Ministério do Interior notou que documentos oficiais criados através de processos formais também foram armazenados no sistema “OnNara” do governo, então talvez algumas coisas possam ser recuperadas uma vez que aquele sistema volte online.
Mas aqui está a realidade: Eles provavelmente só vão recuperar documentos em que as pessoas estavam trabalhando ativamente nos últimos dois meses. Qualquer coisa mais antiga? Perdida para sempre.
Dois Data Centers, Uma Semana
Como se um incêndio catastrófico não fosse suficiente, adivinha o que aconteceu uma semana depois?
Outro data center em Daejeon pegou fogo.
Dessa vez foi uma instalação de serviços de TI da Lotte. O fogo começou às 4:59 da manhã no UPS (fonte de alimentação ininterrupta) no segundo andar. De novo, baterias foram suspeitas. Bombeiros extinguiram às 5:38, e felizmente nenhuma lesão foi reportada.
A essa altura, se você está operando um data center em Daejeon, talvez queira olhar muito de perto seus sistemas de bateria.
Lições Que Podemos Realmente Aprender
1. “A Nuvem” é Apenas o Computador de Outra Pessoa (Que Pode Pegar Fogo)
Armazenamento em nuvem não é mágica. É hardware físico em um prédio físico com baterias físicas que podem explodir fisicamente. Se você está apostando tudo na nuvem, é melhor ter redundância.
2. Backups Não São Opcionais—São Obrigatórios
O fato de que a arquitetura do G-Drive “não permitia backups externos” é uma falha de design, não uma desculpa válida. Se seu sistema não pode ter backup adequado, seu sistema está quebrado. Ponto final.
3. Redundância Geográfica Importa
Ter backups no mesmo prédio que seu armazenamento primário é como ter um pneu reserva no porta-malas de um carro em chamas. Legal, você tem um backup. Pena que também está pegando fogo.
4. Teste Seu Plano de Recuperação de Desastres (E Realmente Tenha Um)
Estou disposto a apostar que o governo da Coreia do Sul tinha documentação de recuperação de desastres. O problema? Provavelmente parecia bom no papel mas desmoronou quando a realidade veio bater na porta com um incêndio de lítio.
5. A Regra 3-2-1 Existe por uma Razão
- 3 cópias dos seus dados
- Em 2 tipos diferentes de mídia
- Com 1 cópia fora do local
Isso é básico. Mas claramente, não é óbvio o suficiente se um governo pode perder 858TB sem nenhum backup recuperável.
6. Soberania Digital Não Significa Fazer Tudo Você Mesmo
A Coreia do Sul construiu o G-Drive para reduzir dependência de big tech e ganhar soberania digital. Objetivo nobre. Mas sabe o que Google e Microsoft têm? Redundância insana e procedimentos de backup que praticamente garantem que dados não simplesmente desaparecem em um incêndio.
Você não precisa terceirizar tudo, mas talvez ter um backup criptografado na AWS ou Azure como seguro? Só uma ideia.
O Que Isso Significa para o Resto de Nós
Se um governo com recursos substanciais pode errar tão feio assim, o que isso diz sobre sua própria estratégia de backup?
Perguntas de auto-auditoria rápida:
- Quando foi a última vez que você fez backup dos seus dados importantes?
- Onde esses backups estão armazenados? (Se a resposta é “na mesma sala que meu computador,” você tem um problema)
- Você já testou restaurar desses backups? (Realmente tentou, não apenas assumiu que funciona)
- O que acontece se sua casa/escritório pegar fogo? Você perderia tudo?
Para indivíduos: 800TB é insano, mas pessoas comuns já configuraram armazenamento em nuvem redundante antes. Use múltiplos serviços. Mantenha cópias locais. Não coloque toda sua confiança em nenhum sistema único.
Para empresas: Se você está auto-hospedando, invista em infraestrutura adequada de backup. Não é sexy. Não é empolgante. Mas é seguro contra o dia em que algo pega fogo (literalmente ou figurativamente).
Para governos: Talvez não projetar sistemas críticos que fundamentalmente não podem ter backup? Só uma sugestão.
O Lado Positivo (Se Houver Um)
Este desastre é um chamado de alerta. Esperançosamente, a Coreia do Sul mantém seus esforços de soberania digital mas com procedimentos adequados de backup desta vez. E esperançosamente, outros governos e organizações olham para isso e pensam, “Vamos garantir que isso nunca aconteça conosco.”
Porque aqui está a coisa: Perda de dados é inevitável. Recuperação é opcional.
A Coreia do Sul aprendeu essa lição da forma difícil. A pergunta é: você vai aprender com o erro deles, ou esperar até ser você vasculhando anexos de email tentando reconstruir anos de trabalho?
O Resultado Final: 858 terabytes de dados governamentais desapareceram porque ninguém achou que “E se pegar fogo?” era uma pergunta que valia a pena fazer. Aprenda com isso. Faça backup dos seus dados. Teste seus backups. E pelo amor de tudo que é sagrado, não projete sistemas que não podem ter backup.
Seu eu futuro (aquele que não está freneticamente procurando anexos de email depois de um incêndio) vai te agradecer.
Fontes de notícias:
- 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