Доброго времени суток.
Задача предельно проста, чтобы при выходе из строя основного сервера конечный пользователь ничего не заметил.
Имеется 2-а сервера Informix работающих в HDR-е, на них также установлены Connection Manager-ы. Подключение из Windows XP SP3 32bit происходит по средствам ODBC. Всё работает без проблем. Моделируется ситуация выхода из строя основного сервера и соответственно Connection Manager-а, в этом случае подключение по ODBC происходит с неприемлемой задержкой, посоветуйте как с этим можно бороться или какие могут быть варианты решения проблемы. Заранее благодарен.

OS CentOS 6.2 x86_64
Informix 11.50 FC7
Connection Manager 3.50

cmsm.cfg на основном сервере:
NAME cm001
SLA oltp=primary
DEBUG 1
LOGFILE /opt/IBM/informix/log/cm001.log

cmsm.cfg на запасном сервере:
NAME cm002
SLA oltp2=primary
DEBUG 1
LOGFILE /opt/IBM/informix/log/cm002.log

Linux SQLHOSTS:
cluster_1 group - - i=40
ol_informix001 onsoctcp informix001 1520 g=cluster_1
ol_informix002 onsoctcp informix002 1520 g=cluster_1
oltp onsoctcp informix001 1526
oltp2 onsoctcp informix002 1526

Windows SQLHOSTS:
[HKEY_LOCAL_MACHINE\SOFTWARE\Informix\SQLHOSTS\cluster_1]
"HOST"="-"
"SERVICE"="-"
"PROTOCOL"="group"
"OPTIONS"="g=cluster_1"

[HKEY_LOCAL_MACHINE\SOFTWARE\Informix\SQLHOSTS\cluster_1\oltp]
"OPTIONS"="g=cluster_1"
"PROTOCOL"="onsoctcp"
"HOST"="192.168.148.19"
"SERVICE"="1526"

[HKEY_LOCAL_MACHINE\SOFTWARE\Informix\SQLHOSTS\cluster_1\oltp2]
"HOST"="192.168.148.27"
"OPTIONS"="g=cluster_1"
"PROTOCOL"="onsoctcp"
"SERVICE"="1526"

[HKEY_LOCAL_MACHINE\SOFTWARE\Informix\SQLHOSTS\oltp]
"HOST"="192.168.148.19"
"SERVICE"="1526"
"PROTOCOL"="onsoctcp"
"OPTIONS"="g=cluster_1"

[HKEY_LOCAL_MACHINE\SOFTWARE\Informix\SQLHOSTS\oltp2]
"HOST"="192.168.148.27"
"OPTIONS"="g=cluster_1"
"PROTOCOL"="onsoctcp"
"SERVICE"="1526"

Около 5-6 секунд. Задержка не уходит, т.к. сервер на котором стоит один из CM лежит. Я и хотел узнать может есть какие опции со стороны настройки SQLHOSTS или можно принудительно выставить на клиенте приоритет опроса (но это тоже не совсем то). Я пока нашел только опцию с - перенаправление соединения, в этом случае клиент подключается к случайному экземпляру группы и в результате шанс 50/50 попасть на лежащий сервер, это не решение.

Да, проверяли только ODBC. Может я совсем понимаю процесс подключения со стороны ODBC. Там прописано 2-а адреса 192.168.148.19 и 192.168.148.27, как он выбирает очередность опроса я не совсем в курсе, но первым идёт адрес 192.168.148.19 за ним 192.168.148.27. Если первый CM ложится, то он опрашивает вначале лежащий хост 192.168.148.19 вот тут и происходит задержка, как я понимаю. Если моё понимание верно, то можно что-то сделать со стороны клиента, для уменьшения времени отклика или изменить очередность опроса ?