hostprofi.ru
Подобрать хостинг
Термин·буква И

Инкрементальный бэкап

краткое определение

Инкрементальный бэкап — резервное копирование, при котором сохраняются только данные, изменившиеся с момента последнего бэкапа (полного или инкрементального). Экономит место и время по сравнению с полным копированием.

Инкрементальный бэкап фиксирует только изменения с момента последней резервной копии — полной или инкрементальной. Восстановление требует базового полного бэкапа плюс всей цепочки инкрементальных. Сравните с дифференциальным: тот фиксирует изменения с последнего полного бэкапа.

Как работает

Система определяет изменённые файлы через атрибут «archive bit» (Windows) или метки mtime/inode (Linux). При инкрементальном бэкапе 100 ГБ данных, где изменились 2 ГБ, размер бэкапа — 2 ГБ, не 100 ГБ.

Схема 3-2-1: 3 копии данных, 2 на разных носителях, 1 вне площадки (off-site). Типичное расписание: воскресенье — полный бэкап (Full), понедельник–суббота — инкрементальные. Для восстановления среды в среду: Full + Mon-инкремент + Tue-инкремент + Wed-инкремент.

Дедупликация и сжатие сокращают объём дополнительно: Restic разбивает данные на чанки (CDC — content-defined chunking) и хранит только уникальные блоки. При переименовании файла сохраняются только метаданные, не сам файл.

История

Концепция инкрементального бэкапа существует с 1970-80-х годов ленточного хранения. UNIX dump поддерживает уровни бэкапов (0 = полный, 1-9 = инкрементальные относительно предыдущего уровня) с 1975 года. Veritas NetBackup (1992) популяризировал инкрементальные бэкапы в корпоративном сегменте.

Типы бэкапов

  • Full — полная копия всех данных. Максимальное место, простое восстановление.
  • Incremental — только изменения с последнего любого бэкапа. Минимальное место, долгое восстановление.
  • Differential — изменения с последнего Full. Компромисс.
  • Synthetic Full — Full собирается из предыдущего Full + инкрементальных без чтения исходных данных.

Связь с хостингом

Большинство хостинг-провайдеров предлагают ежесуточные инкрементальные бэкапы с хранением 7-30 дней. Инструменты: R1Soft (CDP-бэкапы дисков), Duplicati (облачные бэкапы), rsync-based скрипты. RPO (Recovery Point Objective) — параметр, который определяет максимальную частоту бэкапов.

Ключевые отличия от похожих терминов

Снапшот (snapshot) — мгновенная копия состояния блочного устройства или файловой системы без копирования данных. Бэкап — физическая копия на отдельный носитель. Снапшот быстрее, но не защищает от отказа дискового массива.

Типы резервного копирования

Full backup: полная копия всех данных. Дифференциальный: изменения с момента последнего full. Инкрементальный: изменения с момента последнего бэкапа любого типа. Для восстановления инкрементального нужны: full + все инкременты по цепочке. 3-2-1 правило: 3 копии, 2 носителя, 1 вне площадки.

Инструменты

rsync --link-dest: hard links для неизменённых файлов (экономия диска). Duplicati: шифрованный инкрементальный бэкап в облако. Restic: дедупликация, шифрование, S3-backend. R1Soft: agent-based для хостинг-провайдеров. Percona XtraBackup: инкрементальный бэкап MySQL без downtime.

RTO и RPO

RPO (Recovery Point Objective) — допустимая потеря данных: как часто делать бэкап. RTO (Recovery Time Objective) — время восстановления. Для e-commerce: RPO = 1 час, RTO = 4 часа. Тестирование восстановления обязательно: бэкап без проверки восстановления — не бэкап.

Другие термины