SQLNET.INBOUND_CONNECT_TIMEOUT не применяется на клиенте?

Question

[Алексей]

Есть обработка около 20К соединений перебором, около десятка из них падают через 60 секунд по TNS:Connect timeout occurred

Соответственно, возникло желание увеличить таймаут - рядом с tnsnames создал файл sqlnet.ora

s1:/opt/oracle/instantclient_19_19/network/admin # cat sqlnet.ora
SQLNET.INBOUND_CONNECT_TIMEOUT=120

Ожидал, что если возникнут отказы, то уже через 120 сек.

Но после прогона обработки - снова несколько отказов, через те же 60 секунд
Как-то неправильно применил параметр?

Oracle Database 19c Enterprise Edition
клиент 19, инстант

Answer 1

[idShura]

Попробуй на клиенте установить параметр SQLNET.OUTBOUND_CONNECT_TIMEOUT

Comments

[Алексей]

Вот я и подумал. не перебиваются ли серверными параметрами...
Сервер заказчика, придется их дернуть...

Спасибо.

[idShura]

Алексей, Парамеры на клиенте меняете? Если да, то вместо INBOUND_CONNECT_TIMEOUT попробуйте OUTBOUND_CONNECT_TIMEOUT

[Алексей]

И у себя изменил SQLNET.OUTBOUND_CONNECT_TIMEOUT

Заказчик добавил SQLNET.INBOUND_CONNECT_TIMEOUT
и в лисенере INBOUND_CONNECT_TIMEOUT_LISTENER

Ситуация не поменялась, несколько соединений не проходят с теми же 60 секундами

на клиенте в трассировке sqlnet.log

Fatal NI connect error 12170, connecting to:
 (DESCRIPTION...

  VERSION INFORMATION:
	TNS for Linux: Version 19.0.0.0.0 - Production
	TCP/IP NT Protocol Adapter for Linux: Version 19.0.0.0.0 - Production
  Version 19.19.0.0.0
  Time: 13-JUN-2023 11:21:02
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12535
    
TNS-12535: Message 12535 not found; No message file for product=network, facility=TNS
    ns secondary err code: 12560
    nt main err code: 505
    
TNS-00505: Message 505 not found; No message file for product=network, facility=TNS
    nt secondary err code: 0
    nt OS err code: 0

И забавно, что-то изменилось и теперь пошли немного другие сообщения в трассировке

Fatal NI connect error 12170, connecting to:
 (DESCRIPTION=...

  VERSION INFORMATION:
	TNS for Linux: Version 19.0.0.0.0 - Production
	TCP/IP NT Protocol Adapter for Linux: Version 19.0.0.0.0 - Production
  Version 19.19.0.0.0
  Time: 13-JUN-2023 14:59:34
  Tracing not turned on.
  Tns error struct:
    ns main err code: 12535
    
TNS-12535: Message 12535 not found; No message file for product=network, facility=TNS
    ns secondary err code: 12579
    nt main err code: 0
    nt secondary err code: 0
    nt OS err code: 0

Статья Doc ID 1628949.1 на оракле с теми же кодами в алертлоге требует действующего SID

[idShura]

Алексей, После изменения sqlnet.ora перезапускал Listener, чтобы применились параметры? Какое значение имеет параметр processes? Возможно параметр processes имеет смысл увеличить.

SELECT NAME, VALUE FROM V$PARAMETER WHERE NAME like 'processes';

[Алексей]

Да, listener рестартовали после добавления параметра.
Параметр processes - 1000.

База тестовая, кроме нас там особо не должно быть, перебор идет в 20 потоков, т.е. вряд ли мы всю тысячу съедаем.
При каждом проходе количество TNS:Connect timeout occurred упорно ненулевое, но в пределах 1-15 штук из 27 тысяч.

[idShura]

Обработка запускается в sqlplus или через какое-нибудь другое ПО например python?

[Алексей]

Странно, что в трассировке ns secondary err code устойчиво сменился с 12560: TNS:protocol adapter error на TNS-12579: TNS:transport connection failed

По ней почти ничего не нахожу. Только дежурно из доки: Likely reasons include host may be down, outbound transport connection may be blocked by network or any other transport connectivity issue.

[Алексей]

Стороннее ПО - OpenEdge DataServer for Oracle.
Запускается клиент Progress, соединяется с переходником DataServer, переходник соединяется с Oracle.

[idShura]

Алексей, С OpenEdge DataServer не работал, но вроде он работает через ODBC. Подскажи какие настройки ты делал OpenEdge DataServer для подключения к oracle?

[Алексей]

Как таковых, собственных настроек у него нет вообще.

Все, что требуется - выдать переменные ORA
ORACLE_HOME=/opt/oracle/instantclient_19_19
ORASOPATHNAME=/opt/oracle/instantclient_19_19/libclntsh.so.19.1
NLS_LANG=AMERICAN_AMERICA.CL8MSWIN1251

и в его промежуточной БД передать креды соединения с целевой ORA-БД в формате -U user@tns -P pass

Соответственно, он полностью использует клиента.

Отдельно был "кейс" по libclntsh.so, но благополучно решился.
https://www.progresstalk.com/threads/unable-to-loa...

[idShura]

Алексей, Попробуй на стороне БД в listener.ora настроить параметр QUEUESIZE (кол-во запросов, которые может обрабатывать листенер одновременно). Возможно стоит также попробовать поднять второй listener, а на клиенте прописать

TESTDB =
(DESCRIPTION =
(ADDRESS_LIST =
(FAILOVER = ON)
(LOAD_BALANCE = ON)
(ADDRESS = (PROTOCOL = TCP)(HOST = myhost)(PORT = XXXX))
(ADDRESS = (PROTOCOL = TCP)(HOST = myhost)(PORT = YYYY))
)
(CONNECT_DATA = (SERVICE_NAME = TESTDB))
)

[Алексей]

Все попробовали, пока ничего не повлияло на результаты - все те же 5-10 отказов.
Переключимся на мониторинг инфраструктуры, в первую очередь сетевого соединения.
Оно достаточно многохоповое и не в нашем ведении, придется обращаться к коллегам извне.

Спасибо.

[Алексей]

На маршруте до заказчика нашелся участок с полосой 20мбс, на момент загрузки мониторинг показал, что мы всю съедали.
Поставили меньше потоков - пару раз прошло успешно, но все еще иногда с проблемами.

С учетом того, что промышленная загрузка будет уже в локальной сети, думаю, проблема не проявится.
И тюнить OraNet до устойчивого коннекта на плохом канале не требуется, так что глубже уже не буду погружаться.

Большое спасибо за помощь!