Тайм-аут при восстановлении резервной копии

Я занимаюсь миграцией довольно крупной установки Discourse с одного экземпляра (уже 3 года работает без сбоев!) на управляемые базы данных Digital Ocean и отдельные фронтенды. После запуска новых фронтендов всё работает отлично: у меня есть свежая, рабочая установка Discourse.

Однако при попытке восстановить резервную копию процесс всегда в конечном итоге падает на этапе «восстановление файла дампа»:

...
[2020-11-14 04:56:16] Создание отсутствующих функций в схеме discourse_functions...
[2020-11-14 04:56:17] Восстановление файла дампа... (это может занять время)
[2020-11-14 04:58:27] psql: ошибка: не удалось подключиться к серверу: не удалось подключиться к серверу: время ожидания соединения истекло
...

Я в недоумении, что здесь происходит. Соединение вроде бы работает, поскольку сам Discourse функционирует нормально, и в логах БД или графиках я не вижу ничего, что указывало бы на проблемы с этой стороны.

Есть какие-то идеи?

Редактирование: Только что заметил странность в логах. В моём конфигурационном файле порт Postgres указан как 25060, но в логах, где говорится о таймауте, упоминается порт 5432.

[2020-11-14 18:20:23] Запущен ли сервер на хосте "[host]" ([ip]) и принимает ли он
[2020-11-14 18:20:23] TCP/IP-соединения на порту 5432?

Возможно, процесс восстановления по какой-то причине игнорирует настроенный порт?

А, ладно, наконец-то наткнулся на этот пост, похоже, мне нужно было установить DISCOURSE_BACKUP_DB_PORT.