Recuperación de OCR en Oracle RAC

Se producen problemas con los servicios de CRS, ya que no se encuentran operativos en uno o más nodos del RAC. El síntoma principal es que el nodo afectado no es capaz de iniciar los servicios de Clusterware en forma automática.

[root@vmrac01 ~]# crs_stat -t

CRS-0184: Cannot communicate with the CRS daemon.

Este error indica que no es posible iniciar los servicios de Clusterware, ya que el servicio CRS no se encuentra disponible.

Como revisar las alertas del sistema para detectar el problema

Para determinar el problema que origina que los servicios de Clusterware se encuentren operativos, se debe ingresar al siguiente directorio para chequear los archivos de log correspondientes al CRS:

u01/app/oracle/product/10.2.0/cr_1/log/vmrac02/client

cls*.log

css*.log

Para determinar el error y los archivos de Log donde se determina el error, se debe ingresar al siguiente directorio de cualquier nodo del RAC y revisar el archivo alertrac2.log.

/u01/app/oracle/product/10.2.0/cr_1/log/nombre_nodo/alternombre_nodo.log

[client(23271)]CRS-1009:The OCR configuration is invalid. Details in /u01/app/oracle/product/10.2.0/cr_1/log/vmrac02/client/css18186.log. 2013-08-05 13:10:34.742 [client(23278)]CRS-1009:The OCR configuration is invalid. Details in /u01/app/oracle/product/10.2.0/cr_1/log/vmrac02/client/css18187.log. 2013-08-05 13:10:37.843 [client(23287)]CRS-1009:The OCR configuration is invalid. Details in /u01/app/oracle/product/10.2.0/cr_1/log/vmrac02/client/css18188.log. 2013-08-05 13:10:40.920 [client(23297)]CRS-1009:The OCR configuration is invalid. Details in /u01/app/oracle/product/10.2.0/cr_1/log/vmrac02/client/css18189.log.

El error se origina, ya que el OCR se encuentra con problemas de corrupción. El error se puede apreciar en el siguiente log:

u01/app/oracle/product/10.2.0/cr_1/log/nombre_nodo/client/

Oracle Database 10g CRS Release 10.2.0.4.0 Production Copyright 1996, 2008 Oracle. All rights reserved. 2013-08-05 13:10:40.920: [ OCRRAW][50530464]propriogid:1: INVALID FORMAT 2013-08-05 13:10:40.920: [ OCRRAW][50530464]proprioini: OCR configuration on disk 0 is not valid 2013-08-05 13:10:40.920: [ OCRRAW][50530464]proprinit: Could not open raw device 2013-08-05 13:10:40.921: [ default][50530464]a_init:7!: Backend init unsuccessful : [26] 2013-08-05 13:10:40.921: [ CSSCLNT][50530464]clsssinit: Unable to access OCR device in OCR init.PROC-26: Error while accessing the physical storage

Solucionando la corrupción del OCR

Para solucionar el problema de corrupción, se debe restaurar el OCR desde un backup. En este caso el backup se encuentra en el segundo nodo del RAC en el siguiente directorio:

/u01/app/oracle/product/10.2.0/cr_1/cdata/crs

-rw-r--r-- 1 root root 8663040 Jan 6 2012 26916645 -rw-r--r-- 1 root root 8663040 dec 20 05:28 week.ocr -rw-r--r-- 1 root root 7680000 Jan 1 09:35 week_.ocr -rw-r--r-- 1 root root 7680000 Jan 4 03:58 day.ocr -rw-r--r-- 1 root root 7680000 Jan 5 03:58 backup02.ocr -rw-r--r-- 1 root root 7680000 Jan 5 07:58 day_.ocr -rw-r--r-- 1 root root 7680000 Jan 5 07:58 backup01.ocr -rw-r--r-- 1 root root 7680000 Jan 5 11:58 backup00.ocr

Para restaurar elegimos el archivo llamado day.ocr. Este archivo posee la metadata que será cargada nuevamente al Clúster mediante el comando ocrconfig.

Restaurando el archivo OCR

Con el usuario root, ejecutar el siguiente comando:

ocrconfig –restore /u01/app/oracle/product/10.2.0/cr_1/cdata/crs/day.orc

      Chequeo de Servicios

Es importante cuando el OCR ha sido restaurado satisfactoriamente, revisar los servicios verificando mediante los comandos de Clusterware:

Reinicio de servicios CRS (usuario root)

crsctl start crs

chequeo de OCR (oracle/root)

[oracle@vmrac02 bin]$ ./ocrcheck Status of Oracle Cluster Registry is as follows : Version : 2 Total space (kbytes) : 3144280 Used space (kbytes) : 7072 Available space (kbytes) : 3137208 ID : 2109299085 Device/File Name : /dev/raw/raw1 Device/File integrity check succeeded Device/File Name : /dev/raw/raw3 Device/File needs to be synchronized with the other device Cluster registry integrity check succeeded

[oracle@vmrac02 bin]$ ./crs_stat -t -v Name Type R/RA F/FT Target State Host ---------------------------------------------------------------------- ora.rac.db application 0/0 0/1 ONLINE ONLINE vmrac02 ora....c1.inst application 0/5 0/0 ONLINE ONLINE vmrac01 ora....c2.inst application 0/5 0/0 ONLINE ONLINE vmrac02 ora....SM1.asm application 0/5 0/0 ONLINE ONLINE vmrac01 ora....C1.lsnr application 0/5 0/0 ONLINE ONLINE vmrac01 ora.rac1.gsd application 0/5 0/0 ONLINE ONLINE vmrac01 ora.rac1.ons application 0/3 0/0 ONLINE ONLINE vmrac01 ora.rac1.vip application 0/0 0/0 ONLINE ONLINE vmrac01 ora....SM2.asm application 0/5 0/0 ONLINE ONLINE vmrac02 ora....C2.lsnr application 0/5 0/0 ONLINE ONLINE vmrac02 ora.rac2.gsd application 0/5 0/0 ONLINE ONLINE vmrac02 ora.rac2.ons application 0/3 0/0 ONLINE ONLINE vmrac02 ora.rac2.vip application 0/0 0/0 ONLINE ONLINE vmrac02