Menu de navegação

[msantinoParticipante]

Fala galera, blz?

To com um ORA-00600 na mão e to tentando entender direito o que tá rolando.

Começou há 2 dias com a seguinte saída no Alert.log:

ORA-00600: internal error code, arguments: [5351], [4311307], [3], [], [], [], [], []
Wed Jan 11 11:18:44 2012
Doing block recovery for file 202 block 117002
No block recovery was needed

Depois evoluiu pra isso:

RA-00600: internal error code, arguments: [5352], [1], [0], [], [], [], [], []
Wed Jan 11 11:19:17 2012
Doing block recovery for file 202 block 116874
No block recovery was needed
There are 80 memory allocation errors for object-level stat
in the last 15 minutes
There are 76 memory allocation errors for object-level stat
in the last 15 minutes
There are 34 memory allocation errors for object-level stat
in the last 15 minutes
There are 6 memory allocation errors for object-level stat
in the last 15 minutes

E agora evoluiu pra isso:

ORA-00600: internal error code, arguments: [2024], [150996186], [138450497], [8192], [32], [2], [3584301715], [445849602]
Thu Jan 12 15:13:20 2012
Doing block recovery for file 33 block 38465
Block recovery from logseq 177786, block 582002 to scn 16469203603
Thu Jan 12 15:13:20 2012
Recovery of Online Redo Log: Thread 1 Group 8 Seq 177786 Reading mem 0
Mem# 0: /oradata/dpc/redo08.log
Block recovery completed at rba 177786.583970.16, scn 3.3584301716
There are 7357 memory allocation errors for object-level stat
in the last 15 minutes

A questão é a seguinte: rodando select * from dba_data_files; não existe datafile com ID 202. Seria algo interno do Oracle? Um redo, sei lá? Acho que to viajando mas quem sabe! rs…

Esse file 33 é o datafile default do usuário de backup (data pump/expdp). Sendo assim, pensei que o DATAFILE dele pudesse estar corrompido e então tentei fazer o mesmo EXPDP só que usando o SYS. E então deu:

ORA-00600: internal error code, arguments: [2024], [115301937], [4256205], [8192], [6], [2], [3584375224], [968361474]
Thu Jan 12 15:41:34 2012
Doing block recovery for file 1 block 61901
Block recovery from logseq 177786, block 827357 to scn 16469277112
Thu Jan 12 15:41:34 2012
Recovery of Online Redo Log: Thread 1 Group 8 Seq 177786 Reading mem 0
Mem# 0: /oradata/dpc/redo08.log
Block recovery completed at rba 177786.827556.16, scn 3.3584375225
There are 4187 memory allocation errors for object-level stat
in the last 15 minutes

Aí é que o bicho pegou, porque quando tentei fazer com o SYS deu no fatafile 1 que é o SYSTEM.

O problema é que o banco aparentemente está online e normal. A aplicação está de pé e até o momento ninguém reclamou de nada.

Alguém dá uma luz de qual caminho seguir?

vlw pessoal…

[Regis AraujoParticipante]

@msantino

Bom dia..!! Seguinte.. ora-600 indico a abrir chamado no metalink.. mesmo a mensagem dizendo que houve uma recuperação de bloco corrompido no banco.. é melhor vc abrir um chamado..!!

Abraços..!

[msantinoParticipante]

Fala @rman!

Valeu pela resposta cara. Realmente, de uma forma geral, tudo que encontrei na net sobre o ORA-00600 visa abrir chamado na Oracle.

Mas eu acabei encontrando esse artigo aqui http://dbataj.blogspot.com/2011/07/how-to-recover-corrupted-undo.html que sugere recuperar o tablespace UNDO.

Já alinhamos aqui e hoje à noite após a parada da operação vamos tentar fazer. Se conseguirmos, show de bola. Se não der certo, fud… rs!

mas vou abrir o chamado na Oracle de qualquer forma. O problema é que o cliente não localizou ainda as credenciais do metalink.

[msantinoParticipante]

Galera,

Só pra atualizar aqui sobre a solução, pro meu caso funcionou perfeitamente!

Tirei um backup full do RMAN, parei o banco, subi com o PFILE modificado, recriei o UNDO tablespace e depois subi normal… parou de dar o ORA-00600.

Valeu ai pessoal!
Fica a dica…

Na dúvida, consulta o link na mensagem anterior!

abs a todos…

[Autor]

Posts