Cluster Health Advisor Graphical User Interface - CHAG

Con la versión 12 de Oracle Database se introdujo  Oracle Cluster Health Advisor (CHA). Esta herramienta para ambientes de alta disponibilidad, monitorea continuamente  los nodos de un clúster y las bases de datos de un RAC para detectar  problemas insipientes relacionados a  performance y disponibilidad, y de esta manera  proporcionar advertencias tempranas sobre determinados  problemas antes que estos se vuelvan críticos.
Oracle Cluster Health Advisor está integrado con el Insident Manager de Oracle Enterprise Manager Cloud Control (EMCC) y puede llevar adelante las siguientes acciones:

• Detectar problemas de rendimiento a nivel de nodo y base de datos
• Proporcionar alertas tempranas  y sugerir acciones correctivas
• Soportar la  calibración “on-site”  para mejorar la sensibilidad del análisis

En Oracle Database 12c versión 2, Oracle Cluster Health Advisor soporta el monitoreo de los dos subsistemas más críticos e importantes  de Oracle Real Application Clusters (Oracle RAC): 
    • La instancia de la base de datos
    • El sistema host  
Oracle Cluster Health Advisor verifica y hace un seguimiento del  “estado de salud” del sistema monitoreado, para esto muestra periódicamente una amplia variedad de mediciones clave del mismo.
Ejecuta varias veces por minuto un análisis y estima un valor adecuado para  una entrada observada,  basándose en el modelo predeterminado. Luego realiza detección de anomalías para cada entrada, en función de la diferencia entre los valores observados y los esperados. Si detecta  suficientes  entradas “anormales” asociadas con un problema específico, emite una advertencia (“warning”) y genera inmediatamente un diagnóstico del “target”  junto con las acciones correctivas correspondientes.

Utilitario "raccli" de linea de comando para depliegues de ODCS con RAC

La utilidad "raccli" es proporcionada en despliegues de Oracle Database Cloud Service con Oracle Real Application Clusters (RAC), para realizar una variedad de operaciones de tanto de gestión de ciclo de vida como administración de base de datos.

Utilizando la utilidad raccli, se pueden realizar operaciones como:

• Copia de seguridad de la base de datos.
• Recuperación de la base de datos desde una copia de seguridad.
• Cambio de la configuración de backups automáticos.
• Aplicación de parche de la base de datos Oracle, la infraestructura de la red y el software de "Cloud Tooling".
• Cambiar la configuración de las funciones de seguridad.
• Seguimiento del progreso y finalización de las operaciones de larga duración realizadas como trabajos asincrónicos.

Oracle Database 12c: Flex Cluster usando Windows DNS/DHCP Server (Parte II)

En la primera parte de este artículo hemos tratado el procedimiento de configuración del servidor DNS/ DHCP con delegación de subdominio GNS. Ahora que ya tenemos finalizada esta configuración inicial, podemos pasar a la etapa de instalación. Como ya mencionamos en la parte 1, la configuración del servidor DNS/DHCP con delegación de subdominio para GNS es muy importante, y en el caso de hacerse de manera incorrecta puede derivar en un fallo posterior durante la instalación. Necesitamos asegurarnos entonces que todos los pasos necesarios se hayan completado de manera correcta, y que todos los nodos del cluster sean capaces de resolver el dominio raíz del servidor de DNS, el subdominio GNS y además puedan comunicarse entre ellos.

Instalación de Flex Cluster
Como ocurre en cualquier otra instalación. antes de comenzar, necesitamos que todos los pre-requisitos de 12c Grid Infrastructure estén correctamente configurados. Si no ha sido reportado ningún“issue” en la salida de cluvfy, entonces estamos en condiciones de poder iniciar la instalación.

Oracle Database 12c: Flex Cluster usando Windows DNS/DHCP Server (Parte I)

Uno de los cambios más importantes introducidos en Oracle 12c Grid infrastructure es la incorporación de dos nuevas características llamadas “Oracle Flex ASM” y "Flex Cluster". Estas funcionalidades brindan soporte para los crecientes requerimientos de los ambientes orientados al “Cloud Computing”.

Para instalar y configurar "Flex cluster" es requisito fundamental tener configurado GNS VIP con servidor DHCP para la delegación de direcciones IP de VIP y SCAN en todos los nodos del cluster.

En una configuración tradicional de cluster se asignan direcciones IP virtuales específicas para cada nodo configuradasen los archivos “/etc/hosts”, e  IPs de SCAN dadas de alta en los servidores DNS las cuales serán resueltas por el servicio de cliente DNS de cada nodo del cluster.

Como cambiar el Timezone en Grid Infrastructure

Si el timezone del sistema operativo es modificado luego de la instalación de Oracle GI y DB, debemos tener la precaución de cambiarlo también a nivel de "Grid Infraestructure", sino podríamos llegar a encontrar incosistencias por ejemplo al consultar el "sysdate" de la base de datos.

A partir de la versión 11.2.0.2, para realizar este cambio debemos modificar la variable TZ en el archivo:

$GRID_HOME/crs/install/s_crsconfig_<nodename>_env.txt configurando el timezone correcto.

El TZ indicado debe ser uno de los soportados por el sistema operativo.

Veamos un ejemplo:

En un Linux, para ver la configuración actual:

[grid@server01]$ cat /etc/sysconfig/clock
ZONE="Etc/GMT+5"

Gestión de servicios de base de datos (creación, modificación y borrado)

Para verificar que servicios están corriendo para una base de datos:

[oracle@server01 ~]$ srvctl status service -d ORCL

No nos devuelve nada, no hay servicios corriendo en la base ORCL.

Creamos un nuevo servicio:

[oracle@server01 ~]$ srvctl add service -d ORCL -s SRVTST -r ORCL1,ORCL2 -P BASIC -e SELECT -m BASIC

(ver más abajo las opción que podemos utilizar en la creación)
En este ejemplo usamos:
-d  Base de datos
-s  Nombre del servicio
-r  Instancias disponibles
-P, -e y -m Caracteristicas del tipo de conexión.

Verificamos la configuración del nuevo servicio:

[oracle@server01 ~]$ srvctl config service -d ORCL
Service name: SRVTST
Service is enabled
Server pool: ORCL_SRVTST
Cardinality: 2
Disconnect: false
Service role: PRIMARY
Management policy: AUTOMATIC
DTP transaction: false
AQ HA notifications: false
Failover type: SELECT
Failover method: BASIC
TAF failover retries: 0
TAF failover delay: 0
Connection Load Balancing Goal: LONG
Runtime Load Balancing Goal: NONE
TAF policy specification: BASIC
Edition:
Preferred instances: ORCL1,ORCL2
Available instances:

Creación de servicios de base de datos en RAC 11G

A continuación vamos a ver como crear un servicio para una base de datos en particular, en un RAC 11G de dos nodos. Crear servicios resulta muy útil entre otras cosas para gestionar la base de datos, focalizandonos, por ejemplo, en diferentes aplicaciones.

Vemos que la base ORCL no tiene servicios creados:
[oracle@server01]$ srvctl status service -d ORCL

Creamos el servicio con srvctl:
[oracle@server01]$ srvctl add service -d ORCL -s MYAPP -r ORCL1,ORCL2 -P BASIC -e SELECT -m BASIC

Vemos la configuración del servicio:
[oracle@server01]$ srvctl config service -d ORCL -s MYAPP
Service name: MYAPP
Service is enabled
Server pool: ORCL_MYAPP
Cardinality: 2
Disconnect: false
Service role: PRIMARY
Management policy: AUTOMATIC
DTP transaction: false
AQ HA notifications: false
Failover type: SELECT
Failover method: BASIC
TAF failover retries: 0
TAF failover delay: 0
Connection Load Balancing Goal: LONG
Runtime Load Balancing Goal: NONE
TAF policy specification: BASIC
Edition:
Preferred instances: ORCL1,ORCL2
Available instances: