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
> > 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
> > 'TM', 'DML/DATA ENQ',
> 'TX', 'TRANSAC ENQ',
> > 'UL', 'PLS USR LOCK',
> > -- Short locks
> > 'BL', 'BUF HASH TBL',
> 'CF', 'CONTROL FILE',
> > 'CI', 'CROSS INST F',
> 'DF', 'DATA FILE ',
> > 'CU', 'CURSOR BIND ',
> > 'DL', 'DIRECT LOAD ',
> 'DM', 'MOUNT/STRTUP',
> > 'DR', 'RECO LOCK ',
> 'DX', 'DISTRIB TRAN',
> > 'FS', 'FILE SET ',
> 'IN', 'INSTANCE NUM',
> > 'FI', 'SGA OPN FILE',
> > 'IR', 'INSTCE RECVR',
> 'IS', 'GET STATE ',
> > 'IV', 'LIBCACHE INV',
> 'KK', 'LOG SW KICK ',
> > 'LS', 'LOG SWITCH ',
> > 'MM', 'MOUNT DEF ',
> 'MR', 'MEDIA RECVRY',
> > 'PF', 'PWFILE ENQ ',
> 'PR', 'PROCESS STRT',
> > 'RT', 'REDO THREAD ',
> 'SC', 'SCN ENQ ',
> > 'RW', 'ROW WAIT ',
>
=== message truncated ===
_______________________________________________________
Novidade no Yahoo! Mail: receba alertas de novas mensagens no seu celular.
Registre seu aparelho agora!
http://br.mobile.yahoo.com/mailalertas/
Um abraço.
Att.
Alexandre Brum
---------------------------------
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
