Что произошло в описанном случае
По данным разбора на Хабре, у одной из компаний, работавших в Yandex Cloud:
- недельная резервная копия не завершилась внутри поражённого контура, и восстановление откатило данные к 4 октября. Потеряно около семи дней транзакций и изменений;
- база данных поднималась из дампа больше суток, основное время ушло на перестроение индексов;
- переезд к другому провайдеру задержали очереди на ручное выделение ресурсов;
- при переносе изменились ID ресурсов, и сломались привязки, жёстко прописанные в коде.
Кроме того, после 10 октября Yandex Cloud перевёл квоты в ручной режим, а затем приостановил их выдачу. Даже исправная копия внутри облака оказалась бесполезной, если под её восстановление не выделялись ресурсы.
Четыре вывода
1. Копия у того же провайдера защищает от ошибок, но не от аварии площадки
Снапшоты и бэкапы внутри облака хороши для отката после неудачного обновления или удаления файла. При потере площадки, блокировке аккаунта или заморозке квот они недоступны вместе с основной системой. Минимум одна копия должна быть у другого провайдера или в офисе.
2. Важна частота, а не только наличие
Еженедельная полная копия означает до недели потерянных данных. Для баз с заказами, оплатами и заявками нужны ежедневные копии плюс непрерывная запись журналов транзакций (например, WAL для PostgreSQL), чтобы потери измерялись минутами.
3. Время восстановления нужно знать заранее
Сутки на восстановление базы — это сутки простоя. Узнать реальное время можно только одним способом: регулярно восстанавливать копию на чистой машине и засекать. Как это делать, мы описали в статье как проверить резервные копии.
4. Инфраструктура должна описываться без жёстких ID
Если адреса, идентификаторы ресурсов и ключи прописаны в коде, переезд превращается в поиск и исправление. Конфигурация в переменных окружения и описание инфраструктуры кодом (Terraform, Ansible) позволяют развернуть окружение у другого провайдера по регламенту.
Как устроить копирование, которое переживёт аварию
- 3-2-1: три копии, два типа хранения, одна копия вне основной площадки.
- Независимые ключи: доступ к внешним копиям не из основного облака, удалить их оттуда нельзя.
- Шифрование до отправки, ключ у вас.
- Частота под ценность данных: базы ежедневно и с журналами транзакций, файлы ежедневно, образы серверов еженедельно.
- Ежемесячный тест восстановления с отчётом и замером времени.
- Только российские площадки, если в данных есть персональные данные граждан РФ.
Сколько это стоит
Для малого бизнеса независимая копия у второго провайдера обычно обходится в стоимость хранения (зависит от объёма) плюс разовая настройка. Это несопоставимо с потерей недели заказов. Постоянное горячее зеркало у второго провайдера заметно дороже: по оценке автора разбора, для его компании это около 2 млн рублей в месяц. Для большинства компаний достаточно холодного резерва.
Настроим копию у второго провайдера и будем ежемесячно проверять восстановление: подробнее об услуге.
Источники и дата проверки
Проверено 13 октября 2026 года. Статья опирается на публикации, перечисленные ниже; рекомендации по действиям — практические.