Крах концепции Shared Responsibility: Microsoft уничтожила терабайты корпоративных архивов из-за ошибки в скрипте деактивации грантов.
Облачный гигант Microsoft официально признал катастрофический сбой в инфраструктуре Microsoft 365. Из-за внутренней технической ошибки компания досрочно и навсегда стерла данные OneDrive, SharePoint иExchange у множества некоммерческих организаций (NPOs).
Самое страшное в этой истории — официальный ответ техподдержки Редмонда. Microsoft заявила пострадавшим, что данные восстановить невозможно, более того — компания не может даже предоставить список того, что именно было удалено. Мы в Webindex разобрали техническую сторону инцидента и то, какие выводы должен сделать каждый вебмастер.
1. Как грантовая реформа превратилась в «цифровую казнь»
Инцидент стал следствием закрытия старой программы грантов, в рамках которой НКО получали по 10 бесплатных лицензий M365 Business Premium. Microsoft предупредила о сворачивании программы и обязала клиентов мигрировать на другие тарифы.
По регламенту, после окончания подписки у компаний должно было оставаться от 30 до 90 дней grace-периода (удержания данных) для ручного экспорта. Однако из-за критической ошибки автоматизированных систем, подписки перешли в статус «Удалено» мгновенно, полностью очистив связанные облачные хранилища задолго до истечения официального срока. Среди пострадавших есть организации, потерявшие до 50 лет уникальных культурных и музыкальных архивов, которые хранились в OneDrive.
2. Главная иллюзия облаков: Модель общей ответственности
Этот кейс наглядно демонстрирует фундаментальное правило enterprise-инфраструктуры, о котором многие забывают: Retention Policy (политика удержания) — это не бэкап.
Согласно официальной документации Microsoft Shared Responsibility Model, облачный провайдер отвечает только за доступность инфраструктуры (uptime). За сохранность и резервное копирование самих данных всегда отвечает клиент. В качестве «компенсации» ИТ-гигант предложил пострадавшим бесплатную сессию со специалистом, который поможет… настроить пустое облако с нуля.
Чек-лист для вебмастера: как защитить данные от факапов вендора
Если вы держите инфраструктуру сайта, корпоративную почту или клиентские файлы в Microsoft 365, Google Workspace или на серверах Cloudflare, выполните три правила:
- Правило 3-2-1: Имейте минимум 3 копии данных, на 2 разных типах носителей, 1 из которых хранится в изолированном облаке (например, бэкап M365 на независимый S3-контур вроде AWS или Backblaze).
- Используйте сторонний софт для бэкапа SaaS: Внедрите утилиты вроде Veeam Backup for Microsoft 365 или Synology Active Backup. Они выкачивают почту и файлы на ваши личные серверы в обход стандартных облачных корзин.
- Регулярный тест восстановления: Бэкап считается существующим только тогда, когда вы успешно развернули из него рабочую копию.
Можно ли восстановить данные после преждевременного удаления в Microsoft 365?
Нет, в данном случае удаление необратимо. Microsoft официально подтвердила, что из-за внутреннего системного сбоя данные некоторых подписок были стерты без возможности репликации и восстановления из резервных копий контура.
Кто несет ответственность за потерю данных в облаке M365?
Согласно модели Shared Responsibility, ответственность лежит на клиенте. Microsoft обеспечивает только работоспособность облачной платформы, в то время как резервное копирование контента является обязанностью администратора организации.
Как защитить корпоративные данные в SaaS от ошибок провайдера?
Необходимо развернуть независимый сторонний бэкап. Используйте специализированный софт (например, Veeam или Synology), который в автоматическом режиме скачивает и шифрует копии почты, SharePoint и OneDrive на ваши изолированные серверы.
