[oracle_br] Dúvidas no lock
Pessoal estou tendo problemas de lock em uma transação que realiza alguns inserts. Verificamos os índices, as fk's desta tabela e a lógica na aplicação (na qual é simples) mas os locks ainda continua. No entanto, foi levantado a questão aqui de que pode ser problemas nas sequences, já que o ambiente é RAC e as clausas ORDER e CHACHE tem significativa importãncia neste ambiente, já que o CHACHE dos valores são armazenados independente em cada nó e não há necessidade de sincronismo quando a sequence está com a clausula NOORDER. Bom, este fato pode ser o desencadeador dos locks? [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] ORA-03113
Boa Tarde Pessoal, Instalei o 11g (Release 11.2.0.1.0) (Red Hat 4.8) e importei um arquivo dump, ate ai tudo bem. Nesta mesma maquina tenho uma instancia 9.2.0.8, criei um dB_link entre ela e esta funcionando perfeitamente. Aqui do meu PC aparece o erro ORA-03113 fim de arquivo no canal de comunicação, na instancia com o 11g, mas na instancia com 9i funciona sem problemas. A instancia com 11g esta com IP 192.168.3.165 Porta 1525 e a 9i no 192.168.3.161 Porta 1521, ambas na mesma maquina. Tirei o listener da 9i e coloquei o IP e Porta no Listener da 11g, mas sem sucesso. Do meu PC consigo efetuar um tnsping sem problemas para as duas instancia. Não sei mais o que fazer e gostaria da ajuda de vocês no assunto. Grato Ednilson Silva [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] ORA-03113
Veja no alert.log no 11g se esse erro não aparece antes de algum ora-600. Já peguei uma vez esse mesmo erro, sem explicação, mas quando fui ver no alert.log, tinham vários ora-600 após ele. Em 6 de fevereiro de 2013 16:59, Ednilson Silva ednilson.si...@jbs.com.brescreveu: ** Boa Tarde Pessoal, Instalei o 11g (Release 11.2.0.1.0) (Red Hat 4.8) e importei um arquivo dump, ate ai tudo bem. Nesta mesma maquina tenho uma instancia 9.2.0.8, criei um dB_link entre ela e esta funcionando perfeitamente. Aqui do meu PC aparece o erro ORA-03113 fim de arquivo no canal de comunicação, na instancia com o 11g, mas na instancia com 9i funciona sem problemas. A instancia com 11g esta com IP 192.168.3.165 Porta 1525 e a 9i no 192.168.3.161 Porta 1521, ambas na mesma maquina. Tirei o listener da 9i e coloquei o IP e Porta no Listener da 11g, mas sem sucesso. Do meu PC consigo efetuar um tnsping sem problemas para as duas instancia. Não sei mais o que fazer e gostaria da ajuda de vocês no assunto. Grato Ednilson Silva [As partes desta mensagem que não continham texto foram removidas] -- ***Fabrício Pedroso Jorge.* Administrador de Banco de Dados Oracle 11g Certified SQL Expert Oracle 11g Certified Associate Oracle 11g Certified Professional Linux Professional Institute Certified Level I (LPIC-I) certificacaodb.com.br *Resumo Profissional:* http://br.linkedin.com/in/fabriciojorge *Contatos:* + 55 91 88991116 / + 55 11 82223651 fpjb...@gmail.com [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RE: [oracle_br] ORA-03113
Caro Ednilson, esse Master Note: Troubleshooting ORA-03113 [ID 1506805.1] no metalink, diz que esse erro seria generico e que existe entao a necessidade da coleta de mais informações inclusive que normalmente vem acompanhado de outro ora erro ... espero ter ajudado no caminho para a solução do problema ... []´sTo: oracle_br@yahoogrupos.com.br From: ednilson.si...@jbs.com.br Date: Wed, 6 Feb 2013 16:59:49 -0200 Subject: [oracle_br] ORA-03113 Boa Tarde Pessoal, Instalei o 11g (Release 11.2.0.1.0) (Red Hat 4.8) e importei um arquivo dump, ate ai tudo bem. Nesta mesma maquina tenho uma instancia 9.2.0.8, criei um dB_link entre ela e esta funcionando perfeitamente. Aqui do meu PC aparece o erro ORA-03113 fim de arquivo no canal de comunicação, na instancia com o 11g, mas na instancia com 9i funciona sem problemas. A instancia com 11g esta com IP 192.168.3.165 Porta 1525 e a 9i no 192.168.3.161 Porta 1521, ambas na mesma maquina. Tirei o listener da 9i e coloquei o IP e Porta no Listener da 11g, mas sem sucesso. Do meu PC consigo efetuar um tnsping sem problemas para as duas instancia. Não sei mais o que fazer e gostaria da ajuda de vocês no assunto. Grato Ednilson Silva [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RES: [oracle_br] ORA-03113
Fabricio, Não aparece nada no ALERT. Foi a primeira coisa que fui verificar. Ednilson Silva -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de Fabricio Pedroso Jorge Enviada em: quarta-feira, 6 de fevereiro de 2013 17:19 Para: oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] ORA-03113 Veja no alert.log no 11g se esse erro não aparece antes de algum ora-600. Já peguei uma vez esse mesmo erro, sem explicação, mas quando fui ver no alert.log, tinham vários ora-600 após ele. Em 6 de fevereiro de 2013 16:59, Ednilson Silva ednilson.si...@jbs.com.brescreveu: ** Boa Tarde Pessoal, Instalei o 11g (Release 11.2.0.1.0) (Red Hat 4.8) e importei um arquivo dump, ate ai tudo bem. Nesta mesma maquina tenho uma instancia 9.2.0.8, criei um dB_link entre ela e esta funcionando perfeitamente. Aqui do meu PC aparece o erro ORA-03113 fim de arquivo no canal de comunicação, na instancia com o 11g, mas na instancia com 9i funciona sem problemas. A instancia com 11g esta com IP 192.168.3.165 Porta 1525 e a 9i no 192.168.3.161 Porta 1521, ambas na mesma maquina. Tirei o listener da 9i e coloquei o IP e Porta no Listener da 11g, mas sem sucesso. Do meu PC consigo efetuar um tnsping sem problemas para as duas instancia. Não sei mais o que fazer e gostaria da ajuda de vocês no assunto. Grato Ednilson Silva [As partes desta mensagem que não continham texto foram removidas] -- ***Fabrício Pedroso Jorge.* Administrador de Banco de Dados Oracle 11g Certified SQL Expert Oracle 11g Certified Associate Oracle 11g Certified Professional Linux Professional Institute Certified Level I (LPIC-I) certificacaodb.com.br *Resumo Profissional:* http://br.linkedin.com/in/fabriciojorge *Contatos:* + 55 91 88991116 / + 55 11 82223651 fpjb...@gmail.com [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos
RES: [oracle_br] ORA-03113
Tive a mesma situação em um banco 11g. NO MEU CASO ESPECÍFICO... estava relacionado com a incompatibilidade do cliente de conexão com o 11g. Att Vitor Jr De: oracle_br@yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br] Em nome de Ednilson Silva Enviada em: quarta-feira, 6 de fevereiro de 2013 17:26 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] ORA-03113 Fabricio, Não aparece nada no ALERT. Foi a primeira coisa que fui verificar. Ednilson Silva -Mensagem original- De: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br [mailto:oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br ] Em nome de Fabricio Pedroso Jorge Enviada em: quarta-feira, 6 de fevereiro de 2013 17:19 Para: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br Assunto: Re: [oracle_br] ORA-03113 Veja no alert.log no 11g se esse erro não aparece antes de algum ora-600. Já peguei uma vez esse mesmo erro, sem explicação, mas quando fui ver no alert.log, tinham vários ora-600 após ele. Em 6 de fevereiro de 2013 16:59, Ednilson Silva ednilson.si...@jbs.com.br mailto:ednilson.silva%40jbs.com.br escreveu: ** Boa Tarde Pessoal, Instalei o 11g (Release 11.2.0.1.0) (Red Hat 4.8) e importei um arquivo dump, ate ai tudo bem. Nesta mesma maquina tenho uma instancia 9.2.0.8, criei um dB_link entre ela e esta funcionando perfeitamente. Aqui do meu PC aparece o erro ORA-03113 fim de arquivo no canal de comunicação, na instancia com o 11g, mas na instancia com 9i funciona sem problemas. A instancia com 11g esta com IP 192.168.3.165 Porta 1525 e a 9i no 192.168.3.161 Porta 1521, ambas na mesma maquina. Tirei o listener da 9i e coloquei o IP e Porta no Listener da 11g, mas sem sucesso. Do meu PC consigo efetuar um tnsping sem problemas para as duas instancia. Não sei mais o que fazer e gostaria da ajuda de vocês no assunto. Grato Ednilson Silva [As partes desta mensagem que não continham texto foram removidas] -- ***Fabrício Pedroso Jorge.* Administrador de Banco de Dados Oracle 11g Certified SQL Expert Oracle 11g Certified Associate Oracle 11g Certified Professional Linux Professional Institute Certified Level I (LPIC-I) certificacaodb.com.br *Resumo Profissional:* http://br.linkedin.com/in/fabriciojorge *Contatos:* + 55 91 88991116 / + 55 11 82223651 fpjb...@gmail.com mailto:fpjbito%40gmail.com [As partes desta mensagem que não continham texto foram removidas] -- -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ -- Links do Yahoo! Grupos [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: ORA-03113
Colega, o TNSPING *** não prova *** que a conexão é possível - ele só manda um pacote até o listener (mostrando que o target está ativo, o listener está de pé) mas NÃO ABRE conexão... Uma vez que vc conectou localmente (ie, logando no servidor , setando ORACLE_HOME, ORACLE_SID e PATH, bem como as eventuais variáveis necessárias tipo LD_LIBRARY_PATH e depois conectando com sqlplus usuariocomum/senhadele , provando que o banco em si está de pé e acessível), E que vc conectou via TNS no próprio servidor (ie, ainda logado no servidor com usuário dono dos binários Oracle vc setou o TNSNAMES.ORA, checou o status do Listener e conectou via sqlplus ususariocomum/senhadele@nomedestringnotnsnames ), nós temos que via de regra essa msg : ORA-03113 fim de arquivo no canal de comunicação indica que o processo que fazia a comunicação entre o RDBMS e o cliente caiu/abortou/foi eliminado - há muitas causas possíveis para isso, vou listar algumas das mais comuns : a. vc não diz claramente, mas talvez vc esteja fazendo a conexão da sua máquina até o servidor 11g via software de client Oracle : se for isso, esse client Oracle TEM que ser no mínimo 9.2.0.4 (veja a nota metalink Client / Server / Interoperability Support Matrix For Different Oracle Versions [ID 207303.1] para mais info), mas seria melhor já aplicar nele o patchset 9.2.0.8, mesmo... Se possível, para testar a acessibilidade do 11g, numa outra máquina da rede que também acesse o servidor instale um client 11g e o configure para acessar o banco 11g, e teste com ele... b. a sua máquina (e/ou o servidor) tem um software qualquer (firewall, filtro de pacotes, antivírus, o que for) fechando/cortando a comunicação de rede para processos na porta 1525, e/ou aplicando timeouts excessivamente agressivos, ou correlatos - não parece ser o caso, mas cheque com o sysadmin c. o teu SO não está conseguindo criar/manter os processos necessários para conexão - quando vc criou uma NOVA instância, Obviamente essa instância VAI criar processos a mais, novos, só dela, além dos que serão criados quando da tentativa de conexão, vc LEVOU isso em conta, Aumentou os parâmetros de kernel referentes à qtdade máxima de processos, de memória, ulimits, etc, prevendo isso d. quando vc instalou o RDBMS 11gR2, vc Realmente Instalou os pacotes/libraries de sistema na versão Exigida ??? Essas versões são SUPERIORES e DIFERENTES ao que vc já tinha no sistema por causa do 9i... A referência (*** SUPONDO ** que o teu linux RHEL 4 é 64-bits, o que vc Não Diz!!) é a nota metalink Requirements for Installing Oracle 11gR2 RDBMS on RHEL (and OEL) 4 on AMD64/EM64T [ID 880942.1]... Qualquer falha em seguir esses pré-reqs PODE levar à queda de processos e consequentes ORA-3113 ou correlatos... É isso que me vem de momento ... Só um adendo : SE essa instância 11gR2 está aí para testar processos e eventualmente subsidiar um upgrade para 11g, eu Recomendo que vc já a deixe atualizada - não faz o Menor Sentido testar com patchset velho, que não é o que vc vai usar em produção imagino - vá para (pemo menos) o patchset mais recente, que vai te deixar com 11.2.0.3 ... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Ednilson Silva escreveu Boa Tarde Pessoal, Instalei o 11g (Release 11.2.0.1.0) (Red Hat 4.8) e importei um arquivo dump, ate ai tudo bem. Nesta mesma maquina tenho uma instancia 9.2.0.8, criei um dB_link entre ela e esta funcionando perfeitamente. Aqui do meu PC aparece o erro ORA-03113 fim de arquivo no canal de comunicação, na instancia com o 11g, mas na instancia com 9i funciona sem problemas. A instancia com 11g esta com IP 192.168.3.165 Porta 1525 e a 9i no 192.168.3.161 Porta 1521, ambas na mesma maquina. Tirei o listener da 9i e coloquei o IP e Porta no Listener da 11g, mas sem sucesso. Do meu PC consigo efetuar um tnsping sem problemas para as duas instancia. Não sei mais o que fazer e gostaria da ajuda de vocês no assunto. Grato Ednilson Silva [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Re: Dúvidas no lock
Colega, algumas obs : 1. COMO, usando qual tool/script/whatever, vc está vendo locks ? Mostre para a gente o script/procedimento, E os valores que vc está obtendo... Isso vai, entre outras coisas, nos mostrar se REALMENTE é lock de dados (resultado de DMLs como o teu INSERT), OU se é lock para acesso à objetos internos, dicionário, whatever... Por exemplo, http://surachartopun.com/2009/11/investigate-row-cache-lock.html mostra um caso aonde o evento era row cache lock decorrente de acesso à sequences com cache baixo... Como vc diz que é RAC, talvez vc esteja vendo locks para acesso aos recursos Globais do cluster, como o Global Cache Lock : pegue no metalink os scripts/tools específicos para consultar isso, como o racdiag.sql, e consultas na GV$LOCK também podem ajudar, como http://www.runningoracle.com/product_info.php?products_id=305 exemplifica... 2. uma vez comprovado que há locks, tenha em mente que eles só interferem na performance SE : a. vc está tendo ESPERA pelo recurso bloqueado pelo lock (ie, outras sessões querem exatamente nessa hora acessar exatamente esse recurso bloqueado) e b. essa espera é Constante (repetida diversas vezes), relativamente longa E presente em qtdade significativa A simples Contagem de locks absolutamente não quer dizer nada : vc pode ter , por exemplo, ** UM BILHÃO ** de locks de linha resultantes de DMLs, que as outras linhas NÂO SERÃO afetadas, para as outras sessões que não estão tentando alterar/remover essas linhas lockadas a performance VAI SER ABSOLUTAMENTE NÃO-AFETADA : o RDBMS Oracle é TOTALMENTE DIFERENTE de outrso RDBMSs aonde a qtdade de locks interfere em escalabilidade, onde há uma tabela de locks a manter/controlar, isso não existe aqui... 3. SE vc realmente comprovar que está havendo espera por locks, E que elas são significativas dentro do tempo total (consultas na V$SESSION, bem como um tkprof de um trace 10046 level 12 com waits seriam muito úteis nisso), o ponto de estranheza aqui é que vc diz que a operação em curso é um INSERT : veja, INSERTs geram (claro) locks, mas as linhas sendo inseridas são ** NOVAS **, não existiam, então é muito difícil que outras sessões estejam querendo atualizá-las ... Como uma possibilidade, eu checaria por triggers sendo disparadas nesse INSERT acima, talvez... []s Chiappa OBS : se vc encontrar algum subsídio/indicação que aponte para a necessidade de se cachear num valor mais alto as SEQUENCEs envolvidas, recomendo testar especificando NOORDER : cfrme http://www.pythian.com/blog/sequences-in-oracle-10g-rac/ nos diz, se vc especificar ORDERED via de regra isso Implica num lock global para controlar os valores, assegurando que eles serão ordenados não importa qual nó os solicitar... --- Em oracle_br@yahoogrupos.com.br, Jales Jose Moraes escreveu Pessoal estou tendo problemas de lock em uma transação que realiza alguns inserts. Verificamos os índices, as fk's desta tabela e a lógica na aplicação (na qual é simples) mas os locks ainda continua. No entanto, foi levantado a questão aqui de que pode ser problemas nas sequences, já que o ambiente é RAC e as clausas ORDER e CHACHE tem significativa importãncia neste ambiente, já que o CHACHE dos valores são armazenados independente em cada nó e não há necessidade de sincronismo quando a sequence está com a clausula NOORDER. Bom, este fato pode ser o desencadeador dos locks? [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Re: Sincronização de schemas
Pessoal, Agradeço a sugestão de todos. A do Netodba é a que mais se encaixou, pois o que preciso é sincronizar somente a estrutura de tabelas, índices, e os códigos PL/SQL. Os dados eu não quero sincronizar, pois iria matar a outra base e isso não é viável. Conversando com o meu chefe, estamos vendo se tem alguma dessas ferramentas que fazem comparação entre esquemas pode ser executada via job, e sem intervenção. Esse seria o cenário ideal, pois a sincronização poderia ocorrer à noite, sem problema. Abraço, Roberto Em 05/02/2013 16:57, netodba escreveu: Roberto, se os dados nao precisam ser replicados, faz um programinha que se conecta nos dois servidores, e usa a view dba_objects pra comparação. os campos usados podem ser OBJECT_NAME,CREATED,LAST_DDL_TIME. Ja trabalhei em uma empresa e fizemos isso mesmo, eram 7 base de dados que os objetos tinham que ficar sincronizados, mas era SQL SERVER, fizemos em c#, e geramos um .exe que rodava toda madrugada, funcionava que era uma beleza. Funcionava assim, o programa gerava um relatorio, dizendo: O Objeto xxx na base A esta diferente do da base B DATA de criação/atualização do objeto xxx na A DATA de criação/atualização do objeto xxx na A Se existesse objetos diferentes esse relatorio era mandado por email ao chefe da divisão de desenvolvedores. --- Em oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br, Milton Bastos Henriquis Jr. escreveu O ideal seria usar o GoldenGate. Depende de quanto $$$ estão dispostos a investir! 2013/2/5 Roberto Warstat ** Pessoal, Surgiu a necessidade de mantermos 1 schema replicado entre 2 servidores distintos e separados geograficamente. Temos que manter sincronia da estrutura de tabelas, índices, views, procedures, packages, functions e sequences. Essa sincronização é somente de um servidor para outro, ou seja, somente do servidor A para o B, não sendo necessário do B para A. Os dados não precisam ser replicados. A sincronização não precisa ser automática, pode ser manual. Entre os servidores existe uma ligação via vpn. Alguma sugestão de como fazer isso? Servidor 1: Red Hat Linux Oracle Enterprise 10.2.0.5 Servidor 2: Red Hat Linux ou Windows 2008 Oracle Enterprise 10.2.0.5 Abraço, Roberto [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]