Bom dia, Segue o código: https://asktom.oracle.com/pls/apex/f?p=100:11:0::::P11_QUESTION_ID:226613885088
Atenciosamente, [RED] Rodrigo Mufalani - Dir. Técnico rodr...@mufalani.com.br +55 21 988 994 817 Mufalani +55 21 3193 0326 Rua Almirante Grenfall, 405, Bloco 3, Sala 310 Centro Empresarial Washington Luiz Duque de Caxias - RJ CEP 25085-009 www.mufalani.com.br<http://www.mufalani.com.br/> [id:image002.png@01D2F4C6.8E6B3BE0] De: <oracle_br@yahoogrupos.com.br> em nome de "Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]" <oracle_br@yahoogrupos.com.br> Responder para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> Data: segunda-feira, 4 de dezembro de 2017 08:40 Para: "oracle_br@yahoogrupos.com.br" <oracle_br@yahoogrupos.com.br> Assunto: Re: [oracle_br] Sessões ficando "Presas" workaround please Alguém pode me ajudar a criar essa procedure? Em Sexta-feira, 1 de Dezembro de 2017 18:18, "Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu: Vinicius: Realizei o purge da recyclebin e matei todas as seções porém o problema voltou a acontecer. Mulafani: Cara, muito esquisito, quando eu fazer o trace da sessão do usuário, SOMENTE DESSE USUÁRIO, do nagios, minha sessão fica travada e não consigo realizar o trace, se eu pego qualquer outro usuário consigo gerar o trace normalmente. SQL> oradebug setospid 23658516; oradebug tracefile_name; oradebug unlimit; oradebug event 10046 trace name context forever, level 12;Oracle pid: 462, Unix process pid: 23658516, image: oracle@XXXX e o cursor do SQL fica preso e a minha sessão fica travada, com qualquer usuário do NAGIOS, com outros usuários o trace é gerado normamente. Em Sexta-feira, 1 de Dezembro de 2017 16:55, "Rafael Mendonca raffaell.t...@yahoo.com [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu: Obrigado a todos pelo rápido retorno. Vinicius, irei fazer o procedimento e darei um retorno. Mulafani, irei realizar um trace e postarei aqui o conteudo do trace Angelo, acho que não é bug, pois o monitoramento do NAGIOS acontece em vários servidores desse cliente e somente esse database está com esse tipo de problema. Em Sexta-feira, 1 de Dezembro de 2017 16:44, "'Vn @ Startup' vinicius...@gmail.com [oracle_br]" <oracle_br@yahoogrupos.com.br> escreveu: Rafael isso eh muito comum quando se tem recyclebin ativado e muitos objetos para purgar. Tente liberar a Bin com: SQL> purge dba_recyclebin; E veja se o problema eh resolvido. O select de tablespace Free do Nagios leva em conta segmentos na lixeira. Quanto maior o número maior a lentidão. Abrs. Em 1 de dez de 2017 3:56 PM, "angelo angelolis...@gmail.com<mailto:angelolis...@gmail.com> [oracle_br]" <oracle_br@yahoogrupos.com.br<mailto:oracle_br@yahoogrupos.com.br>> escreveu: É verdade que o nagios tem agente para monitorar BD oracle, mas Eu acredito que o software deva estar bugado, porque o agente de monitoramento não deveria causar transtornos no ambiente do usuário, pelo menos em tese.. quanto mais "transparente" melhor Criar uma procedure seria um paliativo, mas já tentou falar com o responsavel pelo software pra ver se existe alguma atualizacao dessa aplicação? Porque isso não vai parar... a nao ser que desabilite o monitoramento de BD []s 2017-12-01 15:23 GMT-02:00 Rafael Mendonca raffaell.t...@yahoo.com<mailto:raffaell.t...@yahoo.com> [oracle_br] <oracle_br@yahoogrupos.com.br<mailto:oracle_br@yahoogrupos.com.br>> : Oracle EE 11.2.0.4 - Standalone (sem grid) Senhores, em um determinado ambiente, está recorrente a abertura de chamado em relação a lentidão, e o que percebi consultando a v$session + v$process +session_event é que existe um usuário chamado XXXNAGIOS (USERNAME) que conecta por um server remoto (MACHINE MMMM) utilizando o SQLPLUS (MODULE SQLPLUS) todas as suas sessões ficam com status ACTIVE, todas elas estão tomando a WAIT SQL*NET message from client e não existe nenhum sql sendo executado no momento. Após matar essas sessões, o ambiente volta a normalizar. Esse é um usuário que conecta no database para realizar operações de monitoramento. Abri chamado com a Oracle para poder ajudar no que pode está ocorrendo, as sessões simplismente não desconectam e após os SQLs serem executados, continuam consumindo recurso da máquina e tomando a WAIT acima. Enquanto a Oracle não me dá uma solução definitiva, estava pensando em realizar um workaround em relação a isso. Seria criar um job que executasse uma PROCEDURE para matar essas sessões de tempos em tempos, gostaria da ajuda de vocês para montar a procedure já que faz muitos anos que trabalhei com pl/sql. O cursor para carregar os dados seria mais ou menos dessa forma: SELECT s.sid, s.serial# FROM v$session s, v$process p WHERE s.paddr = p.addr AND s.username = 'XXXNAGIOS' AND s.status = 'ACTIVE' AND s.module = 'SQL*PLUS' and s.machine = 'MMM' and s.last_call_et > 400; e em um loop realizar o execute immediate ('alter system kill session ''vsid'', ''vserial'' immediate'); Alguém pode me ajudar a montar esse procedure? Lembrando que isso é somente uma ação paleativa enquanto não identificamos o que está causando esse comportamento no ambiente. [As partes desta mensagem que não continham texto foram removidas]