Правило 3-2-1: стратегия бэкапов на VPS
Как не потерять данные на VPS: правило 3-2-1, snapshots, rsync, pg_dump. Автоматизация бэкапов через cron.
Один rm -rf или сбой диска — и проект потерян. Бэкапы на VPS — ваша ответственность.
Правило 3-2-1
- 3 копии данных
- 2 разных типа носителей
- 1 копия off-site (другой дата-центр)
Варианты бэкапа на VPS
| Метод | Что бэкапит | Сложность |
|---|---|---|
| Snapshot VPS | Весь диск | Низкая |
| rsync | Файлы | Низкая |
| pg_dump / mysqldump | База данных | Средняя |
| Restic / Borg | Инкрементальные | Средняя |
Автоматизация через cron
# Бэкап PostgreSQL каждый день в 3:00
0 3 * * * pg_dump -U myuser mydb | gzip > /backups/db-$(date +\%F).sql.gz
# Удалять старше 14 дней
0 4 * * * find /backups -name "*.sql.gz" -mtime +14 -delete
Snapshot у провайдера
У Storm Cloud и аналогов — snapshots в панели. Делайте перед:
- Обновлением системы
- Миграцией базы
- Экспериментами с Docker
Что НЕ бэкапить
node_modules— восстанавливается черезnpm install- Логи — ротируйте, не храните вечно
- Временные файлы
Итог
Бэкап без автоматизации = бэкапа нет. Настройте cron + off-site копию (S3, другой VPS). Подробнее — как не потерять код.
Рекомендуем прочитать
- Restic на VPS: зашифрованные бэкапы на S3 и диск
- Как защитить VPS от взлома: чек-лист безопасности 2026
- PostgreSQL на VPS: установка, тюнинг и безопасность
- MySQL или PostgreSQL на VPS: что выбрать в 2026
- MinIO на VPS: своё S3-хранилище для файлов и бэкапов
- Как развернуть сайт на VPS с нуля: полный гайд 2026
Частые вопросы
Что такое правило 3-2-1 для бэкапов VPS?
3 копии данных, 2 разных носителя, 1 копия off-site. Минимум для production: локальный бэкап + облако или второй сервер.
Достаточно ли снапшотов VPS от провайдера?
Снапшоты — хорошее дополнение, но не замена бэкапам БД и файлов. Восстановите отдельно данные приложения и конфиги.






