Можно ли 2-му LISTENER2 прикрутить параметры из sqlnet.ora
SQLNET.EXPIRE_TIME, отличающиеся от первого LISTENER1

«Никогда не поздно стать тем, кем ты мог бы быть».

Ок, перефразирую вопрос.
Поднимаю 2 listener.
Один для толстых клиентов с устойчивым коннектом.
Другой для web приложений, с массовыми короткими сессиями.

Можно ли для каждого иметь различные параметры управления сессиями?

Vivat!SanА Вы можете описать что делает листенер?

в каком плане описать?

Да, возможно не понимаю. Обьясните?

andrey_anonymousblackmacДа, возможно не понимаю. Обьясните?
Если без деталей, то по переданному клиентом дескриптору листенер на основании своего справочника определяет, куда этого клиента перенаправить.
На этом функционал листенера заканчивается и в соединении клиента и БД он более не участвует, как следствие - прервать его не может от слова совсем.

Ок, спасибо!

Можно мне настроить на сервере интервалы проверки активности сессии для толстых клиентов дефолтовым EXPIRE_TIME (10 мин),
а для веб клиентов EXPIRE_TIME 1 мин ?

спасибо!

если я правильно понял из Doc ID 1591874.1
The sqlnet.ora parameter SQLNET.EXPIRE_TIME now sets the socket option TCP_KEEPALIVE.
т е опять все сводится к sqlnet.ora

andrey_anonymousblackmacвсе сводится к sqlnet.ora
...для "толстого" клиента.
Для java-соединений иначе.

Тем не менее:
- на серверах приложений можно настроить клиента иначе, нежели на РМ.
- для web-приложений предпочтительно использовать пул соединений, тогда сама проблема "убиения коннектов" стоять не будет.

Андрей, у нас связка apache+mod_php (не fcgi).
Допустим падает апачевый процесс из-за ошибки, который держал коннект. Клиент oracle в нашем случае это библиотеки (oci8.so,...). Они упадут вместе с процессом apache.
Мне кажется, настраивать EXPIRE_TIME нужно именно на стороне сервера.

- про пул знаю, пропихиваю php-fpm и pconnect(), но все не быстро.

Vivat!SanЭто смотрели?

Oracle Net 12c: Changes to the Functionality of Dead Connection Detection (DCD) (Doc ID 1591874.1)

Да.

3 параметра уровня OS

TCP_KEEPALIVE_TIME (the amount of time until the first keepalive packet is sent)
TCP_KEEPCNT(the number of probes to send)
TCP_KEEPINTVL (the interval between keepalive packets)
The sqlnet.ora parameter SQLNET.EXPIRE_TIME now sets the socket option TCP_KEEPALIVE.

Я так понял, старый вариант - это на уровне TCP сокета делать probe TCP packet, а новый - это выставлять этот же параметр через SQLNET.EXPIRE_TIME. Те же яйца, только в профиль.

+ в sqlnet.ora добавили (ENABLE=BROKEN) с очень расплывчатой формулировкой.