Traza y Diagnostico Oracle RAC

DOC ID : Diagnosability for Oracle Clusterware (CRS or Grid Infrastructure) Component and Resource (Doc ID 357808.1)


Trazas y Diagnosticos de LOG en Oracle RAC.

$CRS_HOME/log , Para el diagnostico del Clusterware contiene los siguientes archivos..

ClusterWare Alert ==>  nodo1rac.log

Client ==> Para aplicaciones OCR

RACG ==> /racg/dump  Logfiles para aplicaciones de los nodos incluidas las VIP ONSCrsd crs/log

CSSD /css/log
Evmd /evm/log

Para revisar configuracion de niveles de LOG

[grid@lpprpaxbd01]$ crsctl get log res ora.cdr.db
Get Resource ora.cdr.db Log Level: 1

Para ver los modulos del cluster:

Para revisar niveles de log por module:
CSS: Cluster Synchronozation Services

CRS: Cluster Ready Services:

Las definiciones para los niveles de Log:

level 0 = turn off
level 2 = default
level 3 = verbose
level 4 = super verbose


Ahora veremos como aumentar el nivel de log para los componentes mas criticos de oracle rac clusterware, escogeremos un servicio critico como CSS para re configurar el nivel de log, para realizar un trace sobre la informacion registrada en algun evento de nivel critico sobre el recurso de cluster CSS.

 CSS:  Cluster Synchronization Services

Ademas Oracle cuenta con una herramienta de diagnostico para recopilar información del Clusterware para enviar a Oracle posterior a la creación de un Service Request CR.

diagcollecton.sh es un script del CRS que recolecta los logs del CRS del nodo local , es un wrapper sobre el perl diagcollection.pl

Obtiene información sobre:

• Cluster Synchronization Services (CSS)

• Event Manager (EVM)

• Cluster Ready Services (CRS) daemons.

Este log suele ser solicitado por soporte Oracle , El tamaño es bastante grande ( del orden de 1,1 Gb ) 

La forma de uso es muy sencilla,solamente hay que buscarlo bajo el arbol de directorios del GRID.

Linux/UNIX 10gR2/11gR1

1. Execute the following as root user:

# script /tmp/diag.log
# id
# env
# cd <temp-directory-with-plenty-free-space>
# export OCH=<CRS_HOME>
# export ORACLE_HOME=<DB_HOME>
# export HOSTNAME=<host>
# $OCH/bin/diagcollection.pl -crshome=$OCH --collect
# exit

The following .gz files will be generated in the current directory and need to be uploaded along with /tmp/diag.log:   
crsData_<hostname>.tar.gz,
ocrData_<hostname>.tar.gz,
oraData_<hostname>.tar.gz,
coreData_<hostname>.tar.gz (only --core option specified)

Como multiplexar controfile en +ASM

1.- Vemos que el controlfile se encuentra solo en un DIKGROUP del +ASM.

2.- Bajamos la base de datos con srvctl, para el caso de grid infraestructura.

srvctl stop database -a cdr

3.- Nos conectamos con rman, para levantar solo la SGA de la instancia, esto solo si la base de datos es standalone, de lo contrario en Oracle RAC, se debe hacer lo siguiente: srvctl start database -d cdr -o nomount.

4.- Restauramos controlfile desde el origen al destino nuevo (multiplexado).










5.- revisamos en el +ASM, que se halla creado el controfile.

6.- Ahora realizmos alter system set control, abrimos la base de datos con force, y validamos en la vista v$controlfile los control multiplexados.