Многие руководители уверены: раз сервер стоит в надёжном дата-центре, с данными из ИС ничего не случится. Резервное питание, два ввода, охлаждение с запасом, сертификат на стене. Что может пойти не так?

Многое. Я видела, как теряют данные в самых лучших ЦОДах.

Что на самом деле гарантирует ЦОД Дата-центр отвечает за свою инфраструктуру: электричество, климат, физ охрану, сеть до стойки. Уровень Tier говорит о том, насколько эта инфраструктура зарезервирована и можно ли обслуживать её без остановки. Даже Tier 4 - не гарант ничего, если со стороны ИС не разработана и не реализована система безопасности.

ЦОД не отвечает за то, что внутри сервера вашей ИС. Он не защитит от: – ошибки администратора, удалившего не ту базу; – шифровальщика, который зашифровал и данные, и бэкапы рядом с ними; – сбоя дискового массива или файловой системы; – блокировки аккаунта у хостинга или ухода провайдера с рынка; – пожара или аварии, затронувших весь машинный зал.

Где обычно ломается отказоустойчивость 👉Бэкап лежит на том же сервере или в том же ЦОДе. Одна авария уничтожает и оригинал, и копию. 👉Копии делаются, но из них никто ни разу не восстанавливался. В момент аварии выясняется, что архив битый или не хватает половины данных. 👉Нет плана восстановления. Все знают, что «есть бэкапы», но никто не знает, сколько времени займёт подъём и кто это делает. 👉Не определены RTO и RPO: сколько бизнес может простоять и сколько данных может потерять. Без этих цифр невозможно выбрать правильную схему защиты. 👉Резервная площадка существует только на бумаге и ни разу не тестировалась.

Как выглядит нормальная защита Отказоустойчивость складывается из нескольких уровней: надёжная площадка, резервирование внутри системы, копии в другом месте и отработанная процедура восстановления. Если выпадает любой из уровней, вся конструкция держится на удаче.

Ещё лучше, если ИС будет храниться и работать сразу на двух зеркальных плечах в двух георазнесенных ЦОДах. Но тут надо тщательно продумать, как они будут между собой синхронизировать данные (и не убьют ли друг друга при рассинхроне).

🗯️Что нужно сделать 🔍 Аудит отказоустойчивости. Разобрать, где и как хранятся данные вашей ИС, найти единые точки отказа, оценить реальные RTO и RPO. Сделать документ с приоритетами: что исправить сразу, что спланировать. 💾 Резервное копирование по правилу 3-2-1. Три копии, два типа носителей, одна копия вне основной площадки. Защищённые от удаления копии на случай шифровальщика. Мониторинг и оповещения о сбоях. ✅ Тестовое восстановление. Проверить, что из ваших бэкапов действительно можно подняться, и замерить, сколько это занимает. 📋 План аварийного восстановления (DRP). Разработать пошаговую инструкцию: кто, что и в каком порядке делает при аварии. С учебными прогонами, чтобы план работал не только на бумаге.

Надёжный ЦОД — хороший фундамент. Но сохранность данных ИС — это зона ответственности того, кто управляет этой ИС. И её лучше проверить до аварии, а не после. ❗❗❗ Руководитель ИС должен понимать: хотя бэкапы и ЦОД — это функции профильных отделов (инфобеза, инженеров ЦОДа), именно он отвечает за сохранность своей системы. И если данные ИС потеряются — отвечать будет он, а не инженер ЦОДа. Поэтому он обязан вникать в эти вопросы и тщательно их курировать.

ЦОДы и безопасность данных — это вообще страшная тема. В одной из моих организаций был собственный ЦОД. И в 05:10 утра в помещении рядом с машинным залом возник пожар. Температура резко возросла. Чтобы спасти данные на серверах, их пришлось экстренно отрубить. Я потом сутки «долбалась» с восстановлением сервисов своих систем. Слава богу, данные уцелели.

Управление ИС по интегративной модели: центр управления ИС участвует во всех вопросах, связанных с ЦОДом и железу на своих ИСах, знает, как все это функционирует и понимает причинно-следственные связи между ЦОДом и ИСом.

Про модели: Борисовская И. В. Модели управления критически важными информационными системами: факторы эффективности и причины деградации. Zenodo, 2026. https://doi.org/10.5281/zenodo.23186355

#ис #экспертизаборисовской #отказоустойчивость #цод #б