Управление соединениями в PostgreSQL и суть конфликта

Ошибка «ERROR: database "dbname" is being accessed by other users (SQL state 55006)» (База данных занята другими пользователями) возникает в СУБД PostgreSQL при попытке выполнить DDL-операции, требующие эксклюзивной блокировки всей базы данных (Exclusive Lock). Наиболее частые операции: DROP DATABASE (удаление базы при разворачивании бэкапа) и ALTER DATABASE ... RENAME TO (переименование при копировании продуктивной базы в тестовую). В связке с сервером 1С:Предприятие, процессы rphost постоянно удерживают пул открытых TCP-соединений к PostgreSQL. Пока хотя бы одна транзакция или сессия (даже в статусе idle) держит базу, СУБД отклонит команду удаления. Бизнес-риски: автоматические скрипты CI/CD по обновлению тестовых контуров 1С падают с ошибкой, невозможность освободить диск.

Состояния соединений (pg_stat_activity)

Устранение блокировок в PostgreSQL (Освобождение базы)

Сценарий 1: Принудительное завершение всех сеансов (KILL аналог из MS SQL)

Самый действенный способ для администратора — использовать системную функцию pg_terminate_backend(). Запрос необходимо выполнять, подключившись к другой базе (например, postgres).

 -- Подключитесь к системной базе postgres
 \c postgres
 
 -- Отключение новых подключений к целевой базе (чтобы 1С не пересоздала их мгновенно)
UPDATE pg_database SET datallowconn = 'false' WHERE datname = 'Имя_Базы_1С';

 -- Принудительное завершение (kill) всех текущих PID для указанной базы
SELECT pg_terminate_backend(pid)
FROM pg_stat_activity
WHERE datname = 'Имя_Базы_1С' AND pid <> pg_backend_pid();

 -- Выполнение нужной команды
DROP DATABASE "Имя_Базы_1С";

Сценарий 2: Возврат базы в нормальный режим

Если вы не удаляли базу, а просто отрубали сеансы, не забудьте разрешить подключения.

 UPDATE pg_database SET datallowconn = 'true' WHERE datname = 'Имя_Базы_1С';

Типовые ошибки администраторов

• Выполнение DROP без запрета новых подключений (datallowconn = false): Сервер 1С обладает агрессивным пулом соединений. Как только вы убиваете PID (процесс), rphost понимает, что связь оборвалась, и за миллисекунды создает новое соединение. Вы не успеете написать команду DROP руками, база снова будет занята (SQL state 55006).