Миграция из PostgreSQL
StableКак выбрать подходящий путь миграции из существующего PostgreSQL в SPG99.
Обновлено: 5 марта 2026 г.
Для миграции из существующего PostgreSQL в SPG99 полезно сразу выбрать сценарий по двум критериям:
- размер данных;
- допустимое окно простоя.
Основной и самый простой путь
Для большинства пользователей наиболее прямой и поддерживаемый сценарий — это:
- создать целевую БД в SPG99;
- перенести данные через
pg_dump/pg_restore; - выполнить проверку;
- переключить приложение на новый DSN.
Этот путь проще всего контролировать и он хорошо подходит для dev, stage и многих production‑сценариев с допустимым окном переключения.
Когда нужен более сложный путь
Если важен минимальный downtime, следующая ступень — логическая репликация. Но это уже расширенный сценарий: в базовой managed‑конфигурации его нужно заранее подтвердить и протестировать отдельно.
Как выбрать сценарий
Небольшая или средняя база, есть окно работ
Выбирайте pg_dump / pg_restore.
Нужен минимальный downtime
Рассматривайте логическую репликацию только после отдельной проверки требований и тестового прогона.
Что сделать до старта миграции
- проверить расширения и особенности схемы;
- оценить объём данных и время загрузки;
- подготовить целевой tenant и БД;
- согласовать cutover и путь отката;
- заранее проверить приложение на новом DSN в тестовом окружении.
Для большинства пользователей этого достаточно: сначала простой и надёжный путь через dump/restore, а более сложные zero‑downtime сценарии — только после отдельной валидации.
