Полный бэкап (full backup) — резервная копия всего набора данных: файловой системы, базы данных или всего сервера — без исключений. Является базовым компонентом стратегии резервного копирования: инкрементальные и дифференциальные бэкапы опираются на полный бэкап как исходную точку.
Как работает
При создании полного бэкапа копируются все выбранные файлы или блоки диска — независимо от того, изменились ли они с предыдущего бэкапа. Это занимает максимальное время и требует максимального места. Компрессия (gzip, zstd) снижает размер в 2–5 раз для типичных файловых данных.
Восстановление из полного бэкапа — самое простое и быстрое: нужна одна копия. Это отличает полный бэкап от инкрементального (требует базовый + все инкременты) и дифференциального (базовый + последний дифференциал).
Стратегия 3-2-1: 3 копии данных, 2 разных носителя/провайдера, 1 копия offsite (off-site backup). Полный бэкап — обязательная часть этой стратегии.
Типы бэкапов
| Тип | Что копирует | Скорость создания | Скорость восстановления | Место |
|---|---|---|---|---|
| Полный (Full) | Всё | Медленно | Быстро | Много |
| Инкрементальный | Изменения с последнего бэкапа | Быстро | Медленно (цепочка) | Мало |
| Дифференциальный | Изменения с последнего полного | Средне | Средне (2 копии) | Средне |
| Снапшот | Точка восстановления тома | Мгновенно | Мгновенно | Только дельта |
История
Концепция резервного копирования существует с первых магнитных лент в 1950-х годах. Полный бэкап на ленту — стандарт с 1960-х. В 1980-х появились дисковые бэкапы. Правило 3-2-1 сформулировал фотограф Питер Кроуфорд (Peter Krogh) в 2005 году, перенесено в IT без изменений. Облачные бэкапы (S3, Backblaze B2) стали доступны с 2006 года.
Полный бэкап: инструменты и стратегии
Для Linux-серверов: tar cvzf /backup/full-$(date +%Y%m%d).tar.gz /etc /home /var/www — простой полный бэкап критичных директорий. rsync для зеркалирования: rsync -av --delete /source/ /backup/ — синхронизация с удалением лишних файлов. Для бэкапа БД PostgreSQL: pg_dumpall > /backup/pg_full.sql, MySQL: mysqldump --all-databases > /backup/mysql_full.sql.
Инкрементальный бэкап поверх полного: Restic (дедупликация, шифрование), Bacula (enterprise solution), Amanda. Политика 3-2-1: 3 копии данных, 2 на разных носителях, 1 off-site. Full backup еженедельно + daily incrementals — стандарт. Verify backup: tar -tvf backup.tar.gz > /dev/null проверяет целостность архива без извлечения.
На что обращать внимание
Полный бэкап для VPS с 40 ГБ данных создаётся ~20–60 минут; для базы данных 10 ГБ — через mysqldump или pg_dump — 5–15 минут. Инструменты полного бэкапа для VPS: Restic, BorgBackup, Bacula. Хостинг-провайдеры обычно предоставляют ежедневные снапшоты на уровне KVM — это эквивалент полного бэкапа уровня диска.
Стратегия резервного копирования
Правило 3-2-1: 3 копии, 2 разных носителя, 1 копия offsite. Полный бэкап + инкрементальные (только изменения) — оптимальный баланс объёма хранилища и скорости восстановления. На VPS: ежедневный полный бэкап файловой системы через Restic в S3-хранилище — стандартная практика. Для снапшотов VM: KVM/QEMU поддерживает live snapshot через qemu-guest-agent без остановки сервера. Ротация: 7 ежедневных + 4 недельных + 12 месячных копий. Off-site обязателен: пожар в дата-центре уничтожает все локальные копии.