Резервное копирование сервера и базы

Что обязательно бэкапить

1. База данных

Главный кандидат на резервное копирование. Для PostgreSQL чаще всего используют pg_dump.

pg_dump -U USER -h HOST -d DB_NAME > backup.sql

2. Переменные окружения

Если потеряется .env или значения из Dashboard, восстановление может занять больше времени, чем сама база.

3. Загруженные файлы

Если на проекте есть uploads, медиа или пользовательские файлы, они должны бэкапиться отдельно.

4. Критичные настройки

Минимум зафиксируй:

• домены
• пароли
• root domain CapRover
• параметры базы
• способ входа на сервер

Как часто делать резервные копии

Базовая здравая схема:

• перед любым обновлением приложения — вручную
• по расписанию — ежедневно или хотя бы несколько раз в неделю
• перед миграциями базы — обязательно

Куда складывать копии

Не держи единственную резервную копию на том же сервере. Минимально лучше иметь:

• локальную копию на сервере как временную
• вторую копию во внешнем хранилище

Что проверить после создания бэкапа

Нужно убедиться не только в том, что файл создан, но и в том, что он:

• не пустой
• открывается
• подписан по дате
• понятен по названию

Пример имени:

academy-db-2026-03-26.sql

Минимальный сценарий восстановления

Бэкап считается полезным только если понятен путь назад:

1. развернуть или подключить PostgreSQL
2. создать нужную базу
3. восстановить дамп
4. вернуть env
5. проверить приложение