kcrfr_update_nab_2

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!

%name kcrfr update nab 2

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.