Nesta madrugada um importante cliente apertou o botão reset da maquina e por consequência, o banco de dados dele não subiu.
Ao efetuar o startup o banco pedia recover, e ao efetuar o recover pela primeira vez ele deu o seguinte erro.
ORA-00600: internal error code, arguments: [kcrfr_update_nab_2], [0x0E37FADB0],[2], [], [], [], [], []
Depois disso ele parou de pedir recover mas também não levantava a instância.
Após pesquisar no metalink e nada encontrar, passei a pedir auxilio ao maior DBA do mundo o Google.
E encontrei esta solução em alguns posts da OTN. (obviamente todos em inglês)
Para resolver é simples e a solução se encontra abaixo.
SQL> startup; ORACLE instance started. Total System Global Area 2214592512 bytes Fixed Size 2085488 bytes Variable Size 1543507344 bytes Database Buffers 637534208 bytes Redo Buffers 31465472 bytes Database mounted. ORA-00600: internal error code, arguments: [kcrfr_update_nab_2], [0x0E37FADB0], [2], [], [], [], [], [] SQL> SQL> recover database; ORA-00600: internal error code, arguments: [kcrfr_update_nab_2], [0x0E37FADB0], [2], [], [], [], [], [] SQL> select GROUP# , SEQUENCE#, ARCHIVED, STATUS from v$log order by SEQUENCE#; GROUP# SEQUENCE# ARC STATUS ---------- ---------- --- ---------------- 5 37685 YES ACTIVE 1 37686 YES ACTIVE 2 37687 YES ACTIVE 3 37688 YES ACTIVE 4 37689 NO CURRENT SQL> select MEMBER from v$logfile where GROUP# = 4; MEMBER -------------------------------------------------------------------------------- /oraprd01/oradata/tasy/redo04a.log /oraprd02/oradata/tasy/redo04b.log
Vimos acima que o grupo quatro de redos esta corrente, também vimos que existem dois membros para este grupo.
Pois então observando os argumentos do erro temos “[kcrfr_update_nab_2], [0x0E37FADB0],[2]”.
Observe que o terceiro argumento é dois sinalizando o segundo membro deste grupo.
Diante disso vamos mover o redo.
SQL> !mv /oraprd02/oradata/tasy/redo04b.log /oraprd02/oradata/tasy/redo04b.log_old SQL> recover database; Media recovery complete.
veja que já conseguimos recuperar o banco.
SQL> shutdown immediate; ORA-01109: database not open Database dismounted. ORACLE instance shut down. SQL> startup; ORACLE instance started. Total System Global Area 2214592512 bytes Fixed Size 2085488 bytes Variable Size 1543507344 bytes Database Buffers 637534208 bytes Redo Buffers 31465472 bytes Database mounted. Database opened.
Após abrir o banco sugiro remover o grupo de redo e recrialo.
Qualquer duvida comente que responderei.
Boa Noite a Todos!
Autor: Leandro Lana
Trabalho com banco de dados Oracle desde 2006, já trabalhei com as plataformas 9i, 10G, 11G, 12C, 18C, 19C e 21(ainda em testes).
Trabalhando atualmente como consultor Oracle na MigraTI Soluções em TI como administrador de banco de dados Oracle, SQL-Server, MySQL e Postgresql.
Contato: leandro.lana@migrati.com.br
Fone: (47) 9191-6052 / (47) 3328 0996
Certificações:
OCA 10G.
OCP 10G.
OCE Linux.
OCE RAC/Cluster.
MCP SQL-Server 2008.
MCITP SQL-Server 2008.
DB2 Fundamentals.
Muito bom, com certeza vai salvar muita gente!
isso é padrao pois sou novo e estou tendo esse problema
E com este Post conseguimos lhe ajudar Alex?
Se isso ocorre muito em seu ambiente, sugiro verificar os discos de seu servidor.
Grato