Bem, minha primeira obs é que ** absolutamente NÃO basta *** vc só passar
textos e refs pro pessoal de rede : tendo evidências tal como esse tkprof seu
aí mostrando um evento de rede (totalmente EXTERNo ao database) ordens de
grandeza superior aos demais, vc imho já tem SIM motivo para causar, para abrir
um ticket com seu pessoal de rede Exigindo uma investigação mais profunda,
provavelmente com um software especialista em monitoração de rede, como o
Cacti, por exemplo.... Por mais que teu pessoal de rede seja pé-rapado e não
muito eficiente, ao menos isso vc já deveria ter recdebido, ie, o resultado de
uma Investigação profunda na rede, não só um email dizendo "ah, tá tudo bem
nada rede"... Se vc não tem um healthcheck ** profissional ** da tua infra de
rede, é acionar quem possa te dar um... Em adição à isso vc pode colocar na
mesa também os logs do listener, pode pedir um TRACE DE REDE na conexão e pode
lançar mão das ferramentas de monitoração de ambiente/sistema operacional da
Oracle, como o OSwatcher por exemplo : provavelmente esses caras vão ter que
ser execudaos com autoridade de root (via SUDO ou quetais), então demandam
algum alinhamento com o time de sysadmin, mas valem a pena...
Uma outra frente de trabalho que PODE (e mesmo ** DEVE **) ser seguida é
deixar esse RDBMS o mais atualizado possível : houveram sim alguns bugs
(principalmente em listener) reportados em diversos sub-releases do 11.2.0.3.x,
é checar com o Fornecedor do aplicativo se ele tem restrição com 11.2.0.4.x ou
não, se não tiver restrição aplicar o patchset 11.2.0.4.x, E de qquer maneira
por último aplicar o cpu ou psu mais recente...
Uma outra Ação distinta que deve ser tomada é acionar o time de sysadmin
responsável pela máquina e checar o CONSUMO de recursos no Sistema Operacional
: não é comum mas a nota "ORA-12535 Operation Timed Out Error Occurs
Intermittently When Ulimit Shows Very Low Value for Nofiles" (Doc ID 290019.1)
cita uma possibilidade onde chega a dar erro de rede por causa de recurso de SO
(no caso ulimit, mas em tese poderia ser também valores de kernel, por
exemplo)... Eles podem aproveitar também e consultar taxa de colisões e error
logs na(s) interface(s) de rede...
==> Apenas SE e SOMENTE SE nenhuma das Ações acima resultou, só aí é que vc
pode apelar para work-arounds tais como aumentar tempo de timeout (veja nota
metalink "Troubleshooting Guide for TNS-12535 or ORA-12535 or ORA-12170 Errors"
(Doc ID 119706.1) )e/ou desabilitar o DIAG (veja nota "Fatal NI Connect Error
12170, 'TNS-12535: TNS:operation timed out' Reported in 11g Alert Log" (Doc ID
1286376.1) e/ou ativar o DCD, o que implica num "ping", num envio de uma probe
constante pela rede, veja nota "Dead Connection Detection (DCD) Explained" (Doc
ID 151972.1).
[]s
Chiappa