[oracle_br] Report 9i - Como tratar no_data_found na query principal
Pessoal, Estou com o seguinte problema: Preciso imprimir uma mensagem no report quando a query não trouxer dados. Como faço para verificar se a query não trouxe dados? Em que trigger e que recurso poderia usar para tratar a exceção no_data_found? Alguém já fez algo do tipo? Atenciosamente, Valmir Pereira. -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Ferramenta de monitoração
o site está apresentando erro, vc me mandar o arquivo. Sds Em 18/09/06, Everton Dias [EMAIL PROTECTED] escreveu: Sim, o dbguardian (http://dbguardian.sf.net) http://dbguardian.sf.net%29 Ele é um projeto opensource que fiz para meu TCC... O legal dele é que se você conheçe java pode facilmente desenvolver novas funcionalidades... Na época usei os conhecimentos do pessoal da lista para me ajudar no desenvolvimento :-) Estou tentando conseguir um tempo para homologar para a versão 10gR2 ... pois na época fiz na versão disponível (10gR1). From: DBA Oracle BR [EMAIL PROTECTED] Reply-To: oracle_br@yahoogrupos.com.br To: Grupo usuarios_oracle [EMAIL PROTECTED], Oracle_Br oracle_br@yahoogrupos.com.br Subject: [oracle_br] Ferramenta de monitoração Date: Tue, 12 Sep 2006 13:02:34 -0300 PessoALL, Alguem conhece alguma ferramenta grafica de monitoração para Oracle (tipo o Spotlight da Quest ou OEM-10g ) mas que seja open source/freeware??? grato. _ MSN Messenger: converse com os seus amigos online. http://messenger.msn.com.br [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Re: Report 9i - Como tratar no_data_found na query principal
** Facílimo ** : tenha um campo CONTADOR de registros no seu data- model, geral para a query (ie, campo Summary com a função COUNT), e tenha no Report um campo de usuário (não-base-table, user-defined) que só é impresso SE o campo contador for 0 . []s Chiappa --- Em oracle_br@yahoogrupos.com.br, valmir_pbbr [EMAIL PROTECTED] escreveu Pessoal, Estou com o seguinte problema: Preciso imprimir uma mensagem no report quando a query não trouxer dados. Como faço para verificar se a query não trouxe dados? Em que trigger e que recurso poderia usar para tratar a exceção no_data_found? Alguém já fez algo do tipo? Atenciosamente, Valmir Pereira. -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Fonte no relatorio
Pessoal bom dia Tem como mudar a fonte do relatorio antes de começar a imprimir ou visualizar? A situação é a seguinte, tenho impressoras matriciais e Laser, então quando eu for imprimir na matricial eu uso a fonte Draft quando for imprimir na HP eu uso Arial, porque os relatorios nas matriciais estão demorando muito pra imprimir (em funão da fonte) Desde já agradeço. Marcos -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] RES: Arqs de Trace no UDUMP
Ninguem tem ideia do que pode ser? -Mensagem original- De: Ivan [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 19 de setembro de 2006 10:22 Para: 'oracle_br@yahoogrupos.com.br' Assunto: Arqs de Trace no UDUMP Oracle 9.2.0.7 on Linux Pessoal, Notei estes dias que vários arquivos .trc estão sendo gerados na pasta UDUMP do meu servidor. Olhando o trace, não parece ter nenhum erro, e nenhum erro é reportado ao usuario também. Analisando mais a fundo, cheguei ao processo - na verdade a procedure - causadora deste trace. Criei uma procedure com nome diferente mas o mesmo conteudo da outra. E esta nova não gera este trace. O que pode estar acontecendo? Algum usuario pode ter ativado isso? Como? Como desativá-lo? Acredito que apagando esta procedure e criando novamente deva resolver, mas gostaria de resolver de uma forma mais elegante. Obrigado Ivan -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Dúvida simples de relacionamento
Olá, Gostaria de saber como é q faço para fazer um relacionamento de zero para varios, ou seja o campo pode ficar nulo mas se for colocar algum valor tem q existir na tabela relacionada. Tem como ? eu nao lembro. valeu Thiago -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] procedure com wrap
Bom dia, Alguem sabe me dizer qual a tabela do dicionario que eu vejo se uma procedure está criptografada(wrap)? obrigado. -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RES: [oracle_br] Dúvida simples de relacionamento
Sua duvida é na modelagem ou na implementação? No oracle, é só criar uma chave estrangeira que permita valores nulos. Ex: Create table t1 (Id number not null, Name varchar(10) not null); Create table t2 (Id number not null, Name varchar(10) not null, Id_t1 number null); alter table T1 add constraint pk_t1 primary key (ID); alter table T2 add constraint pk_t2 primary key (ID); alter table t2 add constraint CE_t2_t1_ID foreign key (Id_t1) references t1 (Id); SQL insert into t1 values (1,'teste1'); 1 row inserted SQL insert into t1 values (2,'teste2'); 1 row inserted SQL insert into t2 values (1,'teste1', null); 1 row inserted SQL insert into t2 values (2,'teste2', 2); 1 row inserted SQL insert into t2 values (3,'teste3', 3); insert into t2 values (3,'teste3', 3) ORA-02291: integrity constraint (IVAN.CE_T2_T1_ID) violated - parent key not found Att Ivan -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Thiago Menon Enviada em: quarta-feira, 20 de setembro de 2006 10:20 Para: Oracle Grupo Assunto: [oracle_br] Dúvida simples de relacionamento Olá, Gostaria de saber como é q faço para fazer um relacionamento de zero para varios, ou seja o campo pode ficar nulo mas se for colocar algum valor tem q existir na tabela relacionada. Tem como eu nao lembro ? valeu Thiago -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RE: [oracle_br] Dúvida simples de relacionamento
Tem sim. Na tabela filha, crie a FK normalmente, porém deixei o campo como NULL, isto é, permitindo valores nulos. []s Eduardo Claro EDS - Brazilian Solution Centre +55 (11) 4393-1276 mailto: [EMAIL PROTECTED] -Original Message- From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On Behalf Of Thiago Menon Sent: Wednesday, September 20, 2006 10:20 AM To: Oracle Grupo Subject: [oracle_br] Dúvida simples de relacionamento Olá, Gostaria de saber como é q faço para fazer um relacionamento de zero para varios, ou seja o campo pode ficar nulo mas se for colocar algum valor tem q existir na tabela relacionada. Tem como eu nao lembro ? valeu Thiago -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine Links do Yahoo! Grupos -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] RES: Arqs de Trace no UDUMP
ja passou o tkprof nesses .trc ? Adriano --- Ivan [EMAIL PROTECTED] escreveu: Ninguem tem ideia do que pode ser? -Mensagem original- De: Ivan [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 19 de setembro de 2006 10:22 Para: 'oracle_br@yahoogrupos.com.br' Assunto: Arqs de Trace no UDUMP Oracle 9.2.0.7 on Linux Pessoal, Notei estes dias que vários arquivos .trc estão sendo gerados na pasta UDUMP do meu servidor. Olhando o trace, não parece ter nenhum erro, e nenhum erro é reportado ao usuario também. Analisando mais a fundo, cheguei ao processo - na verdade a procedure - causadora deste trace. Criei uma procedure com nome diferente mas o mesmo conteudo da outra. E esta nova não gera este trace. O que pode estar acontecendo? Algum usuario pode ter ativado isso? Como? Como desativá-lo? Acredito que apagando esta procedure e criando novamente deva resolver, mas gostaria de resolver de uma forma mais elegante. Obrigado Ivan ___ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/ -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RES: [oracle_br] Dúvida simples de relacionamento
Use (+) Ex: Select n.*, c.nome From nota n, cliente c Where c.id_cliente(+) = n.id_cliente _ De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Thiago Menon Enviada em: quarta-feira, 20 de setembro de 2006 10:20 Para: Oracle Grupo Assunto: [oracle_br] Dúvida simples de relacionamento Olá, Gostaria de saber como é q faço para fazer um relacionamento de zero para varios, ou seja o campo pode ficar nulo mas se for colocar algum valor tem q existir na tabela relacionada. Tem como eu nao lembro ? valeu Thiago [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] migração da base oracle de aix para solaris
Bom dia, Tenho uma base de dados oracle 8.0.5 que está no S.O. aix, tenho que migrar para S.O. solaris 9 no oracle 9i, o problema é que essa base é um DW de 450GB e para fazer o export e import seria muito demorado. Alguem já teve essa experiencia, tem alguma documentação ou alguma dica para me passar. desde já agradeço. obrigado. -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Dúvida simples de relacionamento
Thiago, uma foreign key faz isto naturalmente... sds Gibon - Original Message - From: Thiago Menon To: oracle_br@yahoogrupos.com.br Sent: Wednesday, September 20, 2006 10:35 AM Subject: [oracle_br] Dúvida simples de relacionamento Olá, Gostaria de saber como é q faço para fazer um relacionamento de zero para varios, ou seja o campo pode ficar nulo mas se for colocar algum valor tem q existir na tabela relacionada. Tem como ? eu nao lembro. valeu Thiago [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Problemas com instalação OEM 10GR 2
Bom dia amigos, Tenho um servidor linux Redhat 3 e estou tentando fazer a instalação do OEM e quando executo o runInstaller recebo o seguinte erro: Erro ao gravar no diretório /tmp/OraInstall2006-09-20_11-21-18AM. Verifique se o diretório é gravável e se tem pelo menos 60 MB de espaço em disco. Não é possível continuar a instalação. Alguém já passou por isso?? Obrigado André Campos [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RES: [oracle_br] RES: Arqs de Trace no UDUMP
Até passei: TKPROF: Release 9.2.0.7.0 - Production on Wed Sep 20 11:19:22 2006 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. Trace file: tsu_ora_12110.trc Sort options: default count= number of times OCI procedure was executed cpu = cpu time in seconds executing elapsed = elapsed time in seconds executing disk = number of physical reads of buffers from disk query= number of buffers gotten for consistent read current = number of buffers gotten in current mode (usually for update) rows = number of rows processed by the fetch or execute call Trace file: tsu_ora_12110.trc Trace file compatibility: 9.02.00 Sort options: default 1 session in tracefile. 0 user SQL statements in trace file. 0 internal SQL statements in trace file. 0 SQL statements in trace file. 0 unique SQL statements in trace file. 5105 lines in trace file. Mas o que eu gostaria era de descobrir o porque desses arquivos estarem sendo criados e fazer com que parem de ser gerados... -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Josÿffe9 Ferreira Enviada em: quarta-feira, 20 de setembro de 2006 10:52 Para: oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] RES: Arqs de Trace no UDUMP ja passou o tkprof nesses .trc ? Adriano --- Ivan [EMAIL PROTECTED] escreveu: Ninguem tem ideia do que pode ser? -Mensagem original- De: Ivan [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 19 de setembro de 2006 10:22 Para: 'oracle_br@yahoogrupos.com.br' Assunto: Arqs de Trace no UDUMP Oracle 9.2.0.7 on Linux Pessoal, Notei estes dias que vários arquivos .trc estão sendo gerados na pasta UDUMP do meu servidor. Olhando o trace, não parece ter nenhum erro, e nenhum erro é reportado ao usuario também. Analisando mais a fundo, cheguei ao processo - na verdade a procedure - causadora deste trace. Criei uma procedure com nome diferente mas o mesmo conteudo da outra. E esta nova não gera este trace. O que pode estar acontecendo? Algum usuario pode ter ativado isso? Como? Como desativá-lo? Acredito que apagando esta procedure e criando novamente deva resolver, mas gostaria de resolver de uma forma mais elegante. Obrigado Ivan ___ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/ -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Re: Fonte no relatorio
Desculpe pessoal eu esqueci de falar que é forms 6i marcos - Mensagem original -De: Informática - Usina Moreno [EMAIL PROTECTED]Até: [EMAIL PROTECTED] Com. Br [EMAIL PROTECTED] , Oracle_Br oracle_br@yahoogrupos.com.brCc: Data: Quarta-feira, Setembro 20 2006 10:03 AMAssunto: Fonte no relatorioPessoal bom dia Tem como mudar a fonte do relatorio antes de começar a imprimir ou visualizar? A situação é a seguinte, tenho impressoras matriciais e Laser, então quando eu for imprimir na matricial eu uso a fonte Draft quando for imprimir na HP eu uso Arial, porque os relatorios nas matriciais estão demorando muito pra imprimir (em funão da fonte) Desde já agradeço. Marcos -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] migração da base oracle de aix para solaris
Caro Amigo , Acredito não ter outra forma de migração , uma vez que os sistemas operacionais tratam seus file systems de forma diferenciada , mesmo que sejam de memso tipo (JFS) por exemplo. A mudança da base de sistema operacional , remete a export/import, ou através de SQL*Loader , se vc puder gerar arquivos flat. Bom... mas vamos ver se os gurus apontam outra saída. Abs Marcelo - Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Re: RES: Arqs de Trace no UDUMP
Pra gente poder comentar, penso que em PRIMEIRO lugar teríamos que saber A QUE se referem esses traces : se estão no UDUMP ok, é referente à processo de usuário e não geral de banco, mas eles podem ser traces de SQL decorrentes do evento 10046, OU traces devidos à eliminação inesperada do processo de usuário (por exemplo DEADLOCKs), OU de efetivação de recovery de sessão Pra vc saber isso, leia as linhas iniciais de vários dos arqs gerados (todos os arquivos .TRC são textos ASCII, pode ser via editor ou via comandos do SO), vc vai ver q o formato é tipo : /oracle/admin/BDPROD/udumpcat BDPROD_ora_23571.trc == as primeiras linhas identificam a instância, é blablabla... /u1/app/oracle/admin/BDPROD/udump/BDPROD_ora_23571.trc Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production With the Partitioning option JServer Release 9.2.0.5.0 - Production ORACLE_HOME = /u1/app/oracle/product/9.2.0 System name:HP-UX Node name: BDPROD Release:B.11.11 Version:U Machine:9000/800 Instance name: BDPROD Redo thread mounted by this instance: 1 Oracle process number: 20 Unix process pid: 23571, image: [EMAIL PROTECTED] (TNS V1-V3) == e depois aí sim vem a identificação do tipo do arquivo, abaixo é um arquivo gerado por recovery : *** SESSION ID:(19.3) 2006-08-26 08:34:29.563 Thread checkpoint rba:0x0542b2.0002.0010 scn:0x0676.0e52a51f On-disk rba:0x0542b3.04ca. scn:0x0676.0e52e742 Use incremental checkpoint cache-low RBA Thread 1 recovery from rba:0x0542b2.09a9. scn:0x. - Redo read statistics for thread 1 - Read rate (ASYNC): 8990Kb in 1.98s = 4.04 Mb/sec Longest record: 8Kb, moves: 1/24277 (0%) Change moves: 100/994 (10%), moved: 0Mb -- ... blablabla ... == um exemplo de seção de identificação de um arquivo de trace por deadlock : ... blablabla, pula a seção de identificação ... *** 2006-09-07 00:46:04.207 *** SESSION ID:(79.20632) 2006-09-07 00:46:04.193 DEADLOCK DETECTED Current SQL statement for this session: update X set IMPORTE=(IMPORTE+:b0),IMPORTE_IVA_1= (IMPORTE_IVA_1+:b1 ),FECHA_ULT_MOD=SYSDATE,USUARIO_ULT_MOD=:b2 where ROWID=:b3 The following deadlock is not an ORACLE error. It is a deadlock due to user error in the design of an application or from issuing incorrect ad-hoc SQL. The following information may aid in determining the deadlock: Deadlock graph: -Blocker(s) -Waiter (s)- Resource Name process session holds waits process session holds waits TX-00020010-0010e380 105 79 X102 49 X TX-0004000f-0009ce70 102 49 X105 79 X == um exemplo de seção de identificação de um arquivo de trace de SQL : ... blablabla, pula a seção de identificação ... APPNAME mod='nomedoprograma' mh=3669949024 act='' ah=4029777240 = PARSING IN CURSOR #3 len=18 dep=0 uid=22 oct=3 lid=22 tim=3633166700097 hv=271604965 ad='714e5898' ... primeiro cursor do SQL sendo tracejado ... END OF STMT PARSE #3:c=0,e=1271,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=4,tim=363311632 Então ABRA e LEIA as linhas iniciais desses arqs aí, identifique o que eles são, que aí SIM a gente pode sugerir algo... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Ivan [EMAIL PROTECTED] escreveu Ninguem tem ideia do que pode ser? -Mensagem original- De: Ivan [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 19 de setembro de 2006 10:22 Para: 'oracle_br@yahoogrupos.com.br' Assunto: Arqs de Trace no UDUMP Oracle 9.2.0.7 on Linux Pessoal, Notei estes dias que vários arquivos .trc estão sendo gerados na pasta UDUMP do meu servidor. Olhando o trace, não parece ter nenhum erro, e nenhum erro é reportado ao usuario também. Analisando mais a fundo, cheguei ao processo - na verdade a procedure - causadora deste trace. Criei uma procedure com nome diferente mas o mesmo conteudo da outra. E esta nova não gera este trace. O que pode estar acontecendo? Algum usuario pode ter ativado isso? Como? Como desativá-lo? Acredito que apagando esta procedure e criando novamente deva resolver, mas gostaria de resolver de uma forma mais elegante. Obrigado Ivan -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/
[oracle_br] Re: RES: Arqs de Trace no UDUMP
Pra gente poder comentar, penso que em PRIMEIRO lugar teríamos que saber A QUE se referem esses traces : se estão no UDUMP ok, é referente à processo de usuário e não geral de banco, mas eles podem ser traces de SQL decorrentes do evento 10046, OU traces devidos à eliminação inesperada do processo de usuário (por exemplo DEADLOCKs), OU de efetivação de recovery de sessão Pra vc saber isso, leia as linhas iniciais de vários dos arqs gerados (todos os arquivos .TRC são textos ASCII, pode ser via editor ou via comandos do SO), vc vai ver q o formato é tipo : /oracle/admin/BDPROD/udumpcat BDPROD_ora_23571.trc == as primeiras linhas identificam a instância, é blablabla... /u1/app/oracle/admin/BDPROD/udump/BDPROD_ora_23571.trc Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production With the Partitioning option JServer Release 9.2.0.5.0 - Production ORACLE_HOME = /u1/app/oracle/product/9.2.0 System name:HP-UX Node name: BDPROD Release:B.11.11 Version:U Machine:9000/800 Instance name: BDPROD Redo thread mounted by this instance: 1 Oracle process number: 20 Unix process pid: 23571, image: [EMAIL PROTECTED] (TNS V1-V3) == e depois aí sim vem a identificação do tipo do arquivo, abaixo é um arquivo gerado por recovery : *** SESSION ID:(19.3) 2006-08-26 08:34:29.563 Thread checkpoint rba:0x0542b2.0002.0010 scn:0x0676.0e52a51f On-disk rba:0x0542b3.04ca. scn:0x0676.0e52e742 Use incremental checkpoint cache-low RBA Thread 1 recovery from rba:0x0542b2.09a9. scn:0x. - Redo read statistics for thread 1 - Read rate (ASYNC): 8990Kb in 1.98s = 4.04 Mb/sec Longest record: 8Kb, moves: 1/24277 (0%) Change moves: 100/994 (10%), moved: 0Mb -- ... blablabla ... == um exemplo de seção de identificação de um arquivo de trace por deadlock : ... blablabla, pula a seção de identificação ... *** 2006-09-07 00:46:04.207 *** SESSION ID:(79.20632) 2006-09-07 00:46:04.193 DEADLOCK DETECTED Current SQL statement for this session: update X set IMPORTE=(IMPORTE+:b0),IMPORTE_IVA_1= (IMPORTE_IVA_1+:b1 ),FECHA_ULT_MOD=SYSDATE,USUARIO_ULT_MOD=:b2 where ROWID=:b3 The following deadlock is not an ORACLE error. It is a deadlock due to user error in the design of an application or from issuing incorrect ad-hoc SQL. The following information may aid in determining the deadlock: Deadlock graph: -Blocker(s) -Waiter (s)- Resource Name process session holds waits process session holds waits TX-00020010-0010e380 105 79 X102 49 X TX-0004000f-0009ce70 102 49 X105 79 X == um exemplo de seção de identificação de um arquivo de trace de SQL : ... blablabla, pula a seção de identificação ... APPNAME mod='nomedoprograma' mh=3669949024 act='' ah=4029777240 = PARSING IN CURSOR #3 len=18 dep=0 uid=22 oct=3 lid=22 tim=3633166700097 hv=271604965 ad='714e5898' ... primeiro cursor do SQL sendo tracejado ... END OF STMT PARSE #3:c=0,e=1271,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=4,tim=363311632 Então ABRA e LEIA as linhas iniciais desses arqs aí, identifique o que eles são, que aí SIM a gente pode sugerir algo... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Ivan [EMAIL PROTECTED] escreveu Ninguem tem ideia do que pode ser? -Mensagem original- De: Ivan [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 19 de setembro de 2006 10:22 Para: 'oracle_br@yahoogrupos.com.br' Assunto: Arqs de Trace no UDUMP Oracle 9.2.0.7 on Linux Pessoal, Notei estes dias que vários arquivos .trc estão sendo gerados na pasta UDUMP do meu servidor. Olhando o trace, não parece ter nenhum erro, e nenhum erro é reportado ao usuario também. Analisando mais a fundo, cheguei ao processo - na verdade a procedure - causadora deste trace. Criei uma procedure com nome diferente mas o mesmo conteudo da outra. E esta nova não gera este trace. O que pode estar acontecendo? Algum usuario pode ter ativado isso? Como? Como desativá-lo? Acredito que apagando esta procedure e criando novamente deva resolver, mas gostaria de resolver de uma forma mais elegante. Obrigado Ivan -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/
Re: [oracle_br] Dúvida simples de relacio namento
Valeu muito obrigado. Thiago Claro, Eduardo escreveu: Tem sim. Na tabela filha, crie a FK normalmente, porém deixei o campo como NULL, isto é, permitindo valores nulos. []s Eduardo Claro EDS - Brazilian Solution Centre +55 (11) 4393-1276 mailto: [EMAIL PROTECTED] -Original Message- From: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] On Behalf Of Thiago Menon Sent: Wednesday, September 20, 2006 10:20 AM To: Oracle Grupo Subject: [oracle_br] Dúvida simples de relacionamento Olá, Gostaria de saber como é q faço para fazer um relacionamento de zero para varios, ou seja o campo pode ficar nulo mas se for colocar algum valor tem q existir na tabela relacionada. Tem como eu nao lembro ? valeu Thiago -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine Links do Yahoo! Grupos -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine Links do Yahoo! Grupos -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] EXPORT FULL = Y
Bom dia a todos, Estou importando um banco de dados do 8.1.7 para 9.2.0.6 e gostaria de saber do senhores se devo usar a opcao FULL=Y , ou somente importar os dados do meus schemas desejados. Tenho informacao que todos os schemas sao tranportados exceto o SYS (isto e verdade ?) -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: RES: [oracle_br] RES: Arqs de Trace no UDUMP
0 user SQL , 0 internal SQL, 0 SQL statements ??? Acho que tá meio comprovado q NÃO SÃO arqs de trace de SQL, que são os únicos que o TKPROF sabe interpretar Cfrme meu e-mail anterior, tenta abrir e ler os arqs, veja se vc consegue identificar o que são... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Ivan [EMAIL PROTECTED] escreveu Até passei: TKPROF: Release 9.2.0.7.0 - Production on Wed Sep 20 11:19:22 2006 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. Trace file: tsu_ora_12110.trc Sort options: default ** ** count= number of times OCI procedure was executed cpu = cpu time in seconds executing elapsed = elapsed time in seconds executing disk = number of physical reads of buffers from disk query= number of buffers gotten for consistent read current = number of buffers gotten in current mode (usually for update) rows = number of rows processed by the fetch or execute call ** ** Trace file: tsu_ora_12110.trc Trace file compatibility: 9.02.00 Sort options: default 1 session in tracefile. 0 user SQL statements in trace file. 0 internal SQL statements in trace file. 0 SQL statements in trace file. 0 unique SQL statements in trace file. 5105 lines in trace file. Mas o que eu gostaria era de descobrir o porque desses arquivos estarem sendo criados e fazer com que parem de ser gerados... -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Josÿffe9 Ferreira Enviada em: quarta-feira, 20 de setembro de 2006 10:52 Para: oracle_br@yahoogrupos.com.br Assunto: Re: [oracle_br] RES: Arqs de Trace no UDUMP ja passou o tkprof nesses .trc ? Adriano --- Ivan [EMAIL PROTECTED] escreveu: Ninguem tem ideia do que pode ser? -Mensagem original- De: Ivan [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 19 de setembro de 2006 10:22 Para: 'oracle_br@yahoogrupos.com.br' Assunto: Arqs de Trace no UDUMP Oracle 9.2.0.7 on Linux Pessoal, Notei estes dias que vários arquivos .trc estão sendo gerados na pasta UDUMP do meu servidor. Olhando o trace, não parece ter nenhum erro, e nenhum erro é reportado ao usuario também. Analisando mais a fundo, cheguei ao processo - na verdade a procedure - causadora deste trace. Criei uma procedure com nome diferente mas o mesmo conteudo da outra. E esta nova não gera este trace. O que pode estar acontecendo? Algum usuario pode ter ativado isso? Como? Como desativá-lo? Acredito que apagando esta procedure e criando novamente deva resolver, mas gostaria de resolver de uma forma mais elegante. Obrigado Ivan ___ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/ -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] ORA-12154 no Oracle XE.
Prezados, Instalei o Oracle XE (aquele free) na minha máquina recém formatada (Windows XP Home Inglês). Só instalei ele (server e client). Testei o SQLPlus e conectou ok. Testei inclusive colocando [EMAIL PROTECTED] e depois a senha. Pinguei o TNS tnsping XE, retornou: TNS Ping Utility for 32-bit Windows: Version 10.2.0.1.0 - Production on 20-SET-2 006 02:54:17 Copyright (c) 1997, 2005, Oracle. All rights reserved. Arquivos de parÔmetros usados: D:\Oracle10g\app\oracle\product\10.2.0\server\network\admin\sqlnet.ora Usado o adaptador TNSNAMES para resolver o apelido Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = BITSOFT- 003)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = XE))) OK (10 ms) Instalei o Golden32 (Version: 5.7 Build: 447 - June 7, 2006), com suporte ao 10g, e ao tentar conectar ocorre o erro do Assunto. Segue abaixo os arquivos de controle (sem alterações do instalado): SQLNET.ORA # This file is actually generated by netca. But if customers choose to # install Software Only, this file wont exist and without the native # authentication, they will not be able to connect to the database on NT. SQLNET.AUTHENTICATION_SERVICES = (NTS) LISTENER.ORA SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (SID_NAME = PLSExtProc) (ORACLE_HOME = D:\Oracle10g\app\oracle\product\10.2.0\server) (PROGRAM = extproc) ) (SID_DESC = (SID_NAME = CLRExtProc) (ORACLE_HOME = D:\Oracle10g\app\oracle\product\10.2.0\server) (PROGRAM = extproc) ) ) LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE)) (ADDRESS = (PROTOCOL = TCP)(HOST = BITSOFT-003)(PORT = 1521)) ) ) DEFAULT_SERVICE_LISTENER = (XE) TNSNAMES.ORA XE = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = BITSOFT-003)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = XE) ) ) EXTPROC_CONNECTION_DATA = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE)) ) (CONNECT_DATA = (SID = PLSExtProc) (PRESENTATION = RO) ) ) ORACLR_CONNECTION_DATA = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE)) ) (CONNECT_DATA = (SID = CLRExtProc) (PRESENTATION = RO) ) ) Agradeço quem puder me ajudar. -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Ferramenta de monitoração
este arquivo funcionaria para versão 8.1.5 ??? tem alguma particularidade em relação ao SO ??? Grato Tiago Rodrigues Bosqueiro MAHLE Metal Leve S.A Dept. IT/Information Tecnology Rod: Limeira - Mogi Mirim Km 103, 13480-590 Limeira/SP, Brazil Phone: +55 19 3404 7631, Fax: +55 19 3404 7770 [EMAIL PROTECTED], www.mahle.com Nelson Souza [EMAIL PROTECTED] Sent by: oracle_br@yahoogrupos.com.br 20/09/2006 08:38 Please respond to oracle_br@yahoogrupos.com.br To oracle_br@yahoogrupos.com.br cc Subject Re: [oracle_br] Ferramenta de monitoração o site está apresentando erro, vc me mandar o arquivo. Sds Em 18/09/06, Everton Dias [EMAIL PROTECTED] escreveu: Sim, o dbguardian (http://dbguardian.sf.net) http://dbguardian.sf.net%29 Ele é um projeto opensource que fiz para meu TCC... O legal dele é que se você conheçe java pode facilmente desenvolver novas funcionalidades... Na época usei os conhecimentos do pessoal da lista para me ajudar no desenvolvimento :-) Estou tentando conseguir um tempo para homologar para a versão 10gR2 ... pois na época fiz na versão disponível (10gR1). From: DBA Oracle BR [EMAIL PROTECTED] Reply-To: oracle_br@yahoogrupos.com.br To: Grupo usuarios_oracle [EMAIL PROTECTED], Oracle_Br oracle_br@yahoogrupos.com.br Subject: [oracle_br] Ferramenta de monitoração Date: Tue, 12 Sep 2006 13:02:34 -0300 PessoALL, Alguem conhece alguma ferramenta grafica de monitoração para Oracle (tipo o Spotlight da Quest ou OEM-10g ) mas que seja open source/freeware??? grato. _ MSN Messenger: converse com os seus amigos online. http://messenger.msn.com.br [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 deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] EXPORT FULL = Y
Olhe este site. http://asktom.oracle.com/pls/ask/f?p=4950:8:F4950_P8_DISPLAYID:1424004061629 la fala algumas coisas sofre transportar tablespaces. t+ Welvis Douglas --- fabiobat2002 [EMAIL PROTECTED] escreveu: Bom dia a todos, Estou importando um banco de dados do 8.1.7 para 9.2.0.6 e gostaria de saber do senhores se devo usar a opcao FULL=Y , ou somente importar os dados do meus schemas desejados. Tenho informacao que todos os schemas sao tranportados exceto o SYS (isto e verdade ?) ___ Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular. Registre seu aparelho agora! http://br.mobile.yahoo.com/mailalertas/ -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] EXPORT FULL = Y
Olá Fabio, com a respeito do Exp FULL=Y o pessoal aqui da lista ja andou discutindo isso, falaram que não é recomendado pois pode ter incopatibilidade na estrutura, uma vez que voce está usando o 8.1.7 transportando para a versão 9. bom seu eu fosse fazer isso, eu faria um exp dos usuarios de produção e dava um import no outro banco. boa sorte. Welvis Douglas --- fabiobat2002 [EMAIL PROTECTED] escreveu: Bom dia a todos, Estou importando um banco de dados do 8.1.7 para 9.2.0.6 e gostaria de saber do senhores se devo usar a opcao FULL=Y , ou somente importar os dados do meus schemas desejados. Tenho informacao que todos os schemas sao tranportados exceto o SYS (isto e verdade ?) ___ O Yahoo! está de cara nova. Venha conferir! http://br.yahoo.com -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Re: ORA-12154 no Oracle XE.
Colega, verifique com o fornecedor desse software aí antes de qquer coisa, mas pode ser SIM que ele OU não seja compatível com bd 10g XE E/OU não o seja com o client XE : por exemplo, em testes num cliente meu, os desenvolvedores conseguiam conectar com o Navigator (numa versão bem recente) no banco 10gR2 EE mas não no 10gXE (nesse caso era imcompatibilidade com o próprio banco, não rolou seja de q jeito for no XE), e dava o mesmo via TOAD (mas neste caso usando um client não-XE já resolveu), pode ser qquer dos dois casos, o FORNECEDOR é que poderá te dar a posição precisa e oficial dele ... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, bitsoft.jpsilveira [EMAIL PROTECTED] escreveu Prezados, Instalei o Oracle XE (aquele free) na minha máquina recém formatada (Windows XP Home Inglês). Só instalei ele (server e client). Testei o SQLPlus e conectou ok. Testei inclusive colocando [EMAIL PROTECTED] e depois a senha. Pinguei o TNS tnsping XE, retornou: TNS Ping Utility for 32-bit Windows: Version 10.2.0.1.0 - Production on 20-SET-2 006 02:54:17 Copyright (c) 1997, 2005, Oracle. All rights reserved. Arquivos de parÔmetros usados: D:\Oracle10g\app\oracle\product\10.2.0 \server\network\admin\sqlnet.ora Usado o adaptador TNSNAMES para resolver o apelido Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP) (HOST = BITSOFT- 003)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = XE))) OK (10 ms) Instalei o Golden32 (Version: 5.7 Build: 447 - June 7, 2006), com suporte ao 10g, e ao tentar conectar ocorre o erro do Assunto. Segue abaixo os arquivos de controle (sem alterações do instalado): SQLNET.ORA # This file is actually generated by netca. But if customers choose to # install Software Only, this file wont exist and without the native # authentication, they will not be able to connect to the database on NT. SQLNET.AUTHENTICATION_SERVICES = (NTS) LISTENER.ORA SID_LIST_LISTENER = (SID_LIST = (SID_DESC = (SID_NAME = PLSExtProc) (ORACLE_HOME = D:\Oracle10g\app\oracle\product\10.2.0\server) (PROGRAM = extproc) ) (SID_DESC = (SID_NAME = CLRExtProc) (ORACLE_HOME = D:\Oracle10g\app\oracle\product\10.2.0\server) (PROGRAM = extproc) ) ) LISTENER = (DESCRIPTION_LIST = (DESCRIPTION = (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE)) (ADDRESS = (PROTOCOL = TCP)(HOST = BITSOFT-003)(PORT = 1521)) ) ) DEFAULT_SERVICE_LISTENER = (XE) TNSNAMES.ORA XE = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = BITSOFT-003)(PORT = 1521)) (CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = XE) ) ) EXTPROC_CONNECTION_DATA = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE)) ) (CONNECT_DATA = (SID = PLSExtProc) (PRESENTATION = RO) ) ) ORACLR_CONNECTION_DATA = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC_FOR_XE)) ) (CONNECT_DATA = (SID = CLRExtProc) (PRESENTATION = RO) ) ) Agradeço quem puder me ajudar. -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Oracle Forms
Sou universitario e gostaria de aprender algo sobre Oracle Forms, alguem tem alguma sugestão: de por onde começar, o que ler, melhor jeito de aprender. desde já, Obrigado. __ Vinícius Amorim [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP
Chiappa, descobri o problema. Isto já me aconteceu e se apresentou de outra forma, tenho uma procedure que é atualizada constantemente usando um merge. Sabe-se lá o motivo, o indice fica corrompido e dá estes erros bizarros... Solução: drop index/merge/create index Obrigado pela ajuda Abraço Ivan -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jlchiappa Enviada em: quarta-feira, 20 de setembro de 2006 11:41 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: RES: Arqs de Trace no UDUMP Pra gente poder comentar, penso que em PRIMEIRO lugar teríamos que saber A QUE se referem esses traces : se estão no UDUMP ok, é referente à processo de usuário e não geral de banco, mas eles podem ser traces de SQL decorrentes do evento 10046, OU traces devidos à eliminação inesperada do processo de usuário (por exemplo DEADLOCKs), OU de efetivação de recovery de sessão Pra vc saber isso, leia as linhas iniciais de vários dos arqs gerados (todos os arquivos .TRC são textos ASCII, pode ser via editor ou via comandos do SO), vc vai ver q o formato é tipo : /oracle/admin/BDPROD/udumpcat BDPROD_ora_23571.trc == as primeiras linhas identificam a instância, é blablabla... /u1/app/oracle/admin/BDPROD/udump/BDPROD_ora_23571.trc Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production With the Partitioning option JServer Release 9.2.0.5.0 - Production ORACLE_HOME = /u1/app/oracle/product/9.2.0 System name:HP-UX Node name: BDPROD Release:B.11.11 Version:U Machine:9000/800 Instance name: BDPROD Redo thread mounted by this instance: 1 Oracle process number: 20 Unix process pid: 23571, image: [EMAIL PROTECTED] (TNS V1-V3) == e depois aí sim vem a identificação do tipo do arquivo, abaixo é um arquivo gerado por recovery : *** SESSION ID:(19.3) 2006-08-26 08:34:29.563 Thread checkpoint rba:0x0542b2.0002.0010 scn:0x0676.0e52a51f On-disk rba:0x0542b3.04ca. scn:0x0676.0e52e742 Use incremental checkpoint cache-low RBA Thread 1 recovery from rba:0x0542b2.09a9. scn:0x. - Redo read statistics for thread 1 - Read rate (ASYNC): 8990Kb in 1.98s = 4.04 Mb/sec Longest record: 8Kb, moves: 1/24277 (0%) Change moves: 100/994 (10%), moved: 0Mb -- ... blablabla ... == um exemplo de seção de identificação de um arquivo de trace por deadlock : ... blablabla, pula a seção de identificação ... *** 2006-09-07 00:46:04.207 *** SESSION ID:(79.20632) 2006-09-07 00:46:04.193 DEADLOCK DETECTED Current SQL statement for this session: update X set IMPORTE=(IMPORTE+:b0),IMPORTE_IVA_1= (IMPORTE_IVA_1+:b1 ),FECHA_ULT_MOD=SYSDATE,USUARIO_ULT_MOD=:b2 where ROWID=:b3 The following deadlock is not an ORACLE error. It is a deadlock due to user error in the design of an application or from issuing incorrect ad-hoc SQL. The following information may aid in determining the deadlock: Deadlock graph: -Blocker(s) -Waiter (s)- Resource Name process session holds waits process session holds waits TX-00020010-0010e380 105 79 X102 49 X TX-0004000f-0009ce70 102 49 X105 79 X == um exemplo de seção de identificação de um arquivo de trace de SQL : ... blablabla, pula a seção de identificação ... APPNAME mod='nomedoprograma' mh=3669949024 act='' ah=4029777240 = PARSING IN CURSOR #3 len=18 dep=0 uid=22 oct=3 lid=22 tim=3633166700097 hv=271604965 ad='714e5898' ... primeiro cursor do SQL sendo tracejado ... END OF STMT PARSE #3:c=0,e=1271,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=4,tim=363311632 Então ABRA e LEIA as linhas iniciais desses arqs aí, identifique o que eles são, que aí SIM a gente pode sugerir algo... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Ivan [EMAIL PROTECTED] escreveu Ninguem tem ideia do que pode ser? -Mensagem original- De: Ivan [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 19 de setembro de 2006 10:22 Para: 'oracle_br@yahoogrupos.com.br' Assunto: Arqs de Trace no UDUMP Oracle 9.2.0.7 on Linux Pessoal, Notei estes dias que vários arquivos .trc estão sendo gerados na pasta UDUMP do meu servidor. Olhando o trace, não parece ter nenhum erro, e nenhum erro é reportado ao usuario também. Analisando mais a fundo, cheguei ao processo - na verdade a procedure - causadora deste trace. Criei uma procedure com nome diferente mas o mesmo conteudo da outra. E esta nova não gera este trace. O que pode estar acontecendo? Algum usuario pode ter ativado isso? Como? Como desativá-lo? Acredito que apagando esta procedure e criando novamente deva resolver, mas gostaria de
Re: [oracle_br] Problemas com instalação OEM 10G R2
Andre, Boa tarde! Qual o usuário que está utilizando para fazer a instalação ? Verificou o espaço da pasta tmp ? utilize: du /tmp -h --summarize Atenciosamente, Cristiano Sepe Gerente de Desenvolvimento Datapar S.A. Ciudad del Este - PY --- @ office: [EMAIL PROTECTED] - Original Message - From: Andre Campos To: oracle_br Sent: Wednesday, September 20, 2006 10:11 AM Subject: [oracle_br] Problemas com instalação OEM 10GR2 Bom dia amigos, Tenho um servidor linux Redhat 3 e estou tentando fazer a instalação do OEM e quando executo o runInstaller recebo o seguinte erro: Erro ao gravar no diretório /tmp/OraInstall2006-09-20_11-21-18AM. Verifique se o diretório é gravável e se tem pelo menos 60 MB de espaço em disco. Não é possível continuar a instalação. Alguém já passou por isso?? Obrigado André Campos [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 deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Problemas na instalação
Boas amigos, já estive aqui alguns dias atraz postando este meu problema na questão de instalação, estou tentando instalar Oracle Database Express, em notebook, instala tudo certinho mas no momento que eu entro na pagina ele expira a pagina e não entra, agora levantei outra questão comigo mesmo aqui, alguem sabe dizer tem alguma coisa a ver do meu notebook ser duo core, dois nucleos, isso pode influenciar em alguma coisa, será que é por isso, porque em outras maquinas fiz a instalação e funciona tudo correto mas no notebook nada feito. Agradeço a todos desde já... -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP
Procedure que usa o comando SQL chamado MERGE dando erros ? Já vi uns bugs assim em alguns releases do 9ir2, normalmente há work-around, cheque com o SUporte, e mais importante, tenha CERTEZA que REALMENTE o bug não está corrompendo mais nada, fazendo um exp completo, um DBV online, outro offline (se puder) e um ANALYZE VALIDATE STRUCTURE dos índices todos... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Ivan [EMAIL PROTECTED] escreveu Chiappa, descobri o problema. Isto já me aconteceu e se apresentou de outra forma, tenho uma procedure que é atualizada constantemente usando um merge. Sabe-se lá o motivo, o indice fica corrompido e dá estes erros bizarros... Solução: drop index/merge/create index Obrigado pela ajuda Abraço Ivan -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jlchiappa Enviada em: quarta-feira, 20 de setembro de 2006 11:41 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: RES: Arqs de Trace no UDUMP Pra gente poder comentar, penso que em PRIMEIRO lugar teríamos que saber A QUE se referem esses traces : se estão no UDUMP ok, é referente à processo de usuário e não geral de banco, mas eles podem ser traces de SQL decorrentes do evento 10046, OU traces devidos à eliminação inesperada do processo de usuário (por exemplo DEADLOCKs), OU de efetivação de recovery de sessão Pra vc saber isso, leia as linhas iniciais de vários dos arqs gerados (todos os arquivos .TRC são textos ASCII, pode ser via editor ou via comandos do SO), vc vai ver q o formato é tipo : /oracle/admin/BDPROD/udumpcat BDPROD_ora_23571.trc == as primeiras linhas identificam a instância, é blablabla... /u1/app/oracle/admin/BDPROD/udump/BDPROD_ora_23571.trc Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production With the Partitioning option JServer Release 9.2.0.5.0 - Production ORACLE_HOME = /u1/app/oracle/product/9.2.0 System name:HP-UX Node name: BDPROD Release:B.11.11 Version:U Machine:9000/800 Instance name: BDPROD Redo thread mounted by this instance: 1 Oracle process number: 20 Unix process pid: 23571, image: [EMAIL PROTECTED] (TNS V1-V3) == e depois aí sim vem a identificação do tipo do arquivo, abaixo é um arquivo gerado por recovery : *** SESSION ID:(19.3) 2006-08-26 08:34:29.563 Thread checkpoint rba:0x0542b2.0002.0010 scn:0x0676.0e52a51f On-disk rba:0x0542b3.04ca. scn:0x0676.0e52e742 Use incremental checkpoint cache-low RBA Thread 1 recovery from rba:0x0542b2.09a9. scn:0x. - Redo read statistics for thread 1 - Read rate (ASYNC): 8990Kb in 1.98s = 4.04 Mb/sec Longest record: 8Kb, moves: 1/24277 (0%) Change moves: 100/994 (10%), moved: 0Mb -- ... blablabla ... == um exemplo de seção de identificação de um arquivo de trace por deadlock : ... blablabla, pula a seção de identificação ... *** 2006-09-07 00:46:04.207 *** SESSION ID:(79.20632) 2006-09-07 00:46:04.193 DEADLOCK DETECTED Current SQL statement for this session: update X set IMPORTE=(IMPORTE+:b0),IMPORTE_IVA_1= (IMPORTE_IVA_1+:b1 ),FECHA_ULT_MOD=SYSDATE,USUARIO_ULT_MOD=:b2 where ROWID=:b3 The following deadlock is not an ORACLE error. It is a deadlock due to user error in the design of an application or from issuing incorrect ad-hoc SQL. The following information may aid in determining the deadlock: Deadlock graph: -Blocker(s) - Waiter (s)- Resource Name process session holds waits process session holds waits TX-00020010-0010e380 105 79 X102 49 X TX-0004000f-0009ce70 102 49 X105 79 X == um exemplo de seção de identificação de um arquivo de trace de SQL : ... blablabla, pula a seção de identificação ... APPNAME mod='nomedoprograma' mh=3669949024 act='' ah=4029777240 = PARSING IN CURSOR #3 len=18 dep=0 uid=22 oct=3 lid=22 tim=3633166700097 hv=271604965 ad='714e5898' ... primeiro cursor do SQL sendo tracejado ... END OF STMT PARSE #3:c=0,e=1271,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=4,tim=363311632 Então ABRA e LEIA as linhas iniciais desses arqs aí, identifique o que eles são, que aí SIM a gente pode sugerir algo... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Ivan [EMAIL PROTECTED] escreveu Ninguem tem ideia do que pode ser? -Mensagem original- De: Ivan [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 19 de setembro de 2006 10:22 Para: 'oracle_br@yahoogrupos.com.br' Assunto: Arqs de Trace no UDUMP Oracle 9.2.0.7 on Linux Pessoal, Notei estes dias que vários
RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP
Índice Corrompido constantementeÉ Oracle ou Clipper? - hehehhee Ivan, passe um DBV com o Banco fora do ar e no ar e veja os resultados.. ps: procure por bug também no MetaLink. -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Ivan Enviada em: quarta-feira, 20 de setembro de 2006 15:29 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP Chiappa, descobri o problema. Isto já me aconteceu e se apresentou de outra forma, tenho uma procedure que é atualizada constantemente usando um merge. Sabe-se lá o motivo, o indice fica corrompido e dá estes erros bizarros... Solução: drop index/merge/create index Obrigado pela ajuda Abraço Ivan -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jlchiappa Enviada em: quarta-feira, 20 de setembro de 2006 11:41 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: RES: Arqs de Trace no UDUMP Pra gente poder comentar, penso que em PRIMEIRO lugar teríamos que saber A QUE se referem esses traces : se estão no UDUMP ok, é referente à processo de usuário e não geral de banco, mas eles podem ser traces de SQL decorrentes do evento 10046, OU traces devidos à eliminação inesperada do processo de usuário (por exemplo DEADLOCKs), OU de efetivação de recovery de sessão Pra vc saber isso, leia as linhas iniciais de vários dos arqs gerados (todos os arquivos .TRC são textos ASCII, pode ser via editor ou via comandos do SO), vc vai ver q o formato é tipo : /oracle/admin/BDPROD/udumpcat BDPROD_ora_23571.trc == as primeiras linhas identificam a instância, é blablabla... /u1/app/oracle/admin/BDPROD/udump/BDPROD_ora_23571.trc Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production With the Partitioning option JServer Release 9.2.0.5.0 - Production ORACLE_HOME = /u1/app/oracle/product/9.2.0 System name:HP-UX Node name: BDPROD Release:B.11.11 Version:U Machine:9000/800 Instance name: BDPROD Redo thread mounted by this instance: 1 Oracle process number: 20 Unix process pid: 23571, image: [EMAIL PROTECTED] (TNS V1-V3) == e depois aí sim vem a identificação do tipo do arquivo, abaixo é um arquivo gerado por recovery : *** SESSION ID:(19.3) 2006-08-26 08:34:29.563 Thread checkpoint rba:0x0542b2.0002.0010 scn:0x0676.0e52a51f On-disk rba:0x0542b3.04ca. scn:0x0676.0e52e742 Use incremental checkpoint cache-low RBA Thread 1 recovery from rba:0x0542b2.09a9. scn:0x. - Redo read statistics for thread 1 - Read rate (ASYNC): 8990Kb in 1.98s = 4.04 Mb/sec Longest record: 8Kb, moves: 1/24277 (0%) Change moves: 100/994 (10%), moved: 0Mb -- ... blablabla ... == um exemplo de seção de identificação de um arquivo de trace por deadlock : ... blablabla, pula a seção de identificação ... *** 2006-09-07 00:46:04.207 *** SESSION ID:(79.20632) 2006-09-07 00:46:04.193 DEADLOCK DETECTED Current SQL statement for this session: update X set IMPORTE=(IMPORTE+:b0),IMPORTE_IVA_1= (IMPORTE_IVA_1+:b1 ),FECHA_ULT_MOD=SYSDATE,USUARIO_ULT_MOD=:b2 where ROWID=:b3 The following deadlock is not an ORACLE error. It is a deadlock due to user error in the design of an application or from issuing incorrect ad-hoc SQL. The following information may aid in determining the deadlock: Deadlock graph: -Blocker(s) -Waiter (s)- Resource Name process session holds waits process session holds waits TX-00020010-0010e380 105 79 X102 49 X TX-0004000f-0009ce70 102 49 X105 79 X == um exemplo de seção de identificação de um arquivo de trace de SQL : ... blablabla, pula a seção de identificação ... APPNAME mod='nomedoprograma' mh=3669949024 act='' ah=4029777240 = PARSING IN CURSOR #3 len=18 dep=0 uid=22 oct=3 lid=22 tim=3633166700097 hv=271604965 ad='714e5898' ... primeiro cursor do SQL sendo tracejado ... END OF STMT PARSE #3:c=0,e=1271,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=4,tim=363311632 Então ABRA e LEIA as linhas iniciais desses arqs aí, identifique o que eles são, que aí SIM a gente pode sugerir algo... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Ivan [EMAIL PROTECTED] escreveu Ninguem tem ideia do que pode ser? -Mensagem original- De: Ivan [mailto:[EMAIL PROTECTED] Enviada em: terça-feira, 19 de setembro de 2006 10:22 Para: 'oracle_br@yahoogrupos.com.br' Assunto: Arqs de Trace no UDUMP Oracle 9.2.0.7 on Linux Pessoal, Notei estes dias que vários arquivos .trc estão sendo gerados na pasta UDUMP do meu servidor. Olhando o trace, não parece ter nenhum erro, e nenhum erro é
[oracle_br] Help!!! - Ainda continua erro de permissão!!!!
Olá Pessoal, Continuo com o mesmo problema de instalação no linux Ubuntu. Segui as dicas do Reginaldo Ribeiro, mas não consegui instalar o bichors Dá essa mensagem quando chega aos 93% da tela antes de aparecer o botão instalar: Erro: You do not have sufficient privileges to write to the specified path. no component Database Configuration Assistant. Instalação não pode continuar para esse componente. Já criei pastas com permissão 777 (ler, escrever e executar) e estou instalando do usuário com direitos, pois o root ele não aceita. O q pode estar acontecendo, será que tenho que instalar mais algum patch do oracle? Pois segui o tutorial: https://help.ubuntu.com/community/Oracle9i Instalei o patch que cita no mesmo e nada.. Por favor me ajudemm!! Obrigado mesmo!!! Alex -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP
Pois é, como eu disse, isto já ocorreu. Da outra vez, recebi um erro ORA-600 kcbnew_3. Abri um chamado na oracle e eles se limitaram a me dizer que isso acontece, e que o workaround era sempre dropar o indice antes de fazer o merge. Achei um absurdo! Por estas e outras que eu não confio no suporte da oracle! O resumo deles na época: CAUSE DETERMINATION ORA-600 kcbnew_3 on indexes after massive loads CAUSE JUSTIFICATION NA . POTENTIAL SOLUTION(S) == Use workaround: * Drop index * Merge operations (they'll run faster as no index adjustement will be needed) * Create index POTENTIAL SOLUTION JUSTIFICATION(S) Workaround worked for cust . SOLUTION / ACTION PLAN === Use workaround: * Drop index * Merge operations (they'll run faster as no index adjustement will be needed) * Create index -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Anderson Haertel Rodrigues - FLN Enviada em: quarta-feira, 20 de setembro de 2006 17:09 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP Índice Corrompido constantementeÉ Oracle ou Clipper? - hehehhee Ivan, passe um DBV com o Banco fora do ar e no ar e veja os resultados.. ps: procure por bug também no MetaLink. -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Ivan Enviada em: quarta-feira, 20 de setembro de 2006 15:29 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP Chiappa, descobri o problema. Isto já me aconteceu e se apresentou de outra forma, tenho uma procedure que é atualizada constantemente usando um merge. Sabe-se lá o motivo, o indice fica corrompido e dá estes erros bizarros... Solução: drop index/merge/create index Obrigado pela ajuda Abraço Ivan -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jlchiappa Enviada em: quarta-feira, 20 de setembro de 2006 11:41 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: RES: Arqs de Trace no UDUMP Pra gente poder comentar, penso que em PRIMEIRO lugar teríamos que saber A QUE se referem esses traces : se estão no UDUMP ok, é referente à processo de usuário e não geral de banco, mas eles podem ser traces de SQL decorrentes do evento 10046, OU traces devidos à eliminação inesperada do processo de usuário (por exemplo DEADLOCKs), OU de efetivação de recovery de sessão Pra vc saber isso, leia as linhas iniciais de vários dos arqs gerados (todos os arquivos .TRC são textos ASCII, pode ser via editor ou via comandos do SO), vc vai ver q o formato é tipo : /oracle/admin/BDPROD/udumpcat BDPROD_ora_23571.trc == as primeiras linhas identificam a instância, é blablabla... /u1/app/oracle/admin/BDPROD/udump/BDPROD_ora_23571.trc Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production With the Partitioning option JServer Release 9.2.0.5.0 - Production ORACLE_HOME = /u1/app/oracle/product/9.2.0 System name:HP-UX Node name: BDPROD Release:B.11.11 Version:U Machine:9000/800 Instance name: BDPROD Redo thread mounted by this instance: 1 Oracle process number: 20 Unix process pid: 23571, image: [EMAIL PROTECTED] (TNS V1-V3) == e depois aí sim vem a identificação do tipo do arquivo, abaixo é um arquivo gerado por recovery : *** SESSION ID:(19.3) 2006-08-26 08:34:29.563 Thread checkpoint rba:0x0542b2.0002.0010 scn:0x0676.0e52a51f On-disk rba:0x0542b3.04ca. scn:0x0676.0e52e742 Use incremental checkpoint cache-low RBA Thread 1 recovery from rba:0x0542b2.09a9. scn:0x. - Redo read statistics for thread 1 - Read rate (ASYNC): 8990Kb in 1.98s = 4.04 Mb/sec Longest record: 8Kb, moves: 1/24277 (0%) Change moves: 100/994 (10%), moved: 0Mb -- ... blablabla ... == um exemplo de seção de identificação de um arquivo de trace por deadlock : ... blablabla, pula a seção de identificação ... *** 2006-09-07 00:46:04.207 *** SESSION ID:(79.20632) 2006-09-07 00:46:04.193 DEADLOCK DETECTED Current SQL statement for this session: update X set IMPORTE=(IMPORTE+:b0),IMPORTE_IVA_1= (IMPORTE_IVA_1+:b1 ),FECHA_ULT_MOD=SYSDATE,USUARIO_ULT_MOD=:b2 where ROWID=:b3 The following deadlock is not an ORACLE error. It is a deadlock due to user error in the design of an application or from issuing incorrect ad-hoc SQL. The following information may aid in determining the deadlock: Deadlock graph: -Blocker(s) -Waiter (s)- Resource Name process session holds waits
RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP
Chegou a ver se este BUG não foi corrigido no patch 9.2.0.8.0? Caso não, hehehe...se não tem remédio, remediado está, ou, mude o Código da Stored Procedure, ao invés de MERGE, passe a fazer uns SELECTs antes do INSERT/UPDATE Sucesso, Atenciosamente, Anderson Haertel Rodrigues Administrador de Banco de Dados Florianópolis/SC - [EMAIL PROTECTED] -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Ivan Enviada em: quarta-feira, 20 de setembro de 2006 17:46 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP Pois é, como eu disse, isto já ocorreu. Da outra vez, recebi um erro ORA-600 kcbnew_3. Abri um chamado na oracle e eles se limitaram a me dizer que isso acontece, e que o workaround era sempre dropar o indice antes de fazer o merge. Achei um absurdo! Por estas e outras que eu não confio no suporte da oracle! O resumo deles na época: CAUSE DETERMINATION ORA-600 kcbnew_3 on indexes after massive loads CAUSE JUSTIFICATION NA . POTENTIAL SOLUTION(S) == Use workaround: * Drop index * Merge operations (they'll run faster as no index adjustement will be needed) * Create index POTENTIAL SOLUTION JUSTIFICATION(S) Workaround worked for cust . SOLUTION / ACTION PLAN === Use workaround: * Drop index * Merge operations (they'll run faster as no index adjustement will be needed) * Create index -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Anderson Haertel Rodrigues - FLN Enviada em: quarta-feira, 20 de setembro de 2006 17:09 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP Índice Corrompido constantementeÉ Oracle ou Clipper? - hehehhee Ivan, passe um DBV com o Banco fora do ar e no ar e veja os resultados.. ps: procure por bug também no MetaLink. -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Ivan Enviada em: quarta-feira, 20 de setembro de 2006 15:29 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP Chiappa, descobri o problema. Isto já me aconteceu e se apresentou de outra forma, tenho uma procedure que é atualizada constantemente usando um merge. Sabe-se lá o motivo, o indice fica corrompido e dá estes erros bizarros... Solução: drop index/merge/create index Obrigado pela ajuda Abraço Ivan -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jlchiappa Enviada em: quarta-feira, 20 de setembro de 2006 11:41 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: RES: Arqs de Trace no UDUMP Pra gente poder comentar, penso que em PRIMEIRO lugar teríamos que saber A QUE se referem esses traces : se estão no UDUMP ok, é referente à processo de usuário e não geral de banco, mas eles podem ser traces de SQL decorrentes do evento 10046, OU traces devidos à eliminação inesperada do processo de usuário (por exemplo DEADLOCKs), OU de efetivação de recovery de sessão Pra vc saber isso, leia as linhas iniciais de vários dos arqs gerados (todos os arquivos .TRC são textos ASCII, pode ser via editor ou via comandos do SO), vc vai ver q o formato é tipo : /oracle/admin/BDPROD/udumpcat BDPROD_ora_23571.trc == as primeiras linhas identificam a instância, é blablabla... /u1/app/oracle/admin/BDPROD/udump/BDPROD_ora_23571.trc Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production With the Partitioning option JServer Release 9.2.0.5.0 - Production ORACLE_HOME = /u1/app/oracle/product/9.2.0 System name:HP-UX Node name: BDPROD Release:B.11.11 Version:U Machine:9000/800 Instance name: BDPROD Redo thread mounted by this instance: 1 Oracle process number: 20 Unix process pid: 23571, image: [EMAIL PROTECTED] (TNS V1-V3) == e depois aí sim vem a identificação do tipo do arquivo, abaixo é um arquivo gerado por recovery : *** SESSION ID:(19.3) 2006-08-26 08:34:29.563 Thread checkpoint rba:0x0542b2.0002.0010 scn:0x0676.0e52a51f On-disk rba:0x0542b3.04ca. scn:0x0676.0e52e742 Use incremental checkpoint cache-low RBA Thread 1 recovery from rba:0x0542b2.09a9. scn:0x. - Redo read statistics for thread 1 - Read rate (ASYNC): 8990Kb in 1.98s = 4.04 Mb/sec Longest record: 8Kb, moves: 1/24277 (0%) Change moves: 100/994 (10%), moved: 0Mb -- ... blablabla ... == um exemplo de seção de identificação de um arquivo de trace por deadlock : ... blablabla, pula a seção de identificação ... *** 2006-09-07 00:46:04.207 *** SESSION
[oracle_br] Transparent Application Failover???
Eu consigo usar o Transparent Application Failover em uma banco oracle sem o RAC.??? ou esta caracteristica é permitida apenas para o RAC? att Welvis Douglas ___ Você quer respostas para suas perguntas? Ou você sabe muito e quer compartilhar seu conhecimento? Experimente o Yahoo! Respostas ! http://br.answers.yahoo.com/ -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP
Ué, porque tu não confia se eles te deram a solução?? ;) Já peguei 3 bugs em que eles tiveram que gerar critical patch. E sempre o fizeram. E sempre resolveu o problema. Inclusive nos últimos dois o suporte me ligou para ver se a aplicação do patch tinha resolvido o problema. O suporte da Oracle é um dos pontos fortes. Ivan escreveu: Pois é, como eu disse, isto já ocorreu. Da outra vez, recebi um erro ORA-600 kcbnew_3. Abri um chamado na oracle e eles se limitaram a me dizer que isso acontece, e que o workaround era sempre dropar o indice antes de fazer o merge. Achei um absurdo! Por estas e outras que eu não confio no suporte da oracle! O resumo deles na época: CAUSE DETERMINATION ORA-600 kcbnew_3 on indexes after massive loads CAUSE JUSTIFICATION NA . POTENTIAL SOLUTION(S) == Use workaround: * Drop index * Merge operations (they'll run faster as no index adjustement will be needed) * Create index POTENTIAL SOLUTION JUSTIFICATION(S) Workaround worked for cust . SOLUTION / ACTION PLAN === Use workaround: * Drop index * Merge operations (they'll run faster as no index adjustement will be needed) * Create index -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Anderson Haertel Rodrigues - FLN Enviada em: quarta-feira, 20 de setembro de 2006 17:09 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP Índice Corrompido constantementeÉ Oracle ou Clipper? - hehehhee Ivan, passe um DBV com o Banco fora do ar e no ar e veja os resultados.. ps: procure por bug também no MetaLink. -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Ivan Enviada em: quarta-feira, 20 de setembro de 2006 15:29 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP Chiappa, descobri o problema. Isto já me aconteceu e se apresentou de outra forma, tenho uma procedure que é atualizada constantemente usando um merge. Sabe-se lá o motivo, o indice fica corrompido e dá estes erros bizarros... Solução: drop index/merge/create index Obrigado pela ajuda Abraço Ivan -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jlchiappa Enviada em: quarta-feira, 20 de setembro de 2006 11:41 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: RES: Arqs de Trace no UDUMP Pra gente poder comentar, penso que em PRIMEIRO lugar teríamos que saber A QUE se referem esses traces : se estão no UDUMP ok, é referente à processo de usuário e não geral de banco, mas eles podem ser traces de SQL decorrentes do evento 10046, OU traces devidos à eliminação inesperada do processo de usuário (por exemplo DEADLOCKs), OU de efetivação de recovery de sessão Pra vc saber isso, leia as linhas iniciais de vários dos arqs gerados (todos os arquivos .TRC são textos ASCII, pode ser via editor ou via comandos do SO), vc vai ver q o formato é tipo : /oracle/admin/BDPROD/udumpcat BDPROD_ora_23571.trc == as primeiras linhas identificam a instância, é blablabla... /u1/app/oracle/admin/BDPROD/udump/BDPROD_ora_23571.trc Oracle9i Enterprise Edition Release 9.2.0.5.0 - 64bit Production With the Partitioning option JServer Release 9.2.0.5.0 - Production ORACLE_HOME = /u1/app/oracle/product/9.2.0 System name:HP-UX Node name: BDPROD Release:B.11.11 Version:U Machine:9000/800 Instance name: BDPROD Redo thread mounted by this instance: 1 Oracle process number: 20 Unix process pid: 23571, image: [EMAIL PROTECTED] (TNS V1-V3) == e depois aí sim vem a identificação do tipo do arquivo, abaixo é um arquivo gerado por recovery : *** SESSION ID:(19.3) 2006-08-26 08:34:29.563 Thread checkpoint rba:0x0542b2.0002.0010 scn:0x0676.0e52a51f On-disk rba:0x0542b3.04ca. scn:0x0676.0e52e742 Use incremental checkpoint cache-low RBA Thread 1 recovery from rba:0x0542b2.09a9. scn:0x. - Redo read statistics for thread 1 - Read rate (ASYNC): 8990Kb in 1.98s = 4.04 Mb/sec Longest record: 8Kb, moves: 1/24277 (0%) Change moves: 100/994 (10%), moved: 0Mb -- ... blablabla ... == um exemplo de seção de identificação de um arquivo de trace por deadlock : ... blablabla, pula a seção de identificação ... *** 2006-09-07 00:46:04.207 *** SESSION ID:(79.20632) 2006-09-07 00:46:04.193 DEADLOCK DETECTED Current SQL statement for this
RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP
Ivan, só um detalhe aí : isso acontece é pura CONVERSA MOLE, absolutamente não dá pra aceitar, principalmente se vc recebe um ORA-600, POR DEFINIÇÃO isso é bug, é ERRO DO SOFTWARE, não tem nada de é assim mesmo, e sendo um bug o Suporte terá que fazer 4 coisas pra vc : a) reconhecer o bug como tal, dando um NÚMERO DE BUG pra ele, e uma previsão de quando deverá ser solucionado, em qual futura versão de banco - LÓGICO, temos q reconhecer que em softs complexos quase nunca um bug é solucionado de pronto, é plenamente aceitável algum tempo de análise, mas AO MENOS eles tem que reconhecer o bug b) DOCUMENTAR as condições em que o bug ocorre : não é só falar, ah, é dentro de stored procedure, mas não sei bem quando, não sei se é a fase da lua, se são as manchas solares, se são os gremlins... Eles TEM que o mais precisamente possível isolar as condições onde o bug ocorre. Isso vai ser VITAL pra vc mesmo, na hora que vc for aplicar o work-around deles, a linguagem SQL é ultra-expressiva, MUITAS vezes há diversas maneiras de se fazer a mesma coisa, SABENDOP EXATAMENTE onde tá o prob, vc muitas vezes consegue contornar MELHOR do que o Suporte ... c) enquanto a solução não vem, te dar um work-around que seja aceitável pra vc d) garantir que o bug não corrompeu nada mais (ou pelo menos te auxiliar nas verificações) == Todos esses itens são OBRIGAÇÃO deles e são um DIREITO de quem tem Suporte contratado, se algum deles ficou faltando REABRA o chamado (e de NOVO e de NOVO se não funcionar), telefone pro gerente ou pro VP adequado da Oracle (como empresa norte-americana isso pe o que não falta :) , use a opção do metalink de retorno de TARs, manda um mail pro suporte da matriz, carta registrada se for o caso, enfim, numa palavra, NÂO PERCA TEMPo batendo boca com atendente no telefone, ESCALE isso, ok ??? Como consumidores, só assim a gente consegue obter um produto melhor, e isso seja qual for o fornecedor, seja qual for o produto ou serviço... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Ivan [EMAIL PROTECTED] escreveu Pois é, como eu disse, isto já ocorreu. Da outra vez, recebi um erro ORA-600 kcbnew_3. Abri um chamado na oracle e eles se limitaram a me dizer que isso acontece, e que o workaround era sempre dropar o indice antes de fazer o merge. Achei um absurdo! Por estas e outras que eu não confio no suporte da oracle! O resumo deles na época: CAUSE DETERMINATION ORA-600 kcbnew_3 on indexes after massive loads CAUSE JUSTIFICATION NA . POTENTIAL SOLUTION(S) == Use workaround: * Drop index * Merge operations (they'll run faster as no index adjustement will be needed) * Create index POTENTIAL SOLUTION JUSTIFICATION(S) Workaround worked for cust . SOLUTION / ACTION PLAN === Use workaround: * Drop index * Merge operations (they'll run faster as no index adjustement will be needed) * Create index -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Anderson Haertel Rodrigues - FLN Enviada em: quarta-feira, 20 de setembro de 2006 17:09 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP Índice Corrompido constantementeÉ Oracle ou Clipper? - hehehhee Ivan, passe um DBV com o Banco fora do ar e no ar e veja os resultados.. ps: procure por bug também no MetaLink. -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Ivan Enviada em: quarta-feira, 20 de setembro de 2006 15:29 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP Chiappa, descobri o problema. Isto já me aconteceu e se apresentou de outra forma, tenho uma procedure que é atualizada constantemente usando um merge. Sabe-se lá o motivo, o indice fica corrompido e dá estes erros bizarros... Solução: drop index/merge/create index Obrigado pela ajuda Abraço Ivan -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jlchiappa Enviada em: quarta-feira, 20 de setembro de 2006 11:41 Para: oracle_br@yahoogrupos.com.br Assunto: [oracle_br] Re: RES: Arqs de Trace no UDUMP Pra gente poder comentar, penso que em PRIMEIRO lugar teríamos que saber A QUE se referem esses traces : se estão no UDUMP ok, é referente à processo de usuário e não geral de banco, mas eles podem ser traces de SQL decorrentes do evento 10046, OU traces devidos à eliminação inesperada do processo de usuário (por exemplo DEADLOCKs), OU de efetivação de recovery de sessão Pra vc saber isso, leia as linhas iniciais de vários dos arqs gerados (todos os arquivos .TRC são textos ASCII, pode ser via editor ou via comandos do
Re: RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP
É aqui no Citibank tivemos um ORA-00600 referente a latch na shared pool e o banco (produção) caia como uma pedra. Abrimos chamado e a resposta...MIGRE PARA 9.2.0.8 sendo que estavamos na 9.2.0.7, ridículo! aumentamos a shared pool e nunca mais tivemos problema. Depois que o suporte da Oracle foi para a India ficou horrivel, mas acho que vale a pena vc conversar com seu account manager da Oracle e ver se ele pode te auxiliar no escalonamento do chamado! boa sorte Ivan. abs, Luis Figueiredo. --- jlchiappa [EMAIL PROTECTED] escreveu: Ivan, só um detalhe aí : isso acontece é pura CONVERSA MOLE, absolutamente não dá pra aceitar, principalmente se vc recebe um ORA-600, POR DEFINIÇÃO isso é bug, é ERRO DO SOFTWARE, não tem nada de é assim mesmo, e sendo um bug o Suporte terá que fazer 4 coisas pra vc : a) reconhecer o bug como tal, dando um NÚMERO DE BUG pra ele, e uma previsão de quando deverá ser solucionado, em qual futura versão de banco - LÓGICO, temos q reconhecer que em softs complexos quase nunca um bug é solucionado de pronto, é plenamente aceitável algum tempo de análise, mas AO MENOS eles tem que reconhecer o bug b) DOCUMENTAR as condições em que o bug ocorre : não é só falar, ah, é dentro de stored procedure, mas não sei bem quando, não sei se é a fase da lua, se são as manchas solares, se são os gremlins... Eles TEM que o mais precisamente possível isolar as condições onde o bug ocorre. Isso vai ser VITAL pra vc mesmo, na hora que vc for aplicar o work-around deles, a linguagem SQL é ultra-expressiva, MUITAS vezes há diversas maneiras de se fazer a mesma coisa, SABENDOP EXATAMENTE onde tá o prob, vc muitas vezes consegue contornar MELHOR do que o Suporte ... c) enquanto a solução não vem, te dar um work-around que seja aceitável pra vc d) garantir que o bug não corrompeu nada mais (ou pelo menos te auxiliar nas verificações) == Todos esses itens são OBRIGAÇÃO deles e são um DIREITO de quem tem Suporte contratado, se algum deles ficou faltando REABRA o chamado (e de NOVO e de NOVO se não funcionar), telefone pro gerente ou pro VP adequado da Oracle (como empresa norte-americana isso pe o que não falta :) , use a opção do metalink de retorno de TARs, manda um mail pro suporte da matriz, carta registrada se for o caso, enfim, numa palavra, NÂO PERCA TEMPo batendo boca com atendente no telefone, ESCALE isso, ok ??? Como consumidores, só assim a gente consegue obter um produto melhor, e isso seja qual for o fornecedor, seja qual for o produto ou serviço... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Ivan [EMAIL PROTECTED] escreveu Pois é, como eu disse, isto já ocorreu. Da outra vez, recebi um erro ORA-600 kcbnew_3. Abri um chamado na oracle e eles se limitaram a me dizer que isso acontece, e que o workaround era sempre dropar o indice antes de fazer o merge. Achei um absurdo! Por estas e outras que eu não confio no suporte da oracle! O resumo deles na época: CAUSE DETERMINATION ORA-600 kcbnew_3 on indexes after massive loads CAUSE JUSTIFICATION NA . POTENTIAL SOLUTION(S) == Use workaround: * Drop index * Merge operations (they'll run faster as no index adjustement will be needed) * Create index POTENTIAL SOLUTION JUSTIFICATION(S) Workaround worked for cust . SOLUTION / ACTION PLAN === Use workaround: * Drop index * Merge operations (they'll run faster as no index adjustement will be needed) * Create index -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de Anderson Haertel Rodrigues - FLN Enviada em: quarta-feira, 20 de setembro de 2006 17:09 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP Índice Corrompido constantementeÉ Oracle ou Clipper? - hehehhee Ivan, passe um DBV com o Banco fora do ar e no ar e veja os resultados.. ps: procure por bug também no MetaLink. -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] nome de Ivan Enviada em: quarta-feira, 20 de setembro de 2006 15:29 Para: oracle_br@yahoogrupos.com.br Assunto: RES: [oracle_br] Re: RES: Arqs de Trace no UDUMP Chiappa, descobri o problema. Isto já me aconteceu e se apresentou de outra forma, tenho uma procedure que é atualizada constantemente usando um merge. Sabe-se lá o motivo, o indice fica corrompido e dá estes erros bizarros... Solução: drop index/merge/create index Obrigado pela ajuda Abraço Ivan -Mensagem original- De: oracle_br@yahoogrupos.com.br [mailto:[EMAIL PROTECTED] Em nome de jlchiappa Enviada
[oracle_br] Erro ao Startar Banco
Alguma dica sobre o erro abaixo ? Thu Sep 21 01:40:50 2006 ORACLE V8.1.7.0.0 - Production vsnsta=0 vsnsql=e vsnxtr=3 Windows 2000 Version 5.0 Service Pack 4, CPU type 586 *** SESSION ID:(12.1) 2006-09-21 01:40:50.218 Error in executing triggers on database startup *** 2006-09-21 01:40:50.218 ksedmp: internal or fatal error ORA-00604: ocorreu um erro no nivel 1 SQL recursivo ORA-04031: n?o e possivel alocar 4032 bytes de memoria compartilhada (shared pool,unknown object,joxlod: in ehe,ioc_allocate_pal) ORA-06512: em SYS.DBMS_JAVA, line 0 ORA-06512: em line 2 abraços Fábio Henrique Gibon [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ --__ OPORTUNIDADES DE TRABALHO, VAGAS, EMPREGOS PARA PROFISSIONAIS ORACLE VISITE: http://www.oraclebr.com.br/ __ Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine 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: [EMAIL PROTECTED] * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html