Etiqueta: Oracle RAC

RAC

Nodes Lacking Space Due to Large Cluster Health Monitor File Crfclust.Bdb

Problema

Al llegar un alerta con el 88 % del /u01 catalogado como un critical, enviado por la herramienta de monitoreo #OracleCloudControl13 , comenzamos por revisar los indicadores de Logs, traces que ya tenemos rgistrados con logrotate y con adrci para su depuracion automatizada.

A continuacion mostramos el estado de volumenes ocupados ,siendo los mismos donde almacenamos los binarios de Oracle en cada uno de los nodos miembros del cluster.

[oracle@srvracpro01]$ df -h /u01
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroupSys-LogVolU01 100G 78G 22G 78% /u01

[oracle@srvracpro02]$ df -h /u01 
Filesystem Size Used Avail Use% Mounted on
/dev/mapper/VolGroupSys-LogVolU01  100G 81G 19G 81% /u01

Analizemos el problema:

Luego de la revision de los paths en el ORACLE_HOME sin encontrar problemas,  procedemos sobre el GRID_HOME. Luego de la ejecucion del comando du * -sch encontramos directorios con mucho volumen.

Nos dirigimos al $GRID_HOME y verificamos los tamaños de los archivos y nos observamos uno en particular, el archivo Crfclust.Bdb que ocupa aproximadamente 48.5G:

[oragrid@srvracpro01]$ pwd
/u01/app/grid/11.2.0.4/crf/db/srvoracd12b

[oragrid@srvoracd12b srvoracd12b]$ ls -lh | grep bdb
-rw-r----- 1 root root 115M Jan 30 17:28 crfalert.bdb
-rw-r----- 1 root root 48.5G Jan 30 17:28 crfclust.bdb
-rw-r----- 1 root root 8.0K Jan 29 11:54 crfconn.bdb
-rw-r----- 1 root root 126M Jan 30 17:28 crfcpu.bdb
-rw-r----- 1 root root 114M Jan 30 17:28 crfhosts.bdb
-rw-r----- 1 root root 135M Jan 30 17:28 crfloclts.bdb
-rw-r----- 1 root root  88M Jan 30 17:28 crfts.bdb
-rw-r----- 1 root root 8.0K Jan  2 16:58 repdhosts.bdb
-rw-r--r-- 1 root root 115M Jan 30 16:51 srvoracd12b.ldb
[oragrid@srvoracd12b srvoracd12b]$

Entendiendo el problema

Este es un problema que viene derivado del proceso monitor Cluster Health Monitor (CHM) y la base de datos relacionada al proceso, que incrementa notoriamente el espacio.

Solucion

Debemos rezisear el tamaño del file. Seguir leyendo «Nodes Lacking Space Due to Large Cluster Health Monitor File Crfclust.Bdb» →

exadata, Oracle 12c

Oracle Exadata Machine | New Section, Articles , Architecture, Tips & Curiosities on Spanish !

Juan Andres Mercado

Bienvenidos a esta nueva sección donde en mis momentos libres compartire algunos conocimientos y concejos acerca de este acierto tecnológico por parte de la compañía Oracle.

Nos vemos en el camino !

DB - 11gR2, RAC

Oracle Database 12c Available

Ya podemos descargar los paquetes necesarios para realizar la instalación de oracle database 12c.

Imagen Todo fracaso es una experiencia y toda experiencia es un éxito.

En breve estare publicando acerca de las New Features de esta versión prometedora.

  • Application Development
  • Business Intelligence and Data Warehousing
  • Compression and Archiving
  • Database Overall
  • High Availability
  • Manageability
  • Performance
  • Oracle RAC and Grid Infrastructure.
  • Security
  • Spatial and Graph
  • Unstructured Data
  • Upgrades
  • Windows
  • Windows Security Enhancements
  • Support for Oracle Home User on Windows

Realiza tu descarga desde aqui

Saludos a Latinoamerica , España & Anglosajons Countrys !

DB - 10gR2, DB - 11gR2, RAC

Oracle RAC | PRKP-1024 : The service ha_gsqs is still running when removing a service

Español: estructura de base de datos de Oracle

PRKP-1024 : The service ha_gsqs is still running when removing a service

En un escenario donde tenemos bases de datos 10gR2 , 11gR1 y 11gR2 me toco hacer revisiones de alta disponibilidad.

Luego de ello se tomo la determinación que algunas bases serian removidas y transportadas a otros servidores.

Los servidores antiguos de bases de datos serian reutilizados para soportar aplicaciones BI.

Al momento de quitar la primera base clusterizada (10.2.0.4) y sus servicios nos encontramos con el siguiente error:

PRKP-1024 : The service OSSER02 is still running.

Veamos que ocurrió paso a paso… Seguir leyendo «Oracle RAC | PRKP-1024 : The service ha_gsqs is still running when removing a service» →

DB - 11gR2, RMAN

Oracle RAC 11gR2 | ORA-00245: control file backup operation failed

 ORA-00245: Conociendo como ocurre el error

Oracle RAC
Oracle RAC (Photo credit: Fenng(dbanotes))

