Резервное копирование: копии, восстановление и отказоустойчивость

Резервное копирование создаёт копию, из которой данные или сервис можно восстановить после сбоя, удаления или повреждения.

RAID повышает доступность дисковой подсистемы, но не создаёт независимую резервную копию данных.

Snapshot удобен для быстрого отката, но сам по себе не заменяет полноценный backup.

Репликация повышает доступность и может участвовать в DR-схеме, но её роль нужно отделять от долгосрочного хранения резервных копий.

Отдельный repository должен рассчитываться по объёму, росту данных, окну резервного копирования и требуемой скорости восстановления.

Вынос копии снижает зависимость от аварии одной серверной или площадки.

Immutable-подход ограничивает возможность изменить или удалить сохранённую копию в течение заданного периода.

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

RPO определяет, насколько «назад во времени» допустимо откатиться после инцидента.

RTO задаёт целевое время, за которое сервис должен быть возвращён в рабочее состояние.

Частота backup должна соответствовать RPO, объёму изменений и доступному окну резервного копирования.

Для RTO важна не только скорость записи backup, но и реальная скорость чтения, передачи и запуска восстановленного сервиса.

Периодическая проверка показывает, читаются ли копии и укладывается ли реальное восстановление в требуемое время.

Виртуальные машины, базы данных, файловые ресурсы и отдельные приложения могут требовать разных методов копирования.

Для восстановления приложения могут понадобиться не только данные, но и ОС, СУБД, конфигурация, сеть и связанные сервисы.

Если требуется работа после потери основной площадки, backup нужно рассматривать вместе с DR и процедурой запуска сервисов.