Re: [oracle_br] Re: Erro ao Dropar tabela : ORA - 00604

2006-10-02 Por tôpico Alexandre Brum 
Bom dia Luis

Qual quer coisa que tento fazer com a tabela acontece o erro:

VBO - 4562: Não é possível eliminar a tabela. ORA-00604: Ocorreu um erro no 
nível 1 SQL  recursivo ORA - 01410:  ROWID inválido. Já tentei até eliminar o 
usuário, mas esse erro não  deixa.

Um grande abraço.

Att.
 Alexandre Brum


Luis Claudio Arruda Figueiredo <[EMAIL PROTECTED]> escreveu:Oi Alexandre.
 
 Nem o truncate funcionou ?
 
 mande o retorno do evento para o pessoal da lista.
 
 abs.
 
 --- Alexandre Brum <[EMAIL PROTECTED]>
 escreveu:
 
 > Obrigado Chiappa
 > 
 > Vou verificar e retorno.
 > 
 > Um grande abraço.
 > 
 > Att.
 > Alexandre Brum
 > 
 > 
 > jlchiappa <[EMAIL PROTECTED]> escreveu:   
 > Então, repetindo : estou ** TEORIZANDO ** que o erro
 > :
 >  
 >  >  ORA-00604: Ocorreu um erro no nível 1 SQL
 > recursivo
 >  
 >  esteja ocorrendo por demora em algum dos SQLs
 > recursivos que o bd 
 >  gera quando vc faz um DROP,o que a demora em rodar
 > os scripts parece 
 >  demonstrar que pode ter a ver,  é POR ISSO que
 > passei essas sugestões 
 >  visando "aliviar" a carga do banco pra operação de
 > DROP, confere??? É 
 >  uma TENTATIVA, uma TEORIA, sim?? tentaí, mas
 > Realmente se nada 
 >  resolver é fazer um TRACE 10046 pra ver exatamente
 > qual "SQL" 
 >  recursivo (ie, gerado pelo Oracle) está dando o
 > erro, e provavelmente 
 >  servir de base pra um chamado no SUporte, é isso.
 >  
 >  []s
 >  
 >   Chiappa
 >  
 >  
 >  --- Em oracle_br@yahoogrupos.com.br, Alexandre Brum
 > 
 >  <[EMAIL PROTECTED]> escreveu
 >  >
 >  > Fala Chiappa
 >  > 
 >  > Estou precisando remover uma tabela do BD. No
 > entanto o seguinte
 >  >  erro acontece: VBO - 4562: Não é possível
 > eliminar a tabela.
 >  >  ORA-00604: Ocorreu um erro no nível 1 SQL
 > recursivo ORA - 01410: 
 >  ROWID
 >  >  inválido. Já tentei até eliminar o usuário, mas
 > esse erro não 
 >  deixa.
 >  > 
 >  > O Marcus Pavan disse para eu rodar esses scripts:
 > CATALOG.sql, 
 >  CATPROC.sql e UTLRP.sql. O terceiro demorou esse
 > tempo todo.  A 
 >  intenção era de eu conseguir eliminar a tabela ou o
 > usuário, mas 
 >  ainda não foi possível.
 >  > 
 >  > Um grande abraço.
 >  > 
 >  > Att.
 >  >  Alexandre Brum
 >  > 
 >  > 
 >  > jlchiappa <[EMAIL PROTECTED]> escreveu:Alexande,
 > pmfji, mas 
 >  realmente me parece que vc tem alguma coisa aí
 >  >  causando grande demora no banco, nem o drop de
 > uma tabela (que é o 
 >  que
 >  >  vc está tentando fazer, pelo jeito) nem scripts
 > de criação de
 >  >  dicionário deveriam demorar tanto tanto
 > assim Será que vc está
 >  >  usando tablespaces gerenciadas por dicionário,
 > aí está havendo 
 >  intenso
 >  >  acesso nas tabs tipo seg$/ext$ do banco ?? Se
 > for isso só mesmo
 >  >  passando a usar LMTs pra aliviar...  Bom, mas a
 > questão do erro em
 >  >  princípio não tem a ver com peformance, pra isso
 > algumas
 >  >  possibilidades poderiam ser :
 >  >  
 >  >  a) demora excessiva pro banco fazer a manutenção
 > que é feita antes 
 >  dum
 >  >  drop causando um abort ? Talvez montes de blocos
 > dessa tabela no
 >  >  cache, ou sujos ou simplesmente espalhados ou
 > com muitas cópias ?
 >  >  Tente fazer um checkpoint, e um ALTER TABLESPACE
 >  >  nomedatablespacedessatabela OFFLINE e depois
 > ONLINE. Tente também
 >  >  Experimente desabilitar /dropar as constraints
 > todas, BEM COMO os
 >  >  índices da tabela em questão. Da mesma forma,
 > especial ATENÇÃo à
 >  >  triggers (tanto triggers de tabela quanto
 > triggers de banco), as
 >  >  trigges que ser referem à drop/DMLs e/ou à
 > tabela em questão DEVEM
 >  >  estar desativadas antes de tentar dropar a
 > tabela (vc falou 
 >  que "não
 >  >  existem trigger na tabela", mas E QUE TAL
 > triggers de banco, 
 >  REALMENTE
 >  >  não tem nada) ? VPD ? Auditoria customizada ?
 > MVs ? cursor_sharing
 >  >  diferente de EXACT forçando o bd a re-escrever
 > SQLs ? Ou bloqueios 
 >  na
 >  >  tabela ? experimente o script abaixo pra ver se
 > a tab em questão 
 >  está
 >  >  lockada ? Ou tabela fragmentada (por não usar
 > LMTs), ou com montes 
 >  de
 >  >  white-space / HWM ultra-alto ? Experimente (já
 > tendo feito os itens
 >  >  acima) um TRUNCATE na tabela, se demorar
 > absurdamente experimente 
 >  um
 >  >  DELETE (seja delete com parallel enabled, seja
 > (se o hardware não
 >  >  permitir Paralelismo) tendo várias sessões cada
 > uma fazendo DELETE 
 >  de
 >  >  um range de dados... Sem dados aí mandar o
 > TRUNCATE e depois o DROP
 >  >  
 >  >  ==>> Se tentou tudo acima e mesmo assim o DROP
 > final não rola, acho
 >  >  que seria mandar brasa num trace 10046 level 12
 > e ver quais são os
 >  >  waits e o mais importante, qual é o SQL em
 > questão que causa o 
 >  erro,
 >  >  SE for um SQL interno do banco (o que tem todo o
 > jeito de ser), é
 >  >  provável BUG, só o Suporte da Oracle pode dizer
 > mais sobre nesse 
 >  caso...
 >  >  
 >  >  []s
 >  >  
 >  >   Chiappa
 >  >  
 >  >  select 
 >  >

Re: [oracle_br] Re: Erro ao Dropar tabela : ORA - 00604

2006-09-29 Por tôpico Luis Claudio Arruda Figueiredo 
Oi Alexandre.

Nem o truncate funcionou ?

mande o retorno do evento para o pessoal da lista.

abs.

--- Alexandre Brum <[EMAIL PROTECTED]>
escreveu:

> Obrigado Chiappa
> 
> Vou verificar e retorno.
> 
> Um grande abraço.
> 
> Att.
> Alexandre Brum
> 
> 
> jlchiappa <[EMAIL PROTECTED]> escreveu:   
> Então, repetindo : estou ** TEORIZANDO ** que o erro
> :
>  
>  >  ORA-00604: Ocorreu um erro no nível 1 SQL
> recursivo
>  
>  esteja ocorrendo por demora em algum dos SQLs
> recursivos que o bd 
>  gera quando vc faz um DROP,o que a demora em rodar
> os scripts parece 
>  demonstrar que pode ter a ver,  é POR ISSO que
> passei essas sugestões 
>  visando "aliviar" a carga do banco pra operação de
> DROP, confere??? É 
>  uma TENTATIVA, uma TEORIA, sim?? tentaí, mas
> Realmente se nada 
>  resolver é fazer um TRACE 10046 pra ver exatamente
> qual "SQL" 
>  recursivo (ie, gerado pelo Oracle) está dando o
> erro, e provavelmente 
>  servir de base pra um chamado no SUporte, é isso.
>  
>  []s
>  
>   Chiappa
>  
>  
>  --- Em oracle_br@yahoogrupos.com.br, Alexandre Brum
> 
>  <[EMAIL PROTECTED]> escreveu
>  >
>  > Fala Chiappa
>  > 
>  > Estou precisando remover uma tabela do BD. No
> entanto o seguinte
>  >  erro acontece: VBO - 4562: Não é possível
> eliminar a tabela.
>  >  ORA-00604: Ocorreu um erro no nível 1 SQL
> recursivo ORA - 01410: 
>  ROWID
>  >  inválido. Já tentei até eliminar o usuário, mas
> esse erro não 
>  deixa.
>  > 
>  > O Marcus Pavan disse para eu rodar esses scripts:
> CATALOG.sql, 
>  CATPROC.sql e UTLRP.sql. O terceiro demorou esse
> tempo todo.  A 
>  intenção era de eu conseguir eliminar a tabela ou o
> usuário, mas 
>  ainda não foi possível.
>  > 
>  > Um grande abraço.
>  > 
>  > Att.
>  >  Alexandre Brum
>  > 
>  > 
>  > jlchiappa <[EMAIL PROTECTED]> escreveu:Alexande,
> pmfji, mas 
>  realmente me parece que vc tem alguma coisa aí
>  >  causando grande demora no banco, nem o drop de
> uma tabela (que é o 
>  que
>  >  vc está tentando fazer, pelo jeito) nem scripts
> de criação de
>  >  dicionário deveriam demorar tanto tanto
> assim Será que vc está
>  >  usando tablespaces gerenciadas por dicionário,
> aí está havendo 
>  intenso
>  >  acesso nas tabs tipo seg$/ext$ do banco ?? Se
> for isso só mesmo
>  >  passando a usar LMTs pra aliviar...  Bom, mas a
> questão do erro em
>  >  princípio não tem a ver com peformance, pra isso
> algumas
>  >  possibilidades poderiam ser :
>  >  
>  >  a) demora excessiva pro banco fazer a manutenção
> que é feita antes 
>  dum
>  >  drop causando um abort ? Talvez montes de blocos
> dessa tabela no
>  >  cache, ou sujos ou simplesmente espalhados ou
> com muitas cópias ?
>  >  Tente fazer um checkpoint, e um ALTER TABLESPACE
>  >  nomedatablespacedessatabela OFFLINE e depois
> ONLINE. Tente também
>  >  Experimente desabilitar /dropar as constraints
> todas, BEM COMO os
>  >  índices da tabela em questão. Da mesma forma,
> especial ATENÇÃo à
>  >  triggers (tanto triggers de tabela quanto
> triggers de banco), as
>  >  trigges que ser referem à drop/DMLs e/ou à
> tabela em questão DEVEM
>  >  estar desativadas antes de tentar dropar a
> tabela (vc falou 
>  que "não
>  >  existem trigger na tabela", mas E QUE TAL
> triggers de banco, 
>  REALMENTE
>  >  não tem nada) ? VPD ? Auditoria customizada ?
> MVs ? cursor_sharing
>  >  diferente de EXACT forçando o bd a re-escrever
> SQLs ? Ou bloqueios 
>  na
>  >  tabela ? experimente o script abaixo pra ver se
> a tab em questão 
>  está
>  >  lockada ? Ou tabela fragmentada (por não usar
> LMTs), ou com montes 
>  de
>  >  white-space / HWM ultra-alto ? Experimente (já
> tendo feito os itens
>  >  acima) um TRUNCATE na tabela, se demorar
> absurdamente experimente 
>  um
>  >  DELETE (seja delete com parallel enabled, seja
> (se o hardware não
>  >  permitir Paralelismo) tendo várias sessões cada
> uma fazendo DELETE 
>  de
>  >  um range de dados... Sem dados aí mandar o
> TRUNCATE e depois o DROP
>  >  
>  >  ==>> Se tentou tudo acima e mesmo assim o DROP
> final não rola, acho
>  >  que seria mandar brasa num trace 10046 level 12
> e ver quais são os
>  >  waits e o mais importante, qual é o SQL em
> questão que causa o 
>  erro,
>  >  SE for um SQL interno do banco (o que tem todo o
> jeito de ser), é
>  >  provável BUG, só o Suporte da Oracle pode dizer
> mais sobre nesse 
>  caso...
>  >  
>  >  []s
>  >  
>  >   Chiappa
>  >  
>  >  select 
>  > s.sid, s.serial#,
>  > decode(s.process, null,
>  >decode(substr(p.username,1,1), '?',  
> upper(s.osuser),
>  >  p.username),
>  >decode(   p.username, 'ORACUSR ',
> upper(s.osuser),
>  >  s.process)
>  > ) process,
>  > nvl(s.username, 'SYS
> ('||substr(p.username,1,4)||')') 
>  username,
>  > decode(s.terminal, null,
> rtrim(p.terminal, chr(0)),
>  >upper(s.terminal)) terminal,
>  > decode(l.type,
>  >-- Long locks
>  >