Здравствуйте.

Начиная с версии Firebird 2.5.3, не удаётся сделать shutdown базы если есть два и более неиспользуемых соединения к ней.
Команда:

просто зависает.

Аналогичную проблему я видел в этой теме (Сценарий-2), но там решения я не нашёл..

Как вообще организовать shutdown базы, если есть приложение с пулом соединений?
Почему-то при попытке shutdown базы с ключом -attach приложение зависает на попытке закрытия одного соединения до тех пор пока не закончится timeout у shutdown'а...

Dimitry SibiryakovДля начала надо очень сильно обосновать необходимость этого.

Необходимость shutdown'а или pool'а соединений?

Dimitry SibiryakovПотом - прочитать полный мануал по gfix и особенно внимательно - раздел о shutdown modes.

Читал вот эту статью.
Есть более полный мануал?

dimitrвплоть до 2.5.6?
да

Dimitry SibiryakovvitkudНеобходимость shutdown'а или pool'а соединений?

Их совместного использования.

пул соединений используется потому как приложения (их несколько) серверные, а shutdown используется в отдельном спец. приложении для обновления, уплотнения и прочих операция с базой... при этом серверные приложения завершать нельзя, они многофункциональные...

Dimitry SibiryakovОчевидно, только первую половину, которая не относится к версии 2.5.
я прочитал эту статью полностью.

по поводу shutdown force: похоже это всё-таки ошибка в FB: http://tracker.firebirdsql.org/browse/CORE-4742

Dimitry SibiryakovТак с какого перепоя ты тогда используешь для версии 2.5 синтаксис версии 1.5?

но ведь это не запрещено и в доке написано:
multi - this is the default mode ...
и это значение меня вполне устраивает, и я его явно не указываю для краткости.

в любом случае, использование любого другого режима не решает проблему

hvladДаже в указанной теме в первом же сообщении видна правильная строка для шатдауна.

такой режим мне не подходит, а multi и так является режимом по умолчанию.
В любом случае, даже такое решение не работает.

Dimitry SibiryakovВ твоём случае никакое решение не будет работать, обломись.

Спасибо на добром слове.

kdvда хрен знает, кто там "зависает", и как. shut -force блокирует коннекты, понятно что они "зависают", надо отключиться и подключиться снова (под sysdba).
Пороблема в том что зависает процесс "shut -force" хотя там стоит таймаут 0, а вот в 2.5.2 всё нормально...

kdvНасчет "уплотнения базы" - да, стрёмный термин, неясно что там автор себе соображает.
Я прошу прощения что не знаю устоявшийся русский термин. Это я о том, о чём написано тут , т.е. о backup/restore..
Просто базы иногда "раздуваются" и сами обратно не "сдуваются", а места мало... Эта практика пошла еще с 1.5, может в 2.5 есть другой механизм для этого?

Ariochесли уж делать "стройную систему подпорок и костылей", то можно делать в два шага, наверное.
Сначала базу переводить в полный шатдаун, а потом переводить в single-user для обслуживания.
Ну и потом - обратно в норму.
Собственно проблема в том, что не удаётся перевести базу в шатдаун (начиная с 2.5.3) нитка зависает..

AriochХотя один чёрт непонятно - а почему нельзя исправить само приложение.
Или на худой конец рвануть все коннекты файрволом на долю секунды.
Тут проблема в том, что есть много приложений (и локальных, и удалённых) и много баз, и нельзя останавливать ни приложения, ни Firebird.
Если не использовать механизм shutdown, то для удаления базы надо как-то оповестить все приложения о том что эта база готовится к удалению, и дождаться когда все отцепятся. Но если хоть одно приложение "зависло" с открытым соединением - то облом.. Плюс нужно придумать механизм для оповещения, в том числе и удалённых приложений (без доступа к ФС).

А вообще, я правильно понимаю что использование механизма shutdown всячески порицается?

Симонов Денисесли мусор собирается, то никаких "вспучиваний" не будет. Свободное пространство будет использовано повторно.
Иногда в базу попадет много ненужных данных (по ошибке пользователей или ПО, не важно), и после их удаления база остаётся огромных размеров...