БД застряла в creating / booting

Если БД застряла в creating или booting, проблема почти всегда связана не с тем, что база “не существует”, а с тем, что платформа не смогла довести её до ready.

Что означает это состояние

• creating — платформа ещё подготавливает каталог и storage‑сущности;
• booting — writer уже поднимается, но PostgreSQL ещё не готов принимать рабочий трафик.

На этом пути платформа может ждать:

• готовности compute;
• soft bootstrap через Pageserver;
• прохождения readiness;
• доступности Safekeeper quorum;
• завершения или отката profile handoff.

Что проверить в первую очередь

1. Откройте карточку БД или describe и посмотрите:
   • state;
   • current_scale / target_scale;
   • current_profile / target_profile;
   • scale_state;
   • worker_id, если он уже появился;
   • scale_failure_reason или error_reason, если есть.
2. Проверьте Metrics и Logs.
3. Убедитесь, что проблема не сводится к слишком короткому connect_timeout на стороне клиента.
4. Если проблема затрагивает несколько БД сразу, смотрите Gateway и Control Plane как общий слой.

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

Если база просто ещё в переходном состоянии

Обычно нужно немного подождать и перечитать состояние.

Если booting затянулся

Смотрите логи и метрики, а не пытайтесь строить сложный ручной lifecycle вокруг базы.

Если база перешла в scale_state=FAILED

Значит сорвался autoscale handoff. Здесь особенно важно сохранить:

• tenant и db;
• текущее scale_state;
• current_profile и target_profile;
• scale_failure_reason;
• время проблемы.

Когда эскалировать

Эскалация нужна, если:

• база долго не меняет состояние;
• несколько БД одновременно застревают в booting;
• одна и та же БД повторно уходит в FAILED или error;
• есть признаки проблем у storage‑контура или Gateway.

Практический вывод

Для пользователя главный инструмент здесь — не ручной start, а корректная диагностика через:

• state;
• scale_state;
• Monitoring;
• Logs.