|
Кто валит запрос через ODBC на 7200 секунде (120мин)
|
|||
---|---|---|---|
#18+
Никак не могу понять , кто прерывает запрос ровно на 7200 сек. Запрос простенький а выполняется долго Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8.
причем сам select выполняется за 3 сек Код: plaintext 1. 2. 3. 4. 5.
и возврящает 3000 записей (в db2admin.People 4000 записей.) . А обновлени выпоняется дофига по времени. А такой select тоже вылиться через 7200 сек Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8.
Все осложняется тем, что это все через ODBC и по большому счету я могу только посылать запросы (работать через Command Line Processor невозможно, только садиться на телефон и дергать человека там) Вопроса 2: 1. Как снять ограничение 7200 сек (это 120 минут) ? 2. Как оптимизировать запрос ( создавать в db2admin.tmpTrace индексы - не желательно. В db2admin.People создан по UserName)? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.06.2004, 15:47 |
|
Кто валит запрос через ODBC на 7200 секунде (120мин)
|
|||
---|---|---|---|
#18+
Вот удалось выковырять ошибку которая выводиться приэтом на клиенте [IBM][CLI Driver] SQL30081N Ошибка связи. Использовался протокол связи: "TCP/IP". API связи: "SOCKETS". Ошибка обнаружена в положении: "172.16.2.98". Ошибку обнаружила функция связи: "recv". Коды ошибок протокола: "10054", "*", "0".; SQLSTATE=08001 Где что подкрутить ? ... |
|||
:
Нравится:
Не нравится:
|
|||
22.07.2004, 17:55 |
|
Кто валит запрос через ODBC на 7200 секунде (120мин)
|
|||
---|---|---|---|
#18+
Сам себе отвечу. Удивлен, что никто не спотыкался об это Use the KeepAliveTime TCP/IP configuration parameter in the registry. The KEEPALIVE parameter may be created if it does not exist under the Parameters registry subkey. Add this parameter to: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters The default value is two hours. KeepAliveTime Key: Tcpip\Parameters Value Type: REG_DWORD - Time in milliseconds Valid Range: 1 - 0xFFFFFFFF Default: 7,200,000 (two hours) Description: The parameter controls how often TCP attempts to verify that an idle connection is still intact by sending a keep alive packet. If the remote system is still reachable and functioning, it will acknowledge the keep alive transmission. Keep alive packets are not sent by default. This feature may be enabled on a connection by an application. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2004, 14:57 |
|
Кто валит запрос через ODBC на 7200 секунде (120мин)
|
|||
---|---|---|---|
#18+
Вовсе неудивительно - обычно у людей запросы работают, мягко говоря, быстрее. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.07.2004, 15:05 |
|
Кто валит запрос через ODBC на 7200 секунде (120мин)
|
|||
---|---|---|---|
#18+
Кто-нибудь сталкивался с похожей проблемой при выполнении CREATE PROCEDURE ... в Command Line Processor вываливаеться ошибка DB21034E The command was processed as an SQL statement because it was not a valid Command Line Processor command. During SQL processing it returned: SQL30081N A communication error has been detected. Communication protocol being used: "TCP/IP". Communication API being used: "SOCKETS". Location where the error was detected: "192.168.1.186". Communication function detecting the error: "recv". Protocol specific error code(s): "10054", "*", "0". SQLSTATE=08001 при этом DB2 рушиться и стартует только при перезагрузке сервера... ... |
|||
:
Нравится:
Не нравится:
|
|||
22.12.2004, 13:33 |
|
|
start [/forum/topic.php?fid=43&msg=32625473&tid=1606059]: |
0ms |
get settings: |
12ms |
get forum list: |
13ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
39ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
63ms |
get tp. blocked users: |
2ms |
others: | 15ms |
total: | 168ms |
0 / 0 |