Сразу подчеркну, речь идет именно о тех случаях, когда не сессий безумно много с переподключениями, а именно большой траффик через них проходит. В моем случае это было приложение ЦФТ с прокачкой файлов. Если не понимаете, что и как - лучше не трогайте. Что сделал...
listener.ora
Код:
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = cftdb)(PORT = 1521)
(QUEUESIZE = 400)
(SEND_BUF_SIZE=65536)
(RECV_BUF_SIZE=65536))
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))
)
)
ADR_BASE_LISTENER = /u/log/
DIAG_ADR_ENABLED_LISTENER = OFF
INBOUND_CONNECT_TIMEOUT_LISTENER = 5
LOGGING_LISTENER = OFF 400 - среднее количество сессий, буферы увеличил, поскольку передача файлов
sqlnet.ora
Код:
SQLNET.INBOUND_CONNECT_TIMEOUT=10
SQLNET.EXPIRE_TIME=5
DEFAULT_SDU_SIZE=65535
если приложение не законнектилось больше 10 секунд, то оно неживое, в базу пускать незачем, только проблемы будут. соответственно, нет смысла долго держать сессии, размер пересылаемого юнита увеличил для снижения накладных расходов в траффике
protocol.ora
для ускорения отклика