Пожар в G-Drive: как потеря 858 ТБ данных затронула всю Южную Корею

Что произошло: крах G-Drive в Южной Корее

В конце сентября 2025 года в Центре национальных информационных ресурсов (NIRS) в Тэджоне произошёл пожар, который полностью уничтожил облачный сервис G-Drive, используемый правительственными структурами Южной Кореи. Огонь в серверной комнате на пятом этаже повредил 96 из 647 критически важных информационных систем, но удар пришёлся по G-Drive: здесь данные оказались потеряны навсегда, без возможности восстановления — из-за полного отсутствия резервных копий.

Масштабы катастрофы: кто пострадал и сколько было потеряно

G-Drive — это правительственная облачная платформа, созданная в 2017 году по аналогии с Google Drive, но полностью локализованная в Южной Корее. Сервис обеспечивал 30 ГБ хранилища каждому из 125 000 пользователей — госслужащих 74 министерств (примерно 17% всех центральных госслужащих). За годы работы в G-Drive накопилось 858 ТБ данных — по объёму это эквивалентно 449,5 миллиардам страниц формата A4.

Министерство внутренних дел и безопасности прямо требовало, чтобы все рабочие документы хранились исключительно в G-Drive, а не на локальных ПК. В итоге после пожара исчезли не только архивные, но и текущие рабочие материалы, включая важные административные и социальные сервисы, такие как National Happiness Card для выплат пособий по уходу за детьми.

Почему не было бекапов и кто виноват?

Ключевая причина катастрофы — отсутствие резервных копий данных. Несмотря на огромный объём хранилища, система не предусматривала резервного копирования на внешние носители из-за «низкой производительности и большой ёмкости» инфраструктуры. Это привело к полной и безвозвратной потере восьми лет работы для многих ведомств, особенно Министерства управления персоналом.

По словам экспертов, «надежность цифровых систем не может быть выше, чем уровень резервирования данных». Сейчас правительство пытается восстановить хоть какие-то данные через локальные файлы на персональных компьютерах, электронные письма и бумажные копии, но большая часть информации утрачена.

Контекст: облака рушатся, индустрия data center, бэкапы и почему это важно для игр и не только

Случай в Южной Корее — крайне яркий пример того, как хрупки современные цифровые инфраструктуры, даже если речь идёт о государственных системах с миллионами пользователей. Облака — это не абстракция, а реальные серверы, диски и электрические цепи, которые могут сгореть, утонуть или просто сломаться. И в отличие от облачных сервисов коммерческих гигантов, в случае с G-Drive не было даже схемы распределённого хранения или геоизбыточности.

Эта история напрямую касается не только госчиновников, но и разработчиков игр, студий, да и обычных игроков: сколько рабочих проектов, концептов, ассетов, сейвов и модов хранится только в облаке без дублирования? Например, именно бекапы локально или на внешних дисках спасают студии от катастроф, как это было у CD Projekt Red и других компаний, когда исходники Cyberpunk 2077 теряли или воровали, но восстанавливали.

Интересные факты и уроки для игровой индустрии

• G-Drive — государственный аналог Google Drive, но без механизмов резервного копирования и с жёстким запретом на хранение рабочих документов вне облака.
• Общий объём потерянных данных — 858 ТБ — примерно равен пяти десяткам современных AAA-игр с HD-компонентами или нескольким миллионам идей, концептов и промежуточных билдов.
• Ситуация напоминает классические случаи в игровой индустрии, когда крупные студии теряли сейвы или даже исходные коды проектов из-за отсутствия бэкапов.
• Цена SSD и HDD давно стала доступной, а механические схемы копирования (например, 3-2-1 правило бэкапинга) — проще и дешевле, чем потери, сравнимые с государственной катастрофой.

Вывод: облако — это камень, а бэкап — вода

Южнокорейский случай с G-Drive наглядно демонстрирует: доверять свои данные только одной системе — всегда рискованно, даже если она выглядит монолитной и защищённой. Современные игры, студии и сервисы должны учиться на ошибках государственных систем: бездумный переход в облака без продуманных схем резервного копирования — это игра в рулетку, где выигрывает катастрофа.

А пока — когда вы в последний раз делали бэкап своих игровых сейвов, модов, контактов, скриншотов и творческих файлов? И, что важно, храните ли вы этот бэкап вдали от основного хранилища, как рекомендуют лучшие практики?