Миграция из 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 сценарии — только после отдельной валидации.