PROBLEMA:
SOLUÇÃO:
Segundo a nota ID 178643.1:
“O problema pode ocorrer se o final de um datafile fica no final de um bloco bitmap.
Neste caso, o campo de “primeiro bit livre” pode ficar avançado após o final do arquivo de dados.”
<tradução livre>
Fix: Migrar para 11.x.x.x
Fix é migrar Larry? Tá de sacanagem né? O.o
Workaround que imaginei (não consta na doc e é algo simples… tsc tsc tsc):
1) Criação de nova tablespace para a tabela e outra para os seus indexes;
2) Move da tabela para nova tablespace e rebuild de cada index para a nova tablespace;
Houveram vários locks durante o rebuild dos indexes mas por fim todos ficaram ok.
Após o rebuild conseguimos realizar o insert:
Nome do banco, aplicação, tabela e index alterados. Aplicação OK, cliente satisfeito e a trilha sonora no fone de ouvido era essa:
Att
Vitor Jr.
Muito bom o post Vitor.
Considerando que o erro ORA-0600 é um erro generico, são poucas as publicações nos blogs por ai refente a esse erro.
Parabéns Brother..
Sabe muuito
Abraços
Valeu Emerson! 🙂
O negócio é partilharmos sempre o conhecimento! o/
Abraços!
O tal do erro ORA-00600 assusta qualquer DBA, por mais experiente que seja, sempre dá um friozinho na barriga. As vezes a solução pode ser mais simples que pensamos. Muito bom Vitor, parabéns!
Valeu Rafa! o/
Bora continuar compartilhando o conhecimento, sempre com um bom som no fone de ouvido! rsrsrs
Abraço!
Nesse caso voce sabia qual era a tabela, ou tem como descobrir olhando o trace?
Olá Sandro. Verificando o alert será gerado um ORA—00600. Atrelado a esse erro será gerado um arquivo de trace. Dentro desse trace ao se fazer um search por ORA—00600 é possível localizar o erro.
Abraço.
Att
Vitor Jr.
Obrigado mais uma vez Vitor, tive o mesmo problema hoje e não lembrava como havia resolvido 😉