Запуск и остановка БД

Название этой страницы может звучать так, будто пользователь должен сам постоянно запускать и останавливать базы. В текущем managed‑сценарии SPG99 это не так.

Что происходит на самом деле

Для пользовательской базы действует такой нормальный путь:

создать БД -> подключиться через Gateway -> платформа сама поднимет writer -> после idle сама остановит

Почему ручной start/stop не является основным сценарием

Публичные маршруты start, stop и scale в текущем Control Plane намеренно отключены и возвращают OperationDisabled.

Это сделано, чтобы пользовательский путь оставался простым и предсказуемым:

• база стартует при первом подключении;
• активные lease защищают её от преждевременной остановки;
• после простоя writer освобождается автоматически.

Что изменилось после внедрения autoscaler

Теперь у платформы появилась ещё одна внутренняя операция — controlled handoff writer между профилями. Но это всё равно не превращает lifecycle в ручной пользовательский API.

Пользователь по‑прежнему не должен:

• вручную запускать writer перед обычной работой;
• вручную останавливать writer после работы;
• вручную orchestrate‑ить переход профиля.

Всё это делает платформа.

Что пользователь видит в работе

• stopped — writer сейчас не работает, но база не потеряна;
• booting — платформа поднимает writer;
• ready — можно работать;
• stopping — платформа останавливает writer после idle;
• scale_state != STEADY — идёт controlled handoff профиля.

Что делать пользователю

Если база остановлена

Просто подключитесь к ней через обычный PostgreSQL DSN. Именно это и есть штатный механизм запуска.

Если база долго в booting

Подождите, затем откройте Monitoring / Logs и проверьте, нет ли проблемы на стороне compute или storage.

Если база сейчас в handoff

Смотрите current_profile, target_profile, scale_state и freeze_new_checkouts. Не пытайтесь “перехватить управление” ручным start/stop.

Практический смысл

В SPG99 stopped — это не авария, а часть serverless‑модели. Платформа сама управляет lifecycle writer, а пользователь работает с базой через привычное подключение по DSN.