Все статьи базы знаний
Стратегия резервного копирования PostgreSQL для MES/WMS
Симптомы проблемы
- Нет регламентного резервного копирования
- Backup делается вручную и нерегулярно
- Нет теста восстановления из backup
Решение
Резервное копирование — не «сделать копию», а «гарантировать восстановление». 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).
Связанные страницы
backup
postgresql
восстановление
эксплуатация
инженерный
Связанные статьи
process
Каждый отдел работает в своей программе
Фрагментация систем — это не техническая проблема, а бизнес-риск. Невозможно управлять тем, что...
process
Руководитель узнаёт о проблемах из разговоров
Управление по факту — это постоянное тушение пожаров. Руководитель не может предотвратить то, о...
process
Миграции схемы БД через Alembic: как обновлять без остановки
Схема базы данных меняется по мере развития системы. Без версионирования миграций — хаос: на dev...
process
On-premise развёртывание: Docker Compose для MES/WMS
On-premise — развёртывание на сервере заказчика. Данные не покидают периметр. Нет облачных...
Похожая проблема?
Разберём ваш процесс за 30 минут — бесплатно.