ORA-12518, TNS:listener could not hand off client connection : Oracle

MirProd · █ 15.06.2015 12:39

Цитата:

MirProd ➤ При работе оптимизатора в МТ появилось следующее:

Код:

15.06.15 07:49:01 -- Oracle version: 10.2.0.4.0
...
OLEGON-ERROR! 15.06.15 07:49:17 -- Threaded statement 'analyze table "SYS"."CACHE_STATS_0$" validate structure cascade' error java.sql.SQLException: Listener refused the connection with the following error: ORA-12518, TNS:listener could not hand off client connection  
OLEGON-ERROR! 15.06.15 07:49:17 -- Threaded statement 'analyze table "SYS"."RESOURCE_PLAN$" validate structure cascade' error java.sql.SQLException: Listener refused the connection with the following error: ORA-12518, TNS:listener could not hand off client connection  
... и т.д.

ОС Windows 2003 x32. Почему вдруг?

Цитата:

OlegON ➤ Ну, как тут пишется, слушатель отверг оптимизатор... Собственно, оптимизатор тут не при чем.

Цитата:

OlegON ➤ Это лучше в оракловой ветке разбирать... Для начала - в алерт посмотреть, что ему там не хватает.

В алерте - ничего, в логе listener - тоже. Подскажите, пожалуйста, в чем может быть проблема?

OlegON · █ 15.06.2015 12:49

Странно, если по количеству процессов облом, то в алерте должна быть ругань... Может, действительно, сетка скакнула? В общем суть этого сообщения в том, что листенер схватил соединение, а база по каким-то причинам его не может принять. Самые частые причины - недостаток процессов или, например, сессий (в т.ч. shared).

MirProd · █ 15.06.2015 13:13

Цитата:

OlegON ➤ Странно, если по количеству процессов облом, то в алерте должна быть ругань... Может, действительно, сетка скакнула? В общем суть этого сообщения в том, что листенер схватил соединение, а база по каким-то причинам его не может принять. Самые частые причины - недостаток процессов или, например, сессий (в т.ч. shared).

Наверное не сетка, или скачет уже 3-й день подряд..
Процессов вроде хватает:

Код:

select * from v$resource_limit;

RESOURCE_NAME CURRENT_UTILIZATION MAX_UTILIZATION INITIAL_ALLOCATION LIMIT_VALUE
processes 65 69 150 150
sessions 69 74 170 170

А какие нечастые причины бывают?

OlegON · █ 15.06.2015 13:36

Так с shared что?

MirProd · █ 15.06.2015 15:17

Цитата:

OlegON ➤ Так с shared что?

А что должно быть? Shared-клиентов/сессий нет.

OlegON · █ 15.06.2015 16:54

Код:

show parameter shared

а то мало ли :)

MirProd · █ 15.06.2015 20:42

Цитата:

OlegON ➤

Код:

show parameter shared

а то мало ли :)

Код:

NAME                                 TYPE        VALUE
------------------------------------ ----------- --------
hi_shared_memory_address             integer     0
max_shared_servers                   integer
shared_memory_address                integer     0
shared_pool_reserved_size            big integer 5033164
shared_pool_size                     big integer 96M
shared_servers                       integer     1
shared_server_sessions               integer

OlegON · █ 15.06.2015 21:04

похоже на правду... тогда попробовать processes вдвое увеличить..

MirProd · █ 18.06.2015 12:00

Цитата:

OlegON ➤ похоже на правду... тогда попробовать processes вдвое увеличить..

Увеличил - один раз ошибка все-таки вылезла. Еще прибавить?

OlegON · █ 18.06.2015 12:21

Можно еще прибавить, но хорошо бы разобраться, что там процессы-то жрет. Как вариант - слишком много ядер для слабой машинки. Тогда параллелизм у оптимизатора занизить надо.