Backups Aren't Simple
Резервное копирование — это не просто копирование файлов, а сложный процесс, требующий учёта множества факторов. Важно не только иметь копию данных, но и обеспечить возможность восстановления в нужный момент времени, что подразумевает использование снапшотов и соблюдение Recovery Point Objective (RPO) — максимально допустимого объёма потери данных. Например, для фотосемейного архива достаточно еженедельных бэкапов с RPO в сутки, тогда как критические системы требуют RPO менее 30 секунд. Хранение множества снапшотов увеличивает нагрузку на хранилище, поэтому необходима ротация бэкапов по схеме вроде GFS (Grandfather-Father-Son), чтобы балансировать между полнотой истории и расходом места.
Кроме того, резервная копия должна быть изолирована от основной системы, иначе она уязвима перед теми же угрозами: ransomware, случайное удаление или destructive скрипты. RAID 1 не подходит, так как является зеркалом, а не точечной копией во времени. Нужно также учитывать консистентность данных при снапшоте — особенно если задействованы базы данных и приложения, работающие с ними одновременно, иначе можно получить несовместимые состояния. Внешние зависимости вроде LDAP, символических ссылок или sparse-файлов также могут сломать восстановление, если не поддерживаются инструментом бэкапа. В итоге, надёжная система подразумевает зашифрованные, deduplicated на уровне чанков, point-in-time архивы, соблюдение правила 3-2-1 и регулярное тестирование восстановления — например, раз в полгода. И да: лучше не запускать бэкапы в 2–3 часа ночи из-за рисков с переходом на летнее/зимнее время.