Re: [oracle_br] Descarte na constraint
Eduardo, Se vc quer identificar as duplicidades. É so mais uma das opçoes que vc tem. Voce pode criar uma tabela auxiliar. CREATE TABLE TAB_AUX AS SELECT * FROM TAB WHERE 1=2; AI DAR OS INSERTS NA TABELA AUXILIAR(SEM CHAVE). E IDENTIFICAR AS DUPLICIDADES. SELECT CAMPOS_CHAVE FROM TAB_AUX HAVING COUNT(*) 1; Espero ter Ajudado! -- Att, Diego Leite DBA ORACLE 2009/11/10 Eduardo Souza pjabran...@gmail.com Olá Grupo!! Será que existe uma maneira de descartar registros que violem uma constraint do tipo Unique Key? A situação é a seguinte: uma tabela está sendo carregada e em um determinado registro essa constraint é violada. Eu quero identificar a violação e continuar com o processo. Grande abraço a todos Eduardo Abrantes de Souza. [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] Re: RAC temporariamente em apenas um node
Neste caso, diante das circunstâncias por mim expostas, você acredita que seria melhor criar uma base Standalone já com ASM, migrar os schemas do servidor antigo para ela e depois fazer a instalação do Clusterware já com os dois nós disponíveis e transformar a instância em RAC? Infelizmente o cliente não nos deu opção de possuir uma máquina de origem e as duas máquinas em RAC de destino. Invariavelmente precisarei migrar da antiga para a nova, e depois colocar as duas em RAC. Abraços, Marcelo 2009/11/10 jlchiappa jlchia...@yahoo.com.br Sim, entendi, MAS eu recomendo enfaticamente que vc providencie o necessário e já monte os dois nós de uma vez por causa da maior facilidade : por exemplo, uma das coisas mais chatinhas de fazer numa instalação RAC são a equivalência e a rede privada, SE vc já tem duas máquinas vc já ** TESTARIA ** na real, já na hora do setup, esses detalhes de rede ( ** o próprio ** procedimento de instalação já dispara uns assistentes pra isso), é BEM mais fácil imho - em não tendo vc vai ter mito mais trabalho depois pra configurar isso com o software já instalado na máquina 1... Como eu disse, nunca fiz mas possível claro que deve ser, mas ** absolutamente ** não vale o trabalho e o riscos decorrentes da cobnfig mais difícil, mais trabalhosa... []s Chiappa --- Em oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br, Marcelo Medrado marcelo.medr...@... escreveu Grande Chiappa, Na verdade, trata-se de uma migração de ambiente em dois passos distintos: Tenho dois servidores para montar o RAC mas apenas um está disponível para configuração inicial. O objetivo e criar o ambiente RAC com um único nó, migrar os dados do segundo servidor para a instância recém e preparar este segundo servidor como segundo nó do RAC. Abraços, Marcelo Medrado 2009/11/7 jlchiappa jlchia...@... Sim, colega, eu nunca fiz mas conceitualmente é PERFEITAMENTE possível : o que vc obterá com isso é o mesmo ambiente de um RAC de dois nós quando um cai, ie, um só nó ativo, isso é TOTALMENTE 'legal' para o RAC, ele NÂO TEM uma exigência de número mínimo de nós... afaik quando vc pede pra instalar um RAC o Assistente pede pra vc informar a lista dos nós, afaik vc poderia informar um só... Sendo assim, creio que vc não teria problemas, DESDE QUE as exigências do RAC sejam atendidas, ie : o banco de dados TEM QUE ter sido criado num storage COMPARTILHADO, que ** haja espaço ** num storage COMPARTILHADO para voting disk/arqs de controle gerais do RAC, que haja rsh/comunicação de rede setada, que haja IP virtual criado === EVIDENTEMENTE, estou respondendo o que vc perguntou, mas : pelo que entendo vc quer fazer um TESTE (de performance, escalabilidade/aceitação) na tecnologia RAC, correto ? Sendo isso, imho ** DE FORMA ALGUMA ** um database RAC com um nó só vai servir de teste minimamente confiável, pois NÂO estará havendo aquilo que muitas vezes é o calcanhar de Aquiles do RAC, a INTERCOMUNICAÇÃO entre os nós Então pra mim se vc quer fazer um Teste ** PRECISO **, teste a realidade, com vários nós, com comunicação de Rede entre eles, como vai ser na prática, um database com vários nós, não um Ficção, ok ? []s Chiappa --- Em oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.broracle_br% 40yahoogrupos.com.br, Marcelo Medrado marcelo.medrado@ escreveu Prezados, É possível configurar o RAC com apenas um nó? A situação é a seguinte: Tenho um ambiente de produção Standalone numa PowerPC com AIX e uma máquina nova, idêntica. O objetivo seria criar toda a estrutura do RAC no novo servidor (apenas com um nó + ASM e tudo mais), migrar o ambiente aos poucos (alguns schemas podem ser copiados de imediato, outros precisariam ser homologados) e após transferirmos tudo para o novo ambiente, preparar o segundo nó e adicioná-lo ao RAC. Alguém já passou por esta experiência? É viável/fácil/complexo? Creio que cenários desta natureza não sejam tão incomuns pois nem sempre possuímos duas máquinas novas para iniciar o ambiente do zero. Se alguém puder me indicar também uma documentação específica sobre este cenário seria excelente. Abraços, Marcelo [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
Re: [oracle_br] View lenta
Elis Verifica o plano de execução da consulta utilizando o Connect By. Certamente está com várias execuções a mais neste caso, devido a recursividade e talvez pela condição do encadeamento. Att. Douglas Falcão 2009/11/9 Elis Azevedo Nery elisn...@yahoo.com Boa Tarde! Tenho uma situação estranha. Quando eu corro o select que está dentro da view, é rapidíssimo, mas se eu faço um select na view, nunca mais retorna resultado. A única coisa de diferente que o código tem, é um connect by. Alguém já passou por esta situação? Obrigada Elis __ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas] -- Douglas Falcão --- Oracle Certified Application Developer Sun Java Certified Associate --- Business Analyst / Business Intelligence Analyst mail: douglas dot falcao at gmail dot com [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Res: [oracle_br] View lenta
Obrigada pela ajuda. Descobri que o Oracle não gosta de uma view dentro da outra. Era o que eu estava a fazer e ele deveria perder-se. Valeu! Elis De: Douglas Falcão listas.dfal...@gmail.com Para: oracle_br@yahoogrupos.com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 12:52:35 Assunto: Re: [oracle_br] View lenta Elis Verifica o plano de execução da consulta utilizando o Connect By. Certamente está com várias execuções a mais neste caso, devido a recursividade e talvez pela condição do encadeamento. Att. Douglas Falcão 2009/11/9 Elis Azevedo Nery elisn...@yahoo.com Boa Tarde! Tenho uma situação estranha. Quando eu corro o select que está dentro da view, é rapidíssimo, mas se eu faço um select na view, nunca mais retorna resultado. A única coisa de diferente que o código tem, é um connect by. Alguém já passou por esta situação? Obrigada Elis __ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas] -- Douglas Falcão --- Oracle Certified Application Developer Sun Java Certified Associate --- Business Analyst / Business Intelligence Analyst mail: douglas dot falcao at gmail dot com [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] Dúvida - Procedure
Olá Roberto, bom dia! Obrigado mesmo pela sua ajuda... Refiz a procedure de uma outra maneira mas a atualização não foi possível pois o campo que está sendo atualizado é um campo chave primária e (penso eu) na hora de fazer a atualização LINHA A LINHA, uma linha acabou sendo duplicada e a atualização não foi permitida... Tentando fazer da maneira como vc sugeriu, eu criei a tabela a parte (que era o q eu estava tentando evitar) e, quando na execução da proc, ele não inseriu os dados considerando o seguinte erro: SQL @call_prc_updt_ordem_cadastro_prod BEGIN prc_updt_ordem_cadastro_prod; END; * ERRO na linha 1: ORA-00903: nome de tabela inválido ORA-06512: em MATHEUS.PRC_UPDT_ORDEM_CADASTRO_PROD, line 10 ORA-06512: em line 1 A procedure ficou com essa especificação: 1 CREATE OR REPLACE PROCEDURE prc_updt_ordem_cadastro_prod 2 IS 3 v_linhanumber; 4 v_com varchar2(1000); 5 6 7 BEGIN 8 9 EXECUTE IMMEDIATE 'TRUNCATE TABLE t_ordem_cadastro'; 10 EXEUCTE IMMEDIATE 'INSERT INTO TABLE t_ordem_cadastro AS'|| 11 ' SELECT rownum linha, product_id, nome'|| 12 ' FROM products'; 13 14 15 BEGIN 16 17 FOR v_linha in(SELECT linha, rowid FROM t_ordem_cadastro FOR UPDATE) 18 loop 19 20 UPDATE products 21 SET product_id = v_linha.linha 22 WHERE rowid = v_linha.rowid; 23 24 END LOOP; 25 26 COMMIT; 27 28 EXCEPTION 29 30 WHEN OTHERS THEN 31 DBMS_OUTPUT.PUT_LINE(SQLERRM); 32 33 34 END; 35* END prc_updt_ordem_cadastro_prod; Não sei exatamente o que pode estar acontecendo.. De qualquer forma, o objetivo dessa proc (além de ser apenas exercício de aprendizagem e testes) é atualizar o campo PRODUCT_ID para que fique em ordem crescente, já que as linhas não foram gravadas dentro de uma seqüência e, ao efetuar um SELECT * [TABELA], ele traz os resultados fora da ordem... É APENAS isso... De qualquer forma, obrigado pela ajuda... Matheus Malta - Original Message - From: Roberto Oshikawa rcoshik...@gmail.com To: oracle_br@yahoogrupos.com.br Sent: Tuesday, November 10, 2009 9:39 AM Subject: Re: [oracle_br] Dúvida - Procedure Bom dia, Matheus Desculpe a demora da resposta ontem não tive tempo de me conectar, mas refiz a proc q vc estava com problema e as considerações do alexandre estão corretas, realmente para montar o FOR não dá para utilizar uma tabela que ainda está sendo criada dinamicamente, agora pergunto, para essa proc vc vai estar sempre criando essa tabela será que não valeria a pena vc deixa-la fisicamente criada ? Não sei ao certo o propósito da tabela mas acredito que deve ser para extrair alguma informação e depois queima-la, em todo o caso montei a proc para vc como tendo como base a tabela criada ai sim fica mais fácil para poder trabalhar Não existe mais a criação da tabela O truncate limpa a tabela insere os dados com base na tabela products O Update é feito com base o RowId do registro Espero ter ajudado e desculpa pela demora da resposta, qq dúvida pode ir mandando que vou tentando responder o mais rapido possivel abraços CREATE OR REPLACE PROCEDURE prc_updt_ordem_cadastro_prod IS v_linha number; v_com varchar2(1000); BEGIN execute immediate 'truncate TABLE t_ordem_cadastro'; execute immediate 'insert into TABLE t_ordem_cadastro as SELECT rownum linha, product_id, nome FROM products'; BEGIN FOR v_linha in (SELECT linha,rowid FROM t_ordem_cadastro FOR UPDATE) loop UPDATE products SET product_id = v_linha.linha WHERE rowid = v_linha.rowid; End loop; COMMIT; end; END prc_updt_ordem_cadastro_prod; 2009/11/10 Alexandre Campos Moretti alexcmore...@yahoo.com.br Ola Roberto, Bom dia Realmente a solução não vai funcionar porque a tabela que está sendo criada não existe. Existem duas soluções : 1) Criar a tabela como temporary table. 2) Não criar a tabela auxiliar e colocar o select do for em um cursor. Veja que você pode dar select na tabela e atualiza-la que o resultado não é alterado antes do commit. De: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br [mailto: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br] Em nome de Matheus Malta Enviada em: segunda-feira, 9 de novembro de 2009 17:32 Para: oracle_br@yahoogrupos.com.br oracle_br%40yahoogrupos.com.br Assunto: Re: [oracle_br] Dúvida - Procedure Olá Roberto, boa tarde! Obrigado pela ajuda, mas infelizmente não deu certo também... Segue abaixo os erros informados pelo Oracle: Erros para PROCEDURE PRC_UPDT_ORDEM_CADASTRO_PROD: LINE/COL ERROR -- 15/1 PL/SQL: SQL Statement ignored 16/6 PL/SQL: ORA-00942: a tabela ou view não existe 24/4 PL/SQL: SQL Statement ignored 25/21 PL/SQL: ORA-00904: : identificador inválido 25/21 PLS-00364: o uso da variável 'VERIFICA_ORDEM' de índice de loop é inválido 34/4 PL/SQL: Statement ignored
[oracle_br] Tablet PC com Client 9i
Bom dia! Eu estou com um Tablet PC da alta direção de minha empresa rodando Windows XP Tablet o que ocorre é que após instalar um client 9i sem apresentar erros eu não consigo realizar nenhuma conexão com quaisquer BD de nossa empresa. Quando faço teste via sqlplus após eu colocar as informações necessárias e clicar em OK a tela atual some e nada acontece dpois. Tentei utilizar o parâmetro /nolog para realizar a conexão depois mais a tela do prompt não aparece para mim, preciso muito da ajuda de vcs Obrigado. [cid:image001.jpg@01CA62C4.0209A8E0] Wender Fernandes Analista de Sistemas SR 21 3296-3646 | Fax: 3296-3677 wender.fernan...@lamsa.com.br | www.lamsa.com.brhttp://www.lamsa.com.br Antes de imprimir, pense no seu compromisso com o meio ambiente. [As partes desta mensagem que não continham texto foram removidas]
Res: Res: [oracle_br] View lenta
Colega; a afirmação o Oracle não gosta de uma view dentro da outra não faz nenhum sentido! Qual seria a explicação para tal evento? De: Elis Azevedo Nery elisn...@yahoo.com Para: oracle_br@yahoogrupos.com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 10:57:55 Assunto: Res: [oracle_br] View lenta Obrigada pela ajuda. Descobri que o Oracle não gosta de uma view dentro da outra. Era o que eu estava a fazer e ele deveria perder-se. Valeu! Elis _ _ __ De: Douglas Falcão listas.dfalcao@ gmail.com Para: oracle...@yahoogrup os.com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 12:52:35 Assunto: Re: [oracle_br] View lenta Elis Verifica o plano de execução da consulta utilizando o Connect By. Certamente está com várias execuções a mais neste caso, devido a recursividade e talvez pela condição do encadeamento. Att. Douglas Falcão 2009/11/9 Elis Azevedo Nery elisn...@yahoo. com Boa Tarde! Tenho uma situação estranha. Quando eu corro o select que está dentro da view, é rapidíssimo, mas se eu faço um select na view, nunca mais retorna resultado. A única coisa de diferente que o código tem, é um connect by. Alguém já passou por esta situação? Obrigada Elis _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] -- Douglas Falcão - - - - --- Oracle Certified Application Developer Sun Java Certified Associate - - - - --- Business Analyst / Business Intelligence Analyst mail: douglas dot falcao at gmail dot com [As partes desta mensagem que não continham texto foram removidas] - - -- - - - - - - Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail- archive.com/ oracle_br@ yahoogrupos. com.br/ - - - - - - Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr .com.br/ - - - - - - Links do Yahoo! Grupos _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
RES: Res: [oracle_br] View lenta
Boa tarde, Tenho algumas experiências de views que utilizava no DB2 e que foram transferidas para o Oracle e notei o seguinte : As visões no DB2 rodavam muito mais rápidas do que no Oracle no momento da implantação e essas visões utilizavam várias visões dentro das outras, então estudando com paciência e com calma cheguei a seguinte conclusão : Realmente alguns casos o Db2 é mais rápido do que o Oracle e vice versa, o que você tem que levar em consideração são os Indices, se o banco esta configurado como custo ou como regra, as amarrações, se as estatísticas do banco estão atualizadas etc. Eu no seu lugar caso tivesse várias tabelas amarradas dentro de uma view, iria montando uma a uma e testando aonde esta o problema. Tenho “quase certeza” de que é alguma falha na construção da sua view. Poste o script dessa view que eu dou uma olhada beleza ? De: oracle_br@yahoogrupos.com.br [mailto:oracle...@yahoogrupos.com.br] Em nome de MARCIO CASTRO Enviada em: quarta-feira, 11 de novembro de 2009 12:59 Para: oracle_br@yahoogrupos.com.br Assunto: Res: Res: [oracle_br] View lenta Colega; a afirmação o Oracle não gosta de uma view dentro da outra não faz nenhum sentido! Qual seria a explicação para tal evento? De: Elis Azevedo Nery elisn...@yahoo.com mailto:elisnery%40yahoo.com Para: oracle_br@yahoogrupos.com.br mailto:oracle_br%40yahoogrupos.com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 10:57:55 Assunto: Res: [oracle_br] View lenta Obrigada pela ajuda. Descobri que o Oracle não gosta de uma view dentro da outra. Era o que eu estava a fazer e ele deveria perder-se. Valeu! Elis _ _ __ De: Douglas Falcão listas.dfalcao@ gmail.com Para: oracle...@yahoogrup os.com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 12:52:35 Assunto: Re: [oracle_br] View lenta Elis Verifica o plano de execução da consulta utilizando o Connect By. Certamente está com várias execuções a mais neste caso, devido a recursividade e talvez pela condição do encadeamento. Att. Douglas Falcão 2009/11/9 Elis Azevedo Nery elisn...@yahoo. com Boa Tarde! Tenho uma situação estranha. Quando eu corro o select que está dentro da view, é rapidíssimo, mas se eu faço um select na view, nunca mais retorna resultado. A única coisa de diferente que o código tem, é um connect by. Alguém já passou por esta situação? Obrigada Elis _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] -- Douglas Falcão - - - - --- Oracle Certified Application Developer Sun Java Certified Associate - - - - --- Business Analyst / Business Intelligence Analyst mail: douglas dot falcao at gmail dot com [As partes desta mensagem que não continham texto foram removidas] - - -- - - - - - - Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail- archive.com/ oracle_br@ yahoogrupos. com.br/ - - - - - - Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr .com.br/ - - - - - - Links do Yahoo! Grupos _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] __ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas]
Res: RES: Res: [oracle_br] View lenta
A view não estava construída da melhor forma, e podia sempre ser melhorada. Mas independente disso, é estranho a query que origina a view funcionar, e a view propriamente dita não. Obrigada pela intervenção de todos e cada dia a gente aprende uma. Elis De: Aleksandro Souza Azevedo aleksandroso...@yahoo.com.br Para: oracle_br@yahoogrupos.com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 15:12:50 Assunto: RES: Res: [oracle_br] View lenta Boa tarde, Tenho algumas experiências de views que utilizava no DB2 e que foram transferidas para o Oracle e notei o seguinte : As visões no DB2 rodavam muito mais rápidas do que no Oracle no momento da implantação e essas visões utilizavam várias visões dentro das outras, então estudando com paciência e com calma cheguei a seguinte conclusão : Realmente alguns casos o Db2 é mais rápido do que o Oracle e vice versa, o que você tem que levar em consideração são os Indices, se o banco esta configurado como custo ou como regra, as amarrações, se as estatísticas do banco estão atualizadas etc. Eu no seu lugar caso tivesse várias tabelas amarradas dentro de uma view, iria montando uma a uma e testando aonde esta o problema. Tenho “quase certeza” de que é alguma falha na construção da sua view. Poste o script dessa view que eu dou uma olhada beleza ? De: oracle...@yahoogrup os.com.br [mailto:oracle...@yahoogrup os.com.br] Em nome de MARCIO CASTRO Enviada em: quarta-feira, 11 de novembro de 2009 12:59 Para: oracle...@yahoogrup os.com.br Assunto: Res: Res: [oracle_br] View lenta Colega; a afirmação o Oracle não gosta de uma view dentro da outra não faz nenhum sentido! Qual seria a explicação para tal evento? _ _ __ De: Elis Azevedo Nery elisn...@yahoo. com mailto:elisnery% 40yahoo.com Para: oracle...@yahoogrup os.com.br mailto:oracle_ br%40yahoogrupos .com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 10:57:55 Assunto: Res: [oracle_br] View lenta Obrigada pela ajuda. Descobri que o Oracle não gosta de uma view dentro da outra. Era o que eu estava a fazer e ele deveria perder-se. Valeu! Elis _ _ __ De: Douglas Falcão listas.dfalcao@ gmail.com Para: oracle...@yahoogrup os.com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 12:52:35 Assunto: Re: [oracle_br] View lenta Elis Verifica o plano de execução da consulta utilizando o Connect By. Certamente está com várias execuções a mais neste caso, devido a recursividade e talvez pela condição do encadeamento. Att. Douglas Falcão 2009/11/9 Elis Azevedo Nery elisn...@yahoo. com Boa Tarde! Tenho uma situação estranha. Quando eu corro o select que está dentro da view, é rapidíssimo, mas se eu faço um select na view, nunca mais retorna resultado. A única coisa de diferente que o código tem, é um connect by. Alguém já passou por esta situação? Obrigada Elis _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] -- Douglas Falcão - - - - --- Oracle Certified Application Developer Sun Java Certified Associate - - - - --- Business Analyst / Business Intelligence Analyst mail: douglas dot falcao at gmail dot com [As partes desta mensagem que não continham texto foram removidas] - - -- - - - - - - Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail- archive.com/ oracle_br@ yahoogrupos. com.br/ - - - - - - Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr .com.br/ - - - - - - Links do Yahoo! Grupos _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] [As partes desta mensagem que não continham texto foram removidas] Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] ORA-01031: insufficient privileges
Olá, Estou com o seguinte problema. Ao tentar conectar como / as sysdba está aparecendo a mensagem ORA-01031: insufficient privileges Isso começou a acontecer depois que eu estava tentando configurar o OEM (oracle entreprise manager) que eu também não sei o porque ele não estava reconhecendo o listener, sendo que está ativo nem o tnsnames que também funciona. Já alterei o arquivo hosts para achar o ip da maquina e de loopback. O meu maior problema agora é nao conseguir conectar como sys. Já tentei executar o orapwd mas nao adiantou nada, alguém tem alguma idéia do que posso fazer? Agradeço desde já a todos Thiago __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/
Re: [oracle_br] ORA-01031: insufficient privileges
Tiago, Vc esta logado como o usuario proprietario do oracle ou o usuario faz parte do grupo ORA_DBA? -- Att, Diego Leite DBA ORACLE 2009/11/11 Thiago Menon thime...@yahoo.com.br Olá, Estou com o seguinte problema. Ao tentar conectar como / as sysdba está aparecendo a mensagem ORA-01031: insufficient privileges Isso começou a acontecer depois que eu estava tentando configurar o OEM (oracle entreprise manager) que eu também não sei o porque ele não estava reconhecendo o listener, sendo que está ativo nem o tnsnames que também funciona. Já alterei o arquivo hosts para achar o ip da maquina e de loopback. O meu maior problema agora é nao conseguir conectar como sys. Já tentei executar o orapwd mas nao adiantou nada, alguém tem alguma idéia do que posso fazer? Agradeço desde já a todos Thiago __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] ORA-01031: insufficient privileges
Sim Diego Leite escreveu: Tiago, Vc esta logado como o usuario proprietario do oracle ou o usuario faz parte do grupo ORA_DBA? __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/
Res: Res: RES: Res: [oracle_br] View lenta
Mas Elis; é isto que eu não estou entendendo. A view é simplesmente o texto do seu select, correto? Tem certeza de que o comando é realmente o mesmo? Há algum exemplo que você possa passar para a gente, para que possamos testar? De: Elis Azevedo Nery elisn...@yahoo.com Para: oracle_br@yahoogrupos.com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 13:22:02 Assunto: Res: RES: Res: [oracle_br] View lenta A view não estava construída da melhor forma, e podia sempre ser melhorada. Mas independente disso, é estranho a query que origina a view funcionar, e a view propriamente dita não. Obrigada pela intervenção de todos e cada dia a gente aprende uma. Elis _ _ __ De: Aleksandro Souza Azevedo aleksandrosouza@ yahoo.com. br Para: oracle...@yahoogrup os.com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 15:12:50 Assunto: RES: Res: [oracle_br] View lenta Boa tarde, Tenho algumas experiências de views que utilizava no DB2 e que foram transferidas para o Oracle e notei o seguinte : As visões no DB2 rodavam muito mais rápidas do que no Oracle no momento da implantação e essas visões utilizavam várias visões dentro das outras, então estudando com paciência e com calma cheguei a seguinte conclusão : Realmente alguns casos o Db2 é mais rápido do que o Oracle e vice versa, o que você tem que levar em consideração são os Indices, se o banco esta configurado como custo ou como regra, as amarrações, se as estatísticas do banco estão atualizadas etc. Eu no seu lugar caso tivesse várias tabelas amarradas dentro de uma view, iria montando uma a uma e testando aonde esta o problema. Tenho “quase certeza” de que é alguma falha na construção da sua view. Poste o script dessa view que eu dou uma olhada beleza ? De: oracle...@yahoogrup os.com.br [mailto:oracle_ b...@yahoogrup os.com.br] Em nome de MARCIO CASTRO Enviada em: quarta-feira, 11 de novembro de 2009 12:59 Para: oracle...@yahoogrup os.com.br Assunto: Res: Res: [oracle_br] View lenta Colega; a afirmação o Oracle não gosta de uma view dentro da outra não faz nenhum sentido! Qual seria a explicação para tal evento? _ _ __ De: Elis Azevedo Nery elisn...@yahoo. com mailto:elisnery% 40yahoo.com Para: oracle...@yahoogrup os.com.br mailto:oracle_ br%40yahoogrupos .com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 10:57:55 Assunto: Res: [oracle_br] View lenta Obrigada pela ajuda. Descobri que o Oracle não gosta de uma view dentro da outra. Era o que eu estava a fazer e ele deveria perder-se. Valeu! Elis _ _ __ De: Douglas Falcão listas.dfalcao@ gmail.com Para: oracle...@yahoogrup os.com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 12:52:35 Assunto: Re: [oracle_br] View lenta Elis Verifica o plano de execução da consulta utilizando o Connect By. Certamente está com várias execuções a mais neste caso, devido a recursividade e talvez pela condição do encadeamento. Att. Douglas Falcão 2009/11/9 Elis Azevedo Nery elisn...@yahoo. com Boa Tarde! Tenho uma situação estranha. Quando eu corro o select que está dentro da view, é rapidíssimo, mas se eu faço um select na view, nunca mais retorna resultado. A única coisa de diferente que o código tem, é um connect by. Alguém já passou por esta situação? Obrigada Elis _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] -- Douglas Falcão - - - - --- Oracle Certified Application Developer Sun Java Certified Associate - - - - --- Business Analyst / Business Intelligence Analyst mail: douglas dot falcao at gmail dot com [As partes desta mensagem que não continham texto foram removidas] - - -- - - - - - - Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail- archive.com/ oracle_br@ yahoogrupos. com.br/ - - - - - - Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr .com.br/ - - - - - - Links do Yahoo! Grupos _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com
Re: [oracle_br] ORA-01031: insufficient privileges
Esqueci de informar. SO: REdhat 4 entreprise ORacle 10.2.0.1 Thiago Menon escreveu: Sim Diego Leite escreveu: Tiago, Vc esta logado como o usuario proprietario do oracle ou o usuario faz parte do grupo ORA_DBA? __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/
Res:[oracle_br] View lenta
Seria mais ou menos isto: create or replace view as view2 select * from tabela1 a where a.campo = (select v.campo from view1 v); De: MARCIO CASTRO marciomouracas...@yahoo.com.br Para: oracle_br@yahoogrupos.com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 17:04:22 Assunto: Res: Res: RES: Res: [oracle_br] View lenta Mas Elis; é isto que eu não estou entendendo. A view é simplesmente o texto do seu select, correto? Tem certeza de que o comando é realmente o mesmo? Há algum exemplo que você possa passar para a gente, para que possamos testar? _ _ __ De: Elis Azevedo Nery elisn...@yahoo. com Para: oracle...@yahoogrup os.com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 13:22:02 Assunto: Res: RES: Res: [oracle_br] View lenta A view não estava construída da melhor forma, e podia sempre ser melhorada. Mas independente disso, é estranho a query que origina a view funcionar, e a view propriamente dita não. Obrigada pela intervenção de todos e cada dia a gente aprende uma. Elis _ _ __ De: Aleksandro Souza Azevedo aleksandrosouza@ yahoo.com. br Para: oracle...@yahoogrup os.com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 15:12:50 Assunto: RES: Res: [oracle_br] View lenta Boa tarde, Tenho algumas experiências de views que utilizava no DB2 e que foram transferidas para o Oracle e notei o seguinte : As visões no DB2 rodavam muito mais rápidas do que no Oracle no momento da implantação e essas visões utilizavam várias visões dentro das outras, então estudando com paciência e com calma cheguei a seguinte conclusão : Realmente alguns casos o Db2 é mais rápido do que o Oracle e vice versa, o que você tem que levar em consideração são os Indices, se o banco esta configurado como custo ou como regra, as amarrações, se as estatísticas do banco estão atualizadas etc. Eu no seu lugar caso tivesse várias tabelas amarradas dentro de uma view, iria montando uma a uma e testando aonde esta o problema. Tenho “quase certeza” de que é alguma falha na construção da sua view. Poste o script dessa view que eu dou uma olhada beleza ? De: oracle...@yahoogrup os.com.br [mailto:oracle_ b...@yahoogrup os.com.br] Em nome de MARCIO CASTRO Enviada em: quarta-feira, 11 de novembro de 2009 12:59 Para: oracle...@yahoogrup os.com.br Assunto: Res: Res: [oracle_br] View lenta Colega; a afirmação o Oracle não gosta de uma view dentro da outra não faz nenhum sentido! Qual seria a explicação para tal evento? _ _ __ De: Elis Azevedo Nery elisn...@yahoo. com mailto:elisnery% 40yahoo.com Para: oracle...@yahoogrup os.com.br mailto:oracle_ br%40yahoogrupos .com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 10:57:55 Assunto: Res: [oracle_br] View lenta Obrigada pela ajuda. Descobri que o Oracle não gosta de uma view dentro da outra. Era o que eu estava a fazer e ele deveria perder-se. Valeu! Elis _ _ __ De: Douglas Falcão listas.dfalcao@ gmail.com Para: oracle...@yahoogrup os.com.br Enviadas: Quarta-feira, 11 de Novembro de 2009 12:52:35 Assunto: Re: [oracle_br] View lenta Elis Verifica o plano de execução da consulta utilizando o Connect By. Certamente está com várias execuções a mais neste caso, devido a recursividade e talvez pela condição do encadeamento. Att. Douglas Falcão 2009/11/9 Elis Azevedo Nery elisn...@yahoo. com Boa Tarde! Tenho uma situação estranha. Quando eu corro o select que está dentro da view, é rapidíssimo, mas se eu faço um select na view, nunca mais retorna resultado. A única coisa de diferente que o código tem, é um connect by. Alguém já passou por esta situação? Obrigada Elis _ _ _ _ _ _ Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbusca dos.yahoo. com [As partes desta mensagem que não continham texto foram removidas] -- Douglas Falcão - - - - --- Oracle Certified Application Developer Sun Java Certified Associate - - - - --- Business Analyst / Business Intelligence Analyst mail: douglas dot falcao at gmail dot com [As partes desta mensagem que não continham texto foram removidas] - - -- - - - - - - Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail- archive.com/ oracle_br@ yahoogrupos. com.br/ - - - - - - Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr .com.br/ - - - - - - Links do Yahoo! Grupos _
[oracle_br] Script - Verificação de Objetos
PessoALL... Estou criando um script que tem por objetivo me retornar os nomes e as quantidades de objetos de um determinado schema... No entanto ele apresenta um erro, quando da execução do script O script é como segue: DECLARE v_otype VARCHAR2(20) := 'tipo'; v_oname VARCHAR2(30); v_qtde NUMBER; v_ver BOOLEAN; v_fim EXCEPTIONS; CURSOR c_rel_objetos IS SELECT object_type, object_name FROM user_objects WHERE object_type = v_otype; CURSOR c_qtde_objetos IS SELECT COUNT(object_type) FROM user_objects WHERE object_type = v_otype; BEGIN SELECT COUNT(object_type) INTO v_qtde FROM user_objects WHERE object_type = v_otype; IF v_qtde = 0 THEN v_ver := FALSE; RAISE v_fim; ELSIF v_qtde 0 THEN v_ver := TRUE; END IF; OPEN c_rel_objetos; LOOP FETCH c_rel_objetos INTO v_otype, v_oname; EXIT WHEN c_rel_objetos%NOTFOUND; DBMS_OUTPUT.PUT_LINE(v_otype||' - '||v_oname); END LOOP; CLOSE c_rel_objetos; OPEN c_qtde_objetos; FETCH c_qtde_objetos INTO v_qtde; DBMS_OUTPUT.PUT_LINE('SÃO '||v_qtde||' '||v_otype||'(S) NO TOTAL!'); CLOSE c_qtde_objetos; EXCEPTION WHEN v_qtde = 0 THEN v_ver := FALSE; DBMS_OUTPUT.PUT_LINE('NÃO EXISTE OBJETOS DESTE TIPO NO SEU DOMÍNIO!'); WHEN OTHERS THEN DBMS_OUTPUT.PUT_LINE(SQLERRM); END; / Como se pode perceber, quando da execução do script, é passado um parâmetro (que é o tipo de objeto que eu quero) e ele retorna os nomes dos objetos que são daquele tipo específico e ainda me dá o total de objetos daquele tipo específico... No entanto, quando ao rodar este script ele me retorna o seguinte erro, utilizando como exemplo o parâmetro PROCEDURE: Informe o valor para tipo: PROCEDURE antigo 2: v_otype VARCHAR2(20) := 'tipo'; novo 2: v_otype VARCHAR2(20) := 'PROCEDURE'; WHEN v_qtde = 0 * ERRO na linha 54: ORA-06550: linha 54, coluna 13: PLS-00103: Encontrado o símbolo = quando um dos seguintes símbolos era esperado: . then or Quem puder ajudar, agradeço! Atenciosamente, Matheus Malta [As partes desta mensagem que não continham texto foram removidas]
Re: [oracle_br] ORA-01031: insufficient privileges
Fala Thiago Verifica se no arquivo SQLNET.ORA tem a seguinte entrada: SQLNET.AUTHENTICATION_SERVICES=(NONE) se tiver comenta essa linha, salva o arquivo e tenta se logar novamente e posta o resultado aqui. Att. Marcelo Procksch 2009/11/11 Thiago Menon thime...@yahoo.com.br Esqueci de informar. SO: REdhat 4 entreprise ORacle 10.2.0.1 Thiago Menon escreveu: Sim Diego Leite escreveu: Tiago, Vc esta logado como o usuario proprietario do oracle ou o usuario faz parte do grupo ORA_DBA? __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ -- Links do Yahoo! Grupos __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ -- Att. Marcelo E. Procksch cel. (11) 7960-6637 [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
Re: [oracle_br] ORA-01031: insufficient privileges
Verifica o parâmetro teu arquivo SQLNET.ORA altere de SQLNET.AUTHENTICATION_SERVICES= (NTS) para SQLNET.AUTHENTICATION_SERVICES= (NONE) Att. Rodrigo Paczek 2009/11/11 Thiago Menon thime...@yahoo.com.br Esqueci de informar. SO: REdhat 4 entreprise ORacle 10.2.0.1 Thiago Menon escreveu: Sim Diego Leite escreveu: Tiago, Vc esta logado como o usuario proprietario do oracle ou o usuario faz parte do grupo ORA_DBA? __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ -- Links do Yahoo! Grupos __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ -- Abraço; ®ØÐr¥GØ Linux Registered User # 480197 [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] Problema para levantar Oracle Enterprise Manager 10g
Olá, Estou configurando o OEM do modo padrão, através do comando ./emca -config dbcontrol db Informo os valores solicitado e qdo acesso pelo browser da erro, aparece aquela tela com as setas para baixo. Diz q a instância está fora porém vem com os valores preenchidos. Na parte do Listener fala q nao está disponível porém tenho aplicações já acessando normalmente. E o que eu nao sei é Conexão do Agente com a instância diz q: Status Falhou Detalhes ORA-12541: TNS:no listener (DBD ERROR: OCIServerAttach) Porém tenho um tnsnames com um alias com o mesmo nome do banco e está funcionando. Alguém pode me ajudar mais essa vez? Estou utilizando: SO: RedHat 4 Enterprise ORacle: 10.2.0.1 Obrigado a Todos __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/
Re: [oracle_br] Problema para levantar Oracle Enterprise Manager 10g
http://download.oracle.com/docs/cd/B19306_01/em.102/b40002/structure.htm#sthref92http://glufke.net/oracle/viewtopic.php?t=4715 2009/11/11 Thiago Menon thime...@yahoo.com.br Olá, Estou configurando o OEM do modo padrão, através do comando ./emca -config dbcontrol db Informo os valores solicitado e qdo acesso pelo browser da erro, aparece aquela tela com as setas para baixo. Diz q a instância está fora porém vem com os valores preenchidos. Na parte do Listener fala q nao está disponível porém tenho aplicações já acessando normalmente. E o que eu nao sei é Conexão do Agente com a instância diz q: Status Falhou Detalhes ORA-12541: TNS:no listener (DBD ERROR: OCIServerAttach) Porém tenho um tnsnames com um alias com o mesmo nome do banco e está funcionando. Alguém pode me ajudar mais essa vez? Estou utilizando: SO: RedHat 4 Enterprise ORacle: 10.2.0.1 Obrigado a Todos __ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/ -- Att, Diego Leite DBA ORACLE [As partes desta mensagem que não continham texto foram removidas] -- Atenção! As mensagens do grupo ORACLE_BR são de acesso público e de inteira responsabilidade de seus remetentes. Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/ -- Apostilas » Dicas e Exemplos » Função » Mundo Oracle » Package » Procedure » Scripts » Tutoriais - O GRUPO ORACLE_BR TEM SEU PROPRIO ESPAÇO! VISITE: http://www.oraclebr.com.br/ Links do Yahoo! Grupos * Para visitar o site do seu grupo na web, acesse: http://br.groups.yahoo.com/group/oracle_br/ * Para sair deste grupo, envie um e-mail para: oracle_br-unsubscr...@yahoogrupos.com.br * O uso que você faz do Yahoo! Grupos está sujeito aos: http://br.yahoo.com/info/utos.html
[oracle_br] ORA-00904 (URGENTE)
PessoALL Estou com esse erro quando tento compilar uma package que utiliza dblink. A minha base é 10g e a base remota é 8.1.7. Se faço um simples select utilizando o dblink funciona normalmente, mas dentro do PL/SQL ocorre o erro. Alguma idéia do que posso fazer? Ricardo
[oracle_br] Patchset 10.2.0.4 + Aix 6.1 = ódio
Prezados, Acabei de instalar uma base de dados 10g (10.2.0.1) num AIX 6.1 conforme manda o figurino. Coloquei todos os pacotes, parametrizações, tudo. Me baseei no Installation Guide da própria Oracle e em alguns papers da IBM. Sei que o 10gR2 não homologa o AIX 6.1 (mais ou menos como o 10gR2 com o Red Hat 5) mas o Patchset 10.2.0.4 já o aceita na checagem de PreReqs. Fiz todos os procedimentos: - rootpre.sh (inclusive um diferenciado, que deve ser baixado do site, li no blog do Proni) - rodei o slibclean As variáveis estão lindamente setadas. Após checar os pré-requisitos, antes mesmo de começar a instalar, vem uma mensagem velha conhecida: Oracle Universal Installer has detected that there are processes running in the currently selected Oracle Home. The following processes need to be shutdown before continuing:javaksh Ok, legal. Isso já tinha me acontecido com processos conhecidos como o CSSD e o Listener mas estes processos não existem! ps -ef |grep java ps -ef |grep ksh Nada. O pior de tudo é que as documentações e foruns geralmente informam algo óbvio do tipo finalize o processo e clique em retry, levando em consideração que este tipo de ocorrência é comum quando existem processos DO ORACLE abertos ao se aplicar o Patchset... Alguém já passou por isso? Abraços, Marcelo [As partes desta mensagem que não continham texto foram removidas]
[oracle_br] Temas para tese
Boa Noite Pessoal! Gostaria de realizar uma tese de mestrado que envolva a área de conhecimento Engenharia de Software e Banco de dados (preferência Oracle), e ainda estou pensando no tema. Peço a ajuda de todos com idéias para um tema. Grato deste já. Marcelo Feijó Vargas Veja quais são os assuntos do momento no Yahoo! +Buscados http://br.maisbuscados.yahoo.com [As partes desta mensagem que não continham texto foram removidas]