Добрый день, Всем! Имеется на борту:

СЕРВЕР:
Продукт:
IBM UDB DB2 v8.1.9.710 64bit

Реестр среды:
[i] DB2_GRP_LOOKUP=LOCAL
[g] DB2_EXTSECURITY=YES

Конфигурация менеджера баз данных:
Аутентификация соединений сервера (SRVCON_AUTH) = NOT_SPECIFIED
Аутентификация менеджера баз данных (AUTHENTICATION) = SERVER
Доверять всем клиентам (TRUST_ALLCLNTS) = YES
Аутентификация доверенного клиента (TRUST_CLNTAUTH) = CLIENT


КЛИЕНТ:
IBM DB2 RunTime Client v8.1.7.445 32bit

Каталог БД:
Число записей в каталоге = 1
Алиас базы данных = JOURNDB
Тип записи каталога = Удаленное
Аутентификация = SERVER


Сервер и клиент находятся в одном домене. Сеть включает несколько доменов.
На клиенте пробую выполнить коннект из DB2 CLP : соединение устанавливается за 15-20 сек.
На других клиентах коннект может длиться и по 20-30 минут.

Далее происходит необъяснимое: создаю на клиенте локального пользователя с паролем, отличным от пароля на сервере. В свойствах этой учетной записи задаю опцию «Отключить учетную запись».
Затем делаю повторный коннект из DB2 CLP: О Чудо! Соединение устанавливается успешно менее чем за 1 секунду (моментально). При этом пароль ввожу тот, который задан на сервере.
После удаления локального пользователя снова идет длительный коннект.

Почему в первом случае соединение выполняется длительное время?

Все клиенты каталогизированы без параметра AUTHENTICATION SERVER, т.е. LIST DB DIRECTORY не содержит строчку Аутентификация = SERVER.
IBM рекомендует всегда задавать тип аутентификации на клиенте для ускорения подключения.
Пробовал два варианта каталогизации: c и без AUTHENTICATION SERVER.
Время подключения не изменяется (в двух вариантах идет длительный коннект).

Ok! То, что медленный коннект может быть связан с сетевыми траблами, доменами, количеством групп на сервере это я могу хоть как-то представить. Но, вот реальный случай из моей практики: юзер звонит и говорит, что завис на подключении. Ожидал около часа (мне бы такое терпение:)) и в итоге не дождался.

Подключился к нему удалено и проделал следующее:

1. Создал локального пользователя в системе, имя которого совпадает с логином на подключение к базе. Намерено задал для этой учетки произвольный пароль и перевел её в состояние "Disabled".

2. Каталогизировал бд без параметра AUTHENTICATION SERVER, чтобы шел запрос на сервер за типом аутентификации.

3. Попробовал подключиться к бд из DB2 CLP. Результат поверг меня в ступор: менее 1 секунды. Т.е. локальный пользователь как-то повлиял на время установки соединения. И это при условии несовпадения паролей и состояния "Disabled".

4. Думаю, что за фигня. Удалил локальную учетку и снова попробовал соединиться. Опять получил "зависший" коннект.

Как объяснить этот феномен? Где логика?

Всем спасибо. Буду пробовать.

После установки RunTime Client DB2 v8.1.18.980 (Fix 18) и перекаталогизации БД с параметром AUTHENTICATION SERVER
соединение с базой проходит на ура! На коннект уходит не более секунды.
Если каталогизировать без AUTHENTICATION SERVER, то время на коннект возрастает существенно.
Совет Евгения Хабарова реально помог!