Re: [oracle_br] ORA-00955:
O teu select possui aspas duplas no início do nome do objeto e não possui no final, portanto não é válido. Executa de novo apenas com as aspas simples: Errado: SQL> select * from dba_objects where OBJECT_NAME='"MV_TAB_SAP_ALIMENTADOR'; no rows selected SQL> Certo: SQL> select * from dba_objects where OBJECT_NAME='MV_TAB_SAP_ALIMENTADOR'; E poste o output novamente… Enviado do Email do Windows Att,/Regards, Vitor Jr. Infraestrutura / Infrastructure Team Oracle 11g DBA Certified Professional - OCP Oracle Certified Expert, Oracle Real Application Clusters 11g and Grid Infrastructure Administrator - OCE Oracle Database 11g Performance Tuning Certified Expert - OCE Oracle Exadata 11g Certified Implementation Specialist Oracle Certified Associate, MySQL 5 mail, gtalk e msn: vitorj...@gmail.com http://certificacaobd.com.br/ skype: vjunior1981 https://mybizcard.co/vitor.jr.385628 De: Roger Camatini Enviado: quarta-feira, 23 de outubro de 2013 19:00 Para: oracle_br@yahoogrupos.com.br Não existe nenhum objeto com o nome da view. SQL> select * from dba_objects where OBJECT_NAME='"MV_TAB_SAP_ALIMENTADOR'; no rows selected SQL> Atenciosamente, Rogério Camatini. Em 23 de outubro de 2013 18:28, Vitor Junior escreveu: Ja existe uma tabela com o nome da mview que tu tá tentando criar? Em 23/10/2013 18:26, "Roger Camatini" escreveu: Galera boa noite, Estou tentando criar uma view materializada mas recebo o erro abaixo: OR (carac.DT_DESATIVACAO= ' ' ) * ERROR at line 32: ORA-00955: name is already used by an existing object Alguem poderia me dar uma direção de onde começar pra resolver isso? Atenciosamente, Rogério Camatini.
[oracle_br] Re: ORA-00955:
Bom, primeiro reporte-se que ABSOLUTAMENTE não faz sentido esse : select * from dba_objects where OBJECT_NAME='"MV_TAB_SAP_ALIMENTADOR'; DEVERIA ser : select * from dba_objects where OBJECT_NAME='MV_TAB_SAP_ALIMENTADOR'; aspas SIMPLES apenas, okdoc ?? Sempre, sempre, A NÃO SER que vc tenha caracteres especiais no nome do objet e/ou ele tenha sido criado com aspas-duplas originalmente, aí asaps-duplas e respeito à maiusc/minusc Supondo que foi só uma featurette (na hora de copiar/colar, digamos) e que Realmente na verdade vc não tenha objeto com o mesmo nome, aí a opção que sobra é : o SQL em questão é complexo, cheio de abre-e-fecha parêntesis e aspas, E algum par~entesis não foi fechado ou alguma aspa, aí o interpretador de sintaxe está se perdendo : não é difícil vc quer queries com mnensagens esdrúxulas por causa de separadores do tipo não balanceados... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, Roger Camatini escreveu > > Não existe nenhum objeto com o nome da view. > > > SQL> select * from dba_objects where OBJECT_NAME='"MV_TAB_SAP_ALIMENTADOR'; > > no rows selected > > SQL> > > > Atenciosamente, > > Rogério Camatini. > > > Em 23 de outubro de 2013 18:28, Vitor Junior escreveu: > > > ** > > > > > > Ja existe uma tabela com o nome da mview que tu tá tentando criar? > > Em 23/10/2013 18:26, "Roger Camatini" > > escreveu: > > > > ** > >> > >> > >> Galera boa noite, > >> > >> Estou tentando criar uma view materializada mas recebo o erro abaixo: > >> > >> OR (carac.DT_DESATIVACAO= ' ' ) > >> * > >> ERROR at line 32: > >> ORA-00955: name is already used by an existing object > >> > >> Alguem poderia me dar uma direção de onde começar pra resolver isso? > >> > >> Atenciosamente, > >> > >> Rogério Camatini. > >> > >> > > >
Re: [oracle_br] ORA-00955:
Não existe nenhum objeto com o nome da view. SQL> select * from dba_objects where OBJECT_NAME='"MV_TAB_SAP_ALIMENTADOR'; no rows selected SQL> Atenciosamente, Rogério Camatini. Em 23 de outubro de 2013 18:28, Vitor Junior escreveu: > ** > > > Ja existe uma tabela com o nome da mview que tu tá tentando criar? > Em 23/10/2013 18:26, "Roger Camatini" > escreveu: > > ** >> >> >> Galera boa noite, >> >> Estou tentando criar uma view materializada mas recebo o erro abaixo: >> >> OR (carac.DT_DESATIVACAO= ' ' ) >> * >> ERROR at line 32: >> ORA-00955: name is already used by an existing object >> >> Alguem poderia me dar uma direção de onde começar pra resolver isso? >> >> Atenciosamente, >> >> Rogério Camatini. >> >> >
Re: [oracle_br] ORA-00955:
Ja existe uma tabela com o nome da mview que tu tá tentando criar? Em 23/10/2013 18:26, "Roger Camatini" escreveu: > ** > > > Galera boa noite, > > Estou tentando criar uma view materializada mas recebo o erro abaixo: > > OR (carac.DT_DESATIVACAO= ' ' ) > * > ERROR at line 32: > ORA-00955: name is already used by an existing object > > Alguem poderia me dar uma direção de onde começar pra resolver isso? > > Atenciosamente, > > Rogério Camatini. > >
[oracle_br] ORA-00955:
Galera boa noite, Estou tentando criar uma view materializada mas recebo o erro abaixo: OR (carac.DT_DESATIVACAO= ' ' ) * ERROR at line 32: ORA-00955: name is already used by an existing object Alguem poderia me dar uma direção de onde começar pra resolver isso? Atenciosamente, Rogério Camatini.
Re: [oracle_br] Re: Warning: log write time
Juliano, Só para complementar o que o Chiappa informou, sugiro a leitura do artigo: http://www.fabioprado.net/2012/07/performance-de-tablespaces-separados.html []s Fábio Prado Em 23 de outubro de 2013 16:42, J. Laurindo Chiappa escreveu: > ** > > > SE essas tablespaces forem criadas nos mesmos discos de hoje, atendidos > pelo mesmo exato hardware que não está dando conta e fazendo os mesmos > exatos I/Os na mesma quantidade, É Claro que não dar diferença alguma de > performance, isso é Acadêmico... As tablespaces são um instrumento muito > mais de Administração, com elas vc consegue agrupar datafiles a recuperar, > fazer transportes de dados, coisas assim, mas para performance são > basicamente indiferentes... > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "julianomartinez" > escreveu > > > > > > > Obrigado pela resposta, Chiappa. > > Vou ler a nota do Metalink e aumentar meu conhecimento nessa questão de > Waits devido I/O. > > > > Foi possível monitorar, que essa queda na performance e registro dos > Warnings no arquivo de trace, tem ocorrido somente quando dois processos do > ERP são executados de forma paralela (quase nunca ocorrem em paralelo, > porém nessas últimas duas semanas fez-se necessário). > > > > Ambos os processos realizam INSERT/UPDATE em tabelas que estão na mesma > TABLESPACE (tabelas com aproximadamente 5 milhões de registros cada). > > > > Minha dúvida, caso eu venha a separar essas tabelas em tablespaces > diferentes, posso ganhar em performance ao executar esses dois processos de > forma simultânea?? > > > > Agradeço as Respostas, > > Juliano > > > > > > --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" > escreveu > > > > > > > Bem, essa feature de avisar se um I/O de tamanho determinado demora > mais de 500 ms foi introduzida iirc no 10.2.0.4 , e não me lembro de > bug/correção para alguma issue com ela no 10.2.0.5 : dá um look no README > do 10.2.0.5 para confirmar, E considere muito cuidadosamente a > possibilidade de aplicar pelo menos o 10.2.0.5 (mais por causa de outros > bugs, que INDIRETAMENTE poderiam interferir na performance do I/O de modo > geral e TALVEZ se relacionar com a sua issue)... > > > Porém, não dá pra negar que MUITO PROVAVELMENTE vc está enfrentando > baixa disponibilidade do I/O , seja por overhead de I/O , seja por hardware > não sendo capaz de atender a demanda, seja por má > performance/má-configuração : a nota metalink "Troubleshooting I/O-related > waits" (Doc ID 223117.1) será a tua referência > > > > > > []s > > > > > > Chiappa > > > > > > --- Em oracle_br@yahoogrupos.com.br, "julianomartinez" > escreveu > > > > > > > > Pessoal, > > > > > > > > Minha base de dados de produção tem apresentado desde o último dia > 14/10/2013 as seguintes mensagens de trace no arquivo > producao_lgwr_708.TRC. Com uma média de 3 mensagens por hora. > > > > > > > > Maximum redo generation record size = 156160 bytes > > > > Maximum redo generation change vector size = 150676 bytes > > > > *** 2013-10-23 08:02:01.100 > > > > Warning: log write time 580ms, size 1KB > > > > *** 2013-10-23 08:13:03.385 > > > > Warning: log write time 2730ms, size 10KB > > > > *** 2013-10-23 08:28:24.849 > > > > Warning: log write time 600ms, size 4KB > > > > > > > > Nesse mesmo tempo, alguns usuários do sistema que executam rotinas > que envolve bastante escrita no BD, reclamaram que os processos estão muito > mais demorados do que o normal. > > > > > > > > Gerei um relatório do STATSPACK no mesmo período dos Warnings > relatados acima. > > > > > > > > Top 5 Timed Events > > > > ~~ > > > > Event Waits Time (s) > > > > -- > > > > db file scattered read 215,607 1,452 > > > > CPU time 583 22.0 > > > > db file sequential read 43,747 492 > > > > log file parallel write 7,144 31 > > > > log file sync 6,174 23 > > > > > > > > Sistema Operacional: Windows Server 2008 Standard - 64 bits > > > > Oracle: Oracle 10g - 10.2.0.4 - 64 bits > > > > > > > > Gostaria da ajuda do pessoal do fórum, pois não tem nenhuma mensagem > anormal no alert.log e não sei o que poderia fazer. > > > > > > > > Agradeço qualquer informação. > > > > > > > > Atenciosamente, > > > > Juliano > > > > > > > > > > > > -- Fábio Prado www.fabioprado.net "Compartilhando conhecimentos e treinando profissionais em Bancos de Dados Oracle"
[oracle_br] Re: Warning: log write time
SE essas tablespaces forem criadas nos mesmos discos de hoje, atendidos pelo mesmo exato hardware que não está dando conta e fazendo os mesmos exatos I/Os na mesma quantidade, É Claro que não dar diferença alguma de performance, isso é Acadêmico... As tablespaces são um instrumento muito mais de Administração, com elas vc consegue agrupar datafiles a recuperar, fazer transportes de dados, coisas assim, mas para performance são basicamente indiferentes... []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "julianomartinez" escreveu > > > Obrigado pela resposta, Chiappa. > Vou ler a nota do Metalink e aumentar meu conhecimento nessa questão de Waits > devido I/O. > > Foi possível monitorar, que essa queda na performance e registro dos Warnings > no arquivo de trace, tem ocorrido somente quando dois processos do ERP são > executados de forma paralela (quase nunca ocorrem em paralelo, porém nessas > últimas duas semanas fez-se necessário). > > Ambos os processos realizam INSERT/UPDATE em tabelas que estão na mesma > TABLESPACE (tabelas com aproximadamente 5 milhões de registros cada). > > Minha dúvida, caso eu venha a separar essas tabelas em tablespaces > diferentes, posso ganhar em performance ao executar esses dois processos de > forma simultânea?? > > Agradeço as Respostas, > Juliano > > > --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" > escreveu > > > > Bem, essa feature de avisar se um I/O de tamanho determinado demora mais > > de 500 ms foi introduzida iirc no 10.2.0.4 , e não me lembro de > > bug/correção para alguma issue com ela no 10.2.0.5 : dá um look no README > > do 10.2.0.5 para confirmar, E considere muito cuidadosamente a > > possibilidade de aplicar pelo menos o 10.2.0.5 (mais por causa de outros > > bugs, que INDIRETAMENTE poderiam interferir na performance do I/O de modo > > geral e TALVEZ se relacionar com a sua issue)... > >Porém, não dá pra negar que MUITO PROVAVELMENTE vc está enfrentando > > baixa disponibilidade do I/O , seja por overhead de I/O , seja por hardware > > não sendo capaz de atender a demanda, seja por má > > performance/má-configuração : a nota metalink "Troubleshooting I/O-related > > waits" (Doc ID 223117.1) será a tua referência > > > > []s > > > > Chiappa > > > > --- Em oracle_br@yahoogrupos.com.br, "julianomartinez" escreveu > > > > > > Pessoal, > > > > > > Minha base de dados de produção tem apresentado desde o último dia > > > 14/10/2013 as seguintes mensagens de trace no arquivo > > > producao_lgwr_708.TRC. Com uma média de 3 mensagens por hora. > > > > > > Maximum redo generation record size = 156160 bytes > > > Maximum redo generation change vector size = 150676 bytes > > > *** 2013-10-23 08:02:01.100 > > > Warning: log write time 580ms, size 1KB > > > *** 2013-10-23 08:13:03.385 > > > Warning: log write time 2730ms, size 10KB > > > *** 2013-10-23 08:28:24.849 > > > Warning: log write time 600ms, size 4KB > > > > > > Nesse mesmo tempo, alguns usuários do sistema que executam rotinas que > > > envolve bastante escrita no BD, reclamaram que os processos estão muito > > > mais demorados do que o normal. > > > > > > Gerei um relatório do STATSPACK no mesmo período dos Warnings relatados > > > acima. > > > > > > Top 5 Timed Events > > > ~~ > > > Event WaitsTime (s) > > > -- > > > db file scattered read 215,607 1,452 > > > CPU time 583 22.0 > > > db file sequential read43,747492 > > > log file parallel write7,144 31 > > > log file sync 6,174 23 > > > > > > Sistema Operacional: Windows Server 2008 Standard - 64 bits > > > Oracle: Oracle 10g - 10.2.0.4 - 64 bits > > > > > > Gostaria da ajuda do pessoal do fórum, pois não tem nenhuma mensagem > > > anormal no alert.log e não sei o que poderia fazer. > > > > > > Agradeço qualquer informação. > > > > > > Atenciosamente, > > > Juliano > > > > > >
[oracle_br] Re: Warning: log write time
Obrigado pela resposta, Chiappa. Vou ler a nota do Metalink e aumentar meu conhecimento nessa questão de Waits devido I/O. Foi possível monitorar, que essa queda na performance e registro dos Warnings no arquivo de trace, tem ocorrido somente quando dois processos do ERP são executados de forma paralela (quase nunca ocorrem em paralelo, porém nessas últimas duas semanas fez-se necessário). Ambos os processos realizam INSERT/UPDATE em tabelas que estão na mesma TABLESPACE (tabelas com aproximadamente 5 milhões de registros cada). Minha dúvida, caso eu venha a separar essas tabelas em tablespaces diferentes, posso ganhar em performance ao executar esses dois processos de forma simultânea?? Agradeço as Respostas, Juliano --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" escreveu > > Bem, essa feature de avisar se um I/O de tamanho determinado demora mais de > 500 ms foi introduzida iirc no 10.2.0.4 , e não me lembro de bug/correção > para alguma issue com ela no 10.2.0.5 : dá um look no README do 10.2.0.5 para > confirmar, E considere muito cuidadosamente a possibilidade de aplicar pelo > menos o 10.2.0.5 (mais por causa de outros bugs, que INDIRETAMENTE poderiam > interferir na performance do I/O de modo geral e TALVEZ se relacionar com a > sua issue)... >Porém, não dá pra negar que MUITO PROVAVELMENTE vc está enfrentando baixa > disponibilidade do I/O , seja por overhead de I/O , seja por hardware não > sendo capaz de atender a demanda, seja por má performance/má-configuração : a > nota metalink "Troubleshooting I/O-related waits" (Doc ID 223117.1) será a > tua referência > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, "julianomartinez" escreveu > > > > Pessoal, > > > > Minha base de dados de produção tem apresentado desde o último dia > > 14/10/2013 as seguintes mensagens de trace no arquivo > > producao_lgwr_708.TRC. Com uma média de 3 mensagens por hora. > > > > Maximum redo generation record size = 156160 bytes > > Maximum redo generation change vector size = 150676 bytes > > *** 2013-10-23 08:02:01.100 > > Warning: log write time 580ms, size 1KB > > *** 2013-10-23 08:13:03.385 > > Warning: log write time 2730ms, size 10KB > > *** 2013-10-23 08:28:24.849 > > Warning: log write time 600ms, size 4KB > > > > Nesse mesmo tempo, alguns usuários do sistema que executam rotinas que > > envolve bastante escrita no BD, reclamaram que os processos estão muito > > mais demorados do que o normal. > > > > Gerei um relatório do STATSPACK no mesmo período dos Warnings relatados > > acima. > > > > Top 5 Timed Events > > ~~ > > Event WaitsTime (s) > > -- > > db file scattered read 215,607 1,452 > > CPU time 583 22.0 > > db file sequential read43,747492 > > log file parallel write7,144 31 > > log file sync 6,174 23 > > > > Sistema Operacional: Windows Server 2008 Standard - 64 bits > > Oracle: Oracle 10g - 10.2.0.4 - 64 bits > > > > Gostaria da ajuda do pessoal do fórum, pois não tem nenhuma mensagem > > anormal no alert.log e não sei o que poderia fazer. > > > > Agradeço qualquer informação. > > > > Atenciosamente, > > Juliano > > >
Re: [oracle_br] Usando o execute immediate
Apenas separei os comandos em BEGIN ... END, deixando no bloco anonimo apenas o laço para o update... Em Terça-feira, 22 de Outubro de 2013 13:59, Fernando Martins escreveu: Sim, os comandos parecem corretos, acredito que o issue deve realmente ser no nome das tabelas como o pessoal já comentou anteriormente. Qual foi a solução encontrada? Posta aqui pra gente saber. -- Fernando Martins Oracle Database 11g Administrator Certified Professional Oracle Database 10g Real Application Clusters Administrator Certified Expert Oracle Database 10g Administrator Certified Professional Oracle Database 10g Administrator Certified Associate Oracle9i Database Administrator Certified Associate Linux Professional Institute Certfied Level 1 "God grant us the serenity to accept the things we cannot change, courage to change the things we can, and wisdom to know the difference." Em 22 de outubro de 2013 13:54, Fabio Prado escreveu: > >O nome das tabelas está diferente nos 2 comandos. > > >No execute immediate está RELATORIO e no UPDATE está S_RELATORIO. > > > >Em 22 de outubro de 2013 13:47, Carlos Silva >escreveu: > > > >> >>Cara, aparentemente os comandos estão correto. Tenta realizar um passo a >>passo para encontrar o problema. Em algum momento do código ele pode não ter >>criado a coluna. >> >> >> >> >>To: oracle_br@yahoogrupos.com.br >>From: malphig...@yahoo.com.br >>Date: Tue, 22 Oct 2013 07:21:23 -0700 >>Subject: [oracle_br] Usando o execute immediate >> >> >> >> >>Pessoal criei uma DDL via o comando execute immediate em um bloco anonimo e >>na execução ele me retorna o erro que não reconhece a nova coluna. Alguém >>poderia me dizer o por quê? >> >> >> EXECUTE IMMEDIATE 'ALTER TABLE RELATORIO ADD DS_REL CLOB'; >> >> >> >> UPDATE S_RELATORIO SET DS_REL = V_INTROD WHERE NU_SEQ_REL = V_NU_RELATORIO; >> >> >> >> [1]: (Error): ORA-06550: linha 18, coluna 39: PL/SQL: ORA-00904: "DS_REL": >>identificador inválido ORA-06550: linha 18, coluna 3: PL/SQL: SQL Statement >>ignored >> >> > > > >-- > >Fábio Prado >www.fabioprado.net >"Compartilhando conhecimentos e treinando profissionais em Bancos de Dados >Oracle" >
Re: [oracle_br] Re: Ascendencia completa de tabela
Obrigado chiappa, ainda estou tentando construir essa consulta. O seu exemplo é
bom, apesar de usar a user_constraints e selecionar a descendência. Estou
analisando ela para ver se a adpto à ascendência...
Em Terça-feira, 22 de Outubro de 2013 17:51, J. Laurindo Chiappa
escreveu:
Sorry por ressuscitar um cavalo morto e enterrado, mas vc já conseguiu avançar
nesta necessidade ? Pergunto porque casualmente, procurando por outra coisa,
caí em
http://asktom.oracle.com/pls/asktom/f?p=100:11:0P11_QUESTION_ID:661009003696
, que lista algumas opções para encontrar a DESCENDÊNCIA (ie, filhos, netos,
bisnetos, etc) de uma tabela : sei que vc quer a ascendência (ie, encontrar a
tabela-pai, a tabela-avô, etc) E iirc vc tá no 10g (não sei se a sintaxe aqui
proposta é possível no 10g) mas talvez a info listada nesse link possa te dar
alguma base Um exemplinho :
SCOTT@O11GR2:SQL>create table T_PAI (id number, descr varchar2(40) , CONSTRAINT
PK_PAI PRIMARY KEY (id) );
Tabela criada.
SCOTT@O11GR2:SQL>create table T_FILHA (id_filha number, descr varchar2(40) ,
CONSTRAINT PK_FILHA PRIMARY KEY (id_filha) ,
2 CONSTRAINT FK_FILHA_PAI FOREIGN KEY (id_filha) REFERENCES T_PAI(id) );
Tabela criada.
SCOTT@O11GR2:SQL>create table T_NETA (id_neta number, descr varchar2(40) ,
CONSTRAINT PK_NETA PRIMARY KEY (id_neta) ,
2 CONSTRAINT FK_NETA_FILHA FOREIGN KEY (id_neta) REFERENCES T_FILHA(id_filha)
);
Tabela criada.
SCOTT@O11GR2:SQL>ed
Gravou file afiedt.buf
1 SELECT LEVEL, constraint_name, constraint_type TYPE, table_name,
r_constraint_name,
2 parent_table_name, delete_rule, status,
3 CONNECT_BY_ROOT table_name Main_Table,
4 SYS_CONNECT_BY_PATH(table_name, '->') "Path"
5 FROM
6 ( SELECT constraint_name, constraint_type, table_name,
r_constraint_name,
7 (SELECT table_name
8 FROM user_constraints
9 WHERE constraint_name = t1.r_constraint_name)
parent_table_name,
10 delete_rule, status
11 FROM user_constraints t1
12 WHERE constraint_type IN ('R','P')
13 )
14 start WITH table_name='T_PAI' and constraint_type = 'P'
15* connect BY PRIOR table_name = parent_table_name
SCOTT@O11GR2:SQL>/
LEVEL CONSTRAINT_NAMET TABLE_NAME
R_CONSTRAINT_NAME
-- -- -
-- --
PARENT_TABLE_NAME DELETE_RU STATUS MAIN_TABLE
-- - --
Path
--
1 PK_PAI P T_PAI
ENABLED T_PAI
->T_PAI
2 FK_FILHA_PAI R T_FILHAPK_PAI
T_PAI NO ACTION ENABLED T_PAI
->T_PAI->T_FILHA
3 FK_NETA_FILHA R T_NETA PK_FILHA
T_FILHANO ACTION ENABLED T_PAI
->T_PAI->T_FILHA->T_NETA
SCOTT@O11GR2:SQL>
[]s
Chiappa
--- Em oracle_br@yahoogrupos.com.br, Jales Jose Moraes escreveu
>
> Bom dia!
>
> Pessoal estou precisando selecionar a ascendencia completa de uma tabela,
> alguém
> pode me instruir? Estou conseguindo apenas as tabelas de 1o nível (fazendo um
> select na dba_constraints).
>
[oracle_br] Re: Problemas com conexão - erro ORA-3113
Colega, eu ainda não caí nisso nos 11.2.0.3.x que tenho, mas seguinte - a primeira coisa que se pergunta é : vc abriu o chamado, ok, mas abriu ADEQUADAMENTE, ie : vc IDENTIFICOU o SQL que estava executando na ocasião e provavelmente provocou o erro ? Vc TENTOU REPRODUZIR a execução dele no seu database HOMO ou TEST/DEV ?? SE conseguiu reproduzir, passou o caso de exemplo (com CREATE TABLEs, INSERTs ou exp/dumps, etc) no chamado ? USOU o adr para gerar um PACOTE com os logs/traces/dumps TODOS necessários/relacionados com a issue, e passou para o analista no chamado ?? Levantou EXATAMENTE e DETALHADAMENTE os patches (patchets, CPUs ou PSUs, one-off patches) presentes ?? Se tem permissão, vc Gerou snapshots AWR e/ou ASH num intervalo de 15 minutos COM a issue ,e outros SEM a issue ??? Pois se com tudo isso vc NÃO obteve uma resposta em 48h, vc tem TODO O NECESSÁRIO para exigir um Escalonamento do chamado, troca do analista, Atuação/Monitoramento do gerente dele okdoc ? Isso é IMPORTANTE, pois TODOS os erros de ORA-00600 e ORA-07445 são ** BUGS ** (bugs do RDBMS, bugs do Sistema Operacional, bugs de documentação, mas bugs sem dúvida), e bugs Não tem Jeito : é aplicar o fix E enquanto não há fix ou ele não pode ser aplicado, é implementar um work-around, e esse é o ponto : só o Analista de Suporte da Oracle é quem pode indicar o melhor work-around para o seu ambiente []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "dadim_op" escreveu > > Boa noite pessoal. > O motivo que me levou a abrir este thread é saber se alguém já pegou este > problema, e talvez possa indicar um caminho. Se não, tudo bem. > Já temos chamado aberto, antes que perguntem. E já verificamos 2 ou 3 > workarounds, e pelo que entendi do assunto, é o que a maioria está adotando, > e não me surpreenderei se acontecer por aqui. Enfim, se já viram isso, > conhecem detalhes, agradeço a informação. > > Referências: Doc ID 1544427.1, Bug 15954362. > > Ao executar um comando num Oracle 11.2.0.3 EE em Linux: > 1) No cliente: ORA-3113 > 2) No alert log: > > Tue Oct 22 18:19:32 2013 > Exception [type: SIGSEGV, Address not mapped to object] [ADDR:0x2B438E9C7F4B] > [PC:0x459E302, _intel_fast_memcmp()+30] [flags: 0x0, count: 1] > Errors in file > /path1/app/oracle/diag/rdbms/banco1/banco1/trace/banco1_ora_32517.trc > (incident=624598): > ORA-07445: exceção encontrada: dump de memória [_intel_fast_memcmp()+30] > [SIGSEGV] [ADDR:0x2B438E9C7F4B] [PC:0x459E302] [Address not mapped to object] > [] > Incident details in: > /path1/app/oracle/diag/rdbms/banco1/banco1/incident/incdir_624598/banco1_ora_32517_i624598.trc > Use ADRCI or Support Workbench to package the incident. > See Note 411.1 at My Oracle Support for error and packaging details. > Tue Oct 22 18:19:35 2013 > Dumping diagnostic data in directory=[cdmp_20131022181935], requested by > (instance=1, osid=32517), summary=[incident=624598]. > Tue Oct 22 18:19:37 2013 > Sweep [inc][624598]: completed > Sweep [inc2][624598]: completed > > Agradeço antecipadamente a ajuda! > Valeu! > > PS.: O que achei curioso, é que no PLSQL DEV ele rola legal e faz o primeiro > fetch na tela, só pelo terceiro ou quarto fetch ele dá o ORA-3113. Já no > SQL*plus, tanto na minha estação quanto no próprio servidor nada é retornado, > apenas o erro 3113. >
[oracle_br] Re: Livro Oracle Database 11g - Pl/sql Programação
Já tentou no site da Editora Alta books... O meu eu comprei lá... Muito bom o Livro Att., Sidnei Moreira --- Em oracle_br@yahoogrupos.com.br, Josimar Gomes escreveu > > Alguém possui esse livro em português? > > Att, > > Josimar Gomes >
[oracle_br] Re: Warning: log write time
Bem, essa feature de avisar se um I/O de tamanho determinado demora mais de 500 ms foi introduzida iirc no 10.2.0.4 , e não me lembro de bug/correção para alguma issue com ela no 10.2.0.5 : dá um look no README do 10.2.0.5 para confirmar, E considere muito cuidadosamente a possibilidade de aplicar pelo menos o 10.2.0.5 (mais por causa de outros bugs, que INDIRETAMENTE poderiam interferir na performance do I/O de modo geral e TALVEZ se relacionar com a sua issue)... Porém, não dá pra negar que MUITO PROVAVELMENTE vc está enfrentando baixa disponibilidade do I/O , seja por overhead de I/O , seja por hardware não sendo capaz de atender a demanda, seja por má performance/má-configuração : a nota metalink "Troubleshooting I/O-related waits" (Doc ID 223117.1) será a tua referência []s Chiappa --- Em oracle_br@yahoogrupos.com.br, "julianomartinez" escreveu > > Pessoal, > > Minha base de dados de produção tem apresentado desde o último dia 14/10/2013 > as seguintes mensagens de trace no arquivo producao_lgwr_708.TRC. Com uma > média de 3 mensagens por hora. > > Maximum redo generation record size = 156160 bytes > Maximum redo generation change vector size = 150676 bytes > *** 2013-10-23 08:02:01.100 > Warning: log write time 580ms, size 1KB > *** 2013-10-23 08:13:03.385 > Warning: log write time 2730ms, size 10KB > *** 2013-10-23 08:28:24.849 > Warning: log write time 600ms, size 4KB > > Nesse mesmo tempo, alguns usuários do sistema que executam rotinas que > envolve bastante escrita no BD, reclamaram que os processos estão muito mais > demorados do que o normal. > > Gerei um relatório do STATSPACK no mesmo período dos Warnings relatados acima. > > Top 5 Timed Events > ~~ > Event WaitsTime (s) > -- > db file scattered read 215,607 1,452 > CPU time 583 22.0 > db file sequential read43,747492 > log file parallel write7,144 31 > log file sync 6,174 23 > > Sistema Operacional: Windows Server 2008 Standard - 64 bits > Oracle: Oracle 10g - 10.2.0.4 - 64 bits > > Gostaria da ajuda do pessoal do fórum, pois não tem nenhuma mensagem anormal > no alert.log e não sei o que poderia fazer. > > Agradeço qualquer informação. > > Atenciosamente, > Juliano >
[oracle_br] Warning: log write time
Pessoal, Minha base de dados de produção tem apresentado desde o último dia 14/10/2013 as seguintes mensagens de trace no arquivo producao_lgwr_708.TRC. Com uma média de 3 mensagens por hora. Maximum redo generation record size = 156160 bytes Maximum redo generation change vector size = 150676 bytes *** 2013-10-23 08:02:01.100 Warning: log write time 580ms, size 1KB *** 2013-10-23 08:13:03.385 Warning: log write time 2730ms, size 10KB *** 2013-10-23 08:28:24.849 Warning: log write time 600ms, size 4KB Nesse mesmo tempo, alguns usuários do sistema que executam rotinas que envolve bastante escrita no BD, reclamaram que os processos estão muito mais demorados do que o normal. Gerei um relatório do STATSPACK no mesmo período dos Warnings relatados acima. Top 5 Timed Events ~~ Event WaitsTime (s) -- db file scattered read 215,607 1,452 CPU time 583 22.0 db file sequential read43,747492 log file parallel write7,144 31 log file sync 6,174 23 Sistema Operacional: Windows Server 2008 Standard - 64 bits Oracle: Oracle 10g - 10.2.0.4 - 64 bits Gostaria da ajuda do pessoal do fórum, pois não tem nenhuma mensagem anormal no alert.log e não sei o que poderia fazer. Agradeço qualquer informação. Atenciosamente, Juliano
