Blz ? Então, a primeira coisa que vc ** TEM ** que fazer é subir a versão desse banco, pois 11.2.0.1 é um release pré-histórico, que teve N bugs que podem causar isso : no metalink entre N outros vc encontra o bug indicado na nota "11g: Persistent TNS-12537/ORA-609 Errors & LSNRCTL Hangs" (Doc ID 1532481.1)..... Outro é o indicado na nota DNS Issue: Connections To Oracle 11g are Slow or Delayed (Doc ID 561429.1), que é inclusive mais sutil : a causa raiz é DNS com falha, aí a sessão caía não por causa de nada no servidor Oracle, mas sim lááá no servidor DNS....
==> SE a aplicação exige 11gR2, no mínimo aplique o patchset que deixa na release 11.2.0.4, ok ?? Sem isso, vc VAI ficar "correndo atrás do próprio rabo", como se diz, ie : vai ficar fazendo paliativos que podem ou não ajudar a cada BUG que vc encontrar, que nesses releases iniciais (torno a dizer) não foram poucos.... Para aprofundar a investigação, eu Sugiro vc fazer as checagens indicadas na nota "Troubleshooting Guide for ORA-12537 / TNS-12537 TNS:Connection Closed" (Doc ID 555609.1) : se não encontrar NADA de diferente, como potenciais Workarounds enquanto o patch (que é Urgente e necessário!!) não vem, experimente : a. setar (no arquivo SQLNET.ORA do servidor Oracle e de ** TODOS ** os clientes que conectam nessa máquina) o parâmetro SQLNET.INBOUND_CONNECT_TIMEOUT pra um valor bem maior que o default (vide https://ora-data.blogspot.com/2017/04/ora-609-with-tns-12537-tnsconnection.html) E b. usar no TNSNAMES.ORA (do servidor Oracle e de TODAS as máquinas) o IP ao invés do hostname, pra ver se eventuais falhas de DNS são mitigadas E c. fazer os testes de capacity geral, ie : ver se não esgotou desde número de sessões/processos no banco, até olhar no servidor se tem temp area livre, se não tá com cpu com 100% de uso direto e acaba negando processamento pra nova conexão..... Outra coisa é ver se não chegou a ultrapassar qquer limites : o teu servidor é Windows, no windows é mais chatinho , tudo ou quase tudo é no registry, mas alguém TEM que checar : por exemplo, https://docs.oracle.com/cd/E23095_01/Search.93/ATGSearchAdmin/html/s1207adjustingtcpsettingsforheavyload01.html mostra como setar params de timeout tcp/ip no Windows... E nem preciso dizer, RESTART do Listener, do banco e do Servidor após qquer alteração, sim sim ??? []s Chiappa OBS : ao que entendi, o cenário é de cara o Listener rejeitando conexões, e NÃO conexões já estabelecidas caindo, correto ? Pois se for conexões já estabelecidas caindo, aí outros pontos, tais como firewall/antivirus, qos no roteador/switch, e etc cortando a comunicação de rede, ou lentidão de rede causando timeout deveriam ser revistas e params como sqlnet.outbound_connect_time, sqlnet.recv_timeout, sqlnet.send_timeout e tcp_connect_timeout teriam que ser testados...