Уважаемые коллеги, добрый день!

firebird 2.5.5. superclassic
centOS-7

Наблюдается падение производительности при использовании execute statement on external.
FB перестает отвечать на запросы такой конструкции, сессии виснут.

Если кто сталкивался, прошу помочь в решении.

сервер переехал на другой IP
база доступна во всех приложениях, все обычные запросы выполняются,
стали виснуть все запросы вида:
execute statement ('select ...') on external 'ip:dbname' ...

attachments копятся и база зависает

да, все приложения, которые не используют процедур с execute statement, работают без сбоев

приложения смотрят в разные СУБД FB, execute в этом очень помогает

isql-fb IP:DBNAME
ответ:
statement failed, SQLSTATE = 08004

коннект через ISQL прошел, попробую из консоли execute statement выполнить

execute statement on external из isql зависает

hvlad,
коннект через isql проходит, а выполнение execute statement on external вешается...
первопричина на мой взгляд в смене IP, но куда копать не могу понять...

да, как вы и советовали, с это же машины

коллеги, постараюсь ответить подробно:
есть сервер IP1, на нем несколько СУБД FB: alias1, alias2 и т.д. после смены IP адреса сервера, выполнение конструкций вида:
begin
for execute statement ('select ...') on external 'ip1:alias2' into ...
do
end
приводит к зависанию.
при этом, в то же самое время выполнение обычных запросов не тормозит.
тест проводил с удаленного ПК, через IBExpert, и с консоли isql на сервере IP1.
До смены IP адреса сервера таких проблем не было.
Если у кого-либо был подобный случай, прошу поделиться опытом.

Сервер один, допустим его IP= ip0, после смены его IP на ip1 сервер был перезапущен.
на нем несколько баз FB: alias1, alias2 и т.д.
Все клиентские приложения/web сервисы работают в штатном режиме, кроме тех, которые
используют конструкции вида execute statement ('select ...') on external 'ip1:alias2' into ...
множественный вызов таких конструкций стал приводить к зависанию.

если указывать localhost вместо ip, то результат не меняется.
если перезапустить сервер, то поначалу все выглядит хорошо, но мере возрастания количества вызовов такой конструкции из приложений возрастает время отклика.
повторюсь, обычные запросы к БД продолжают выполняться с прежней скоростью.

увы... не помогает.

коллеги, посоветуйте пожалуйста, как можно диагностировать зависание выполнения запросов execute statement

отвечаю на ваши вопросы по порядку:

hvladДругие запросы не виснут ?
другие запросы отрабатывают как и прежде
hvladСколько всего коннектов к основной БД ? К остальным БД ?
от 150 до 200 коннектов к основной, до 50 к остальным
hvladЧто менялось, кроме IP (ответ - "ничего" означает, что ничего не изменилось и с "зависаниями").
виртуальный сервер БД переехал в другое сетевое пространство без изменений аппартных характеристик
hvladОткуда известно, что виcнут именно "execute statement" ?
проверено путем выполнения отдельных блоков begin...end из IBexpert и запуском приложений использующих подобную конструкцию
hvladВиснут запросы к разным внешним БД или к одной и той же ?
любой запрос execute on extermal
hvladЯ так и не вижу ответа на вопрос о firebird.log
лог прилагаю

примечание:
после перезапуска сервера какое-то время execute on extermal работает также шустро как и раньше, но потом начинает подвисать.

спасибо за ваше терпение!

hvlad,

conf во вложении.
IP правильный - 100% гарантия.
upgrade допустим, будем думать в этом направлении, спасибо.

Dimitry Sibiryakovsergey962IP правильный - 100% гарантия.

А теперь вопрос на засыпку: с твоей строке 'ip:dbname' ip это действительно ip в числовой
форме типа "1.2.3.4" или это имя хоста?


пробовали все варианты: <ip>:alias; <имя сервера>:alias; alias
результат не меняется...