Резервное копирование по правилу 3-2-1: бэкапы, которые переживут пожар в дата-центре

После октябрьских аварий в крупных дата-центрах многие компании впервые открыли настройки своих бэкапов — и увидели, что копии лежат там же, где и сервер. Когда площадка недоступна, недоступны и копии. Правило 3-2-1 придумано ровно против этого.

Правило 3-2-1 в одном абзаце

• 3 копии данных: рабочие данные и ещё две резервные копии.
• 2 разных носителя или системы: например, диски сервера и отдельное хранилище, а не две папки на одном диске.
• 1 копия на другой площадке: в другом дата-центре, у другого провайдера.

Сегодня к нему добавляют ещё две цифры — 3-2-1-1-0: одна копия неизменяемая (её нельзя удалить или зашифровать даже с правами администратора) и ноль ошибок при проверке восстановления.

Зачем неизменяемая копия

Шифровальщики давно научились сначала находить и удалять бэкапы, а потом шифровать рабочие данные. Если резервное хранилище доступно с того же сервера с теми же правами, оно погибнет вместе с ним. Неизменяемая копия — это хранилище, где файл нельзя изменить или удалить в течение заданного срока, или хотя бы копия, которую забирает внешняя система (pull), а не отправляет сам сервер.

Как часто делать копии

Частота определяется тем, сколько данных вы готовы потерять:

Сколько хранить

Удобная схема — «дед-отец-сын»: ежедневные копии хранятся неделю, еженедельные — месяц, ежемесячные — год. Так вы можете откатиться и на вчера, и на прошлый квартал, если ошибку заметили поздно, а место на дисках растёт умеренно благодаря инкрементальным копиям.

Главное: проверка восстановления

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

• Раз в месяц разворачивайте копию на отдельном сервере и проверяйте, что система запускается и данные свежие.
• Засекайте время восстановления — это ваше реальное время простоя в аварию.
• Храните инструкцию по восстановлению и доступы вне основной площадки.
• Настройте уведомление, если очередная копия не сделалась. Тихо сломавшийся бэкап — самый частый сценарий.

Чем делать: инструменты

• 1С: выгрузка .dt для файловых баз; для SQL-версии — штатные полные и разностные копии плюс журнал транзакций.
• Linux-серверы и файлы: restic или Borg — шифрование, дедупликация, история версий, копирование на удалённую площадку.
• Виртуальные машины: снапшоты и резервные копии на уровне гипервизора (Proxmox Backup Server, Veeam).
• Базы данных: штатные дампы и репликация PostgreSQL или MySQL на резервный сервер.

Чек-лист: ваш бэкап надёжен, если…

• одна из копий лежит у другого провайдера, в другом дата-центре;
• есть копия, которую нельзя удалить с основного сервера;
• частота копий соответствует тому, сколько данных вы готовы потерять;
• восстановление проверялось в этом месяце, и вы знаете, сколько оно длится;
• если копия не сделалась, кто-то об этом узнаёт в тот же день.

Чем помогаем мы

Наш дата-центр в Москве подходит как «та самая другая площадка» для копий из облака или офисной серверной. Настраиваем регулярные копии 1С, баз и файлов на отдельный сервер, проверяем восстановление и присылаем отчёт, что резерв живой. Если нужно — поднимаем из копии резервный сервер, чтобы в аварию переключиться за часы. Подробнее о том, как собрать полноценный план Б, — в статье про резервный дата-центр.