Через відмову жорсткого диска було втрачено робочі бази даних, конфігурацію та операційну систему сервера. Диск замінили, систему встановили заново, а дані відновили з доступного повного архіву початку листопада.
Уточнення хронології: у первісному тексті подію датовано 18 грудня 2009 року, тоді як збережена дата публікації — 12 лютого 2009 року. Ці дати суперечать одна одній; достатніх відомостей, щоб виправити рік або місяць події, немає.
Які копії були доступні
Після збою для баз даних і конфігурацій налаштували щомісячні, щотижневі та щоденні копії на другому диску — три рівні збереження. Водночас створення повного архіву всієї інформації тривало кілька днів і було перервано. Отже, запуск резервного копіювання ще не означав, що придатна повна копія вже існує.
Що планувалося змінити
Після збою я планував посилити адміністрування власного хостингу та резервування, створити власну адміністративну панель і додаткові сервіси керування хостингом. Клієнтам планувалося надати авторизований доступ до останніх резервних копій. Також розглядалася можливість використовувати «Корпорація 2» для створення сайтів. Це були плани, а не підтвердження їхнього виконання.
Практичний висновок: слід перевіряти завершення копіювання й можливість відновлення. Другий диск у тому самому сервері не відокремлює копію від усіх ризиків цього сервера. У рекомендаціях CISA окремо йдеться про автономні зашифровані копії та регулярне тестування відновлення.
Немає коментарів:
Дописати коментар