20025 - Aplicações WEB apresentando lentidão generalizada
Problema:
Solução:
Está sendo notada uma grande lentidão nas aplicações WEB. No log do Glassfish é exibida uma mensagem referente a quantidade de cursores, conforme abaixo:
[#|2016-02-22T05:29:16.255-0300|SEVERE|glassfish3.1.2|com.sun.xml.ws.server.sei.TieHandler|_ThreadID=53;_ThreadName=Thread-2;|javax.ejb.EJBException
at com.sun.ejb.containers.BaseContainer.processSystemException(BaseContainer.java:5215)
at com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:5113)
at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:4901)
at com.sun.ejb.containers.WebServiceInvocationHandler.invoke(WebServiceInvocationHandler.java:204)
at com.sun.proxy.$Proxy327.sendNotification(Unknown Source)
(ContainerMapper.java:354)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:744)
Caused by: com.senior.datastorage.DataStorageException: com.senior.dbc.DBCenterException: ORA-01000: maximum open cursors exceeded
at com.sun.ejb.containers.BaseContainer.processSystemException(BaseContainer.java:5215)
at com.sun.ejb.containers.BaseContainer.completeNewTx(BaseContainer.java:5113)
at com.sun.ejb.containers.BaseContainer.postInvokeTx(BaseContainer.java:4901)
at com.sun.ejb.containers.WebServiceInvocationHandler.invoke(WebServiceInvocationHandler.java:204)
at com.sun.proxy.$Proxy327.sendNotification(Unknown Source)
(ContainerMapper.java:354)
at com.sun.enterprise.v3.services.impl.ContainerMapper.service(ContainerMapper.java:195)
at com.sun.grizzly.http.ProcessorTask.invokeAdapter(ProcessorTask.java:860)
at com.sun.grizzly.http.ProcessorTask.doProcess(ProcessorTask.java:757)
at com.sun.grizzly.http.ProcessorTask.process(ProcessorTask.java:1056)
at com.sun.grizzly.http.DefaultProtocolFilter.execute(DefaultProtocolFilter.java:229)
at com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter(DefaultProtocolChain.java:137)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:104)
at com.sun.grizzly.DefaultProtocolChain.execute(DefaultProtocolChain.java:90)
at com.sun.grizzly.http.HttpProtocolChain.execute(HttpProtocolChain.java:79)
at com.sun.grizzly.ProtocolChainContextTask.doCall(ProtocolChainContextTask.java:54)
at com.sun.grizzly.SelectionKeyContextTask.call(SelectionKeyContextTask.java:59)
at com.sun.grizzly.ContextTask.run(ContextTask.java:71)
at com.sun.grizzly.util.AbstractThreadPool$Worker.doWork(AbstractThreadPool.java:532)
at com.sun.grizzly.util.AbstractThreadPool$Worker.run(AbstractThreadPool.java:513)
at java.lang.Thread.run(Thread.java:744)
Caused by: com.senior.datastorage.DataStorageException: com.senior.dbc.DBCenterException: ORA-01000: maximum open cursors exceeded
Solução:
Esta situação comumente pode ocorrer quando alguma(s) sessões/aplicações ficam abertas no banco e não são encerradas mesmo após a finalização do processo que está sendo executado. Com isto impedem que outras aplicações se conectem na base.
Para identificar as sessões abertas no banco pode-se utilizar o comando abaixo:
set lines 150
set pages 1500
select a.inst_id, a.sid, a.serial#, a.LOGON_TIME, b.tablespace, b.segfile#, b.segblk#, b.blocks, d.sql_text, count(*)
from gv$session a, gv$sort_usage b, v$open_cursor c, v$sql d
where a.inst_id = b.inst_id
and d.hash_value=c.hash_value
and a.saddr = b.session_addr
group by a.inst_id, a.sid, a.serial#, a.LOGON_TIME, b.tablespace, b.segfile#, b.segblk#, b.blocks, d.sql_text
order by 2
set pages 1500
select a.inst_id, a.sid, a.serial#, a.LOGON_TIME, b.tablespace, b.segfile#, b.segblk#, b.blocks, d.sql_text, count(*)
from gv$session a, gv$sort_usage b, v$open_cursor c, v$sql d
where a.inst_id = b.inst_id
and d.hash_value=c.hash_value
and a.saddr = b.session_addr
group by a.inst_id, a.sid, a.serial#, a.LOGON_TIME, b.tablespace, b.segfile#, b.segblk#, b.blocks, d.sql_text
order by 2
Com o retorno deve-se abrir um chamado solicitando a análise, a fim de identificar se a quantidade de sessões abertas está relacionada a alguma falha na aplicação ou se está relacionada a configuração do ambiente.
Para aumentar a quantidade de cursores e fazer com que a mensagem não seja mais exibida pode-se executar o procedimento descrito neste link