Desde la version de bases de datos oracle 11gR2 la copia de seguridad del controlfile sucede sin tener que holdear las colas de actualizacion del controlfile.

Cuando tenemos una base en single mode o mejor dicho standalone, esta situacion no cambia para nada.

Ahora si nosotros estamos trabajando en RAC (y debido a la cambios que se realizaron para las versiones de bases de datos 11gR2) provocan que cualquier instancia del cluster pueda escribir en el controlfile de manera instantanea.

Es asi que este snapshot del controlfile debe estar disponible (visible) para todas las instancias.

Por que ocurre el error ?

El snapshot del controlfile debe ser accesible para todos los nodos de una base de datos en RAC y si el snapshot no esta, o hay un error en el dispositivo compartido ocurrira que al momento de la copia de seguridad que realiza el RMAN mostrara un error.

Estos siempre ocurriran cuando tomemos un backup usando sqlplus, tengamos configurado un backup del controlfile como AUTOBACKUP o no poseamos una ubicacion compartida.

Ahora veamos unos ejemplos de errores comunes.

Ejemplo 1:

En un ambiente RAC, el controlfile autobackup falla con el error ORA-0245

Autobackup of controlfile in RMAN is failing with error:
RMAN-571: ===========================================================
RMAN-569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-571: ===========================================================
RMAN-3009: failure of Control File and SPFILE Autobackup command on
ORA_DISK_1 channel at 10/27/2010 15:08:59
ORA-245: control file backup operation failed

Seguir leyendo «Oracle RAC 11gR2 | ORA-00245: control file backup operation failed» →

DB - 11gR2

ORA-16179: incremental changes to «log_archive_dest_1» not allowed with SPFILE

En el articulo de hoy vamos a resolver un problema muy común que me consultan por diferentes medios.

ORA-16179: incremental changes to "log_archive_dest_1" not allowed with SPFILE
English: The transformation of SQL statements.
English: The transformation of SQL statements. (Photo credit: Wikipedia)

Este error aparece cuando tratamos de cambiar el ARCHIVE LOG DESTINATIONde nuestra base de datos a un nuevo path.

Aca vamos a poner un ejemplo de lo que ocurrio en un sitio donde estaba dando soporte.

La base de datos cae por que no puede escribir los logs en un filesystem local.

Al parecer nunca habian configurado los parametros correctamente y dejaron asi todos los valores por default.

SQL> sho parameter LOG_ARCHIVE_DEST_1

NAME                                 TYPE      VALUE
------------------------------------ --------- ------------------
log_archive_dest_1 string
log_archive_dest_10 string
log_archive_dest_11 string
log_archive_dest_12 string
log_archive_dest_13 string
log_archive_dest_14 string
log_archive_dest_15 string
log_archive_dest_16 string
log_archive_dest_17 string
log_archive_dest_18 string
log_archive_dest_19 string

SQL>
EL error nos aparece en el alert log de la base de datos. Seguir leyendo «ORA-16179: incremental changes to «log_archive_dest_1» not allowed with SPFILE» →
DB - 11gR2, RAC

Step by Step Upgrading Oracle 10gR2 to Oracle 11gR2 | Oracle Migrations

oracle_2
oracle_2 (Photo credit: ratzo)

Upgrading existing databases to the New Oracle 11gR2 (11.2.0.2.0) version using dbua

Hoy voy a compartirles la experencia de migrar de version una base en RAC .

(Tan sencillo como realizar la migracion de una Single Instance)

Lo primero que vamos hacer es instalar los binarios de 11gR2 (11.2.0.2.0) que es la version a la cual estare migrando desde 10gR2 (10.2.0.4.0).

Bajamos el software desde una de las paginas de oracle aqui y procedemos a instalarlo en los paths que ya designamos.

Finalizado esto vamos a proceder al paso mas importante que lo remarco abajo:

Tomamos un Backup, No Olvidarnos !

Una vez hecha esta tarea, me voy al $ORACLE_HOME/rdbms/admin de la base 11gR2 (11.2.0.2.0) :

$ cd /u01/app/oracle/product/11.2.0/db_oesm1n/rdbms/admin

Ahora vamos a copiar el archivo utlu112i.sql en /tmp o en el $ORACLE_HOME/dbs 10gR2 (10.2.0.4.0)

$ cp utlu112i.sql /u01/app/oracle/product/10.2.0/db_oesm1n/dbs

Una vez realizada esta tarea vamos a loguearnos con privilegios a nuestra base que migraremos y ejecutaremos el archivo copiado.

$ cd /u01/app/oracle/product/10.2.0/db_oesm1n/dbs
$ sqlplus / as sysdba

SQL*Plus: Release 10.2.0.4.0 - Production on Fri Mar 30 12:12:54 2012

Copyright (c) 1982, 2007, Oracle.  All Rights Reserved.

Connected to:
Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
With the Partitioning, Real Application Clusters, OLAP, Data Mining
and Real Application Testing options

SQL> !pwd
/u01/app/oracle/product/10.2.0/db_oesm1n/dbs

Seguir leyendo «Step by Step Upgrading Oracle 10gR2 to Oracle 11gR2 | Oracle Migrations» →