Стратегия резервного копирования PostgreSQL для MES/WMS
Признаки
Резервное копирование — не «сделать копию», а «гарантировать восстановление». Backup, который никогда не восстанавливали — это не backup.
Компоненты стратегии
- pg_dump — логическое резервное копирование. Полный снимок схемы и данных. Запускается по расписанию (cron/systemd timer).
- WAL-архивирование — PostgreSQL пишет WAL (Write-Ahead Log). Архивирование WAL позволяет восстановить состояние БД на любую минуту (Point-in-Time Recovery).
- Хранение — backup хранится на отдельном сервере или в облачном хранилище (S3-совместимое). Не на том же сервере, что и БД.
- Тест восстановления — регулярно (раз в месяц) восстанавливаем backup на тестовом сервере и проверяем целостность.
Типичное расписание
- Полный pg_dump — ежедневно ночью.
- WAL-архивирование — непрерывно.
- Хранение — 30 дней (полные) + 7 дней (WAL).
- Тест восстановления — ежемесячно.
Это базовый уровень. Для критичных систем — репликация на горячий резерв (streaming replication).
Связанные страницы