Oracle Live

06/05/2016

Instalar Gonden Gate en alta disponibilidad

Filed under: Golden Gate — mogukiller @ 12:27 pm

En los entornos donde trabajo la mayoria de las bases de datos estan replicando varias de sus tablas por Golden Gate a bases de datos para usar con herramientas de Business Intelligence. Adicionalmente estas bases de datos cuentan con Dataguard para ofrecer un HA. Por este motivo es necesario configurar Golden Gate en HA para que pueda funcionar sin problemas con Dataguard o ante la caida de un nodo.

Partimos de un entorno donde ya se han configurado el almacenamiento compartido con dbfs. Aqui el enlace donde se describe el procedimiento.

Un prerrequisito para montar Golden Gate en HA es que desde sistemas nos proporcionen un IP para la VIP de aplicativo que se va a crear. En mi caso las VIP son:

— primari41
VIP:  primariadatos-vip.osi
IP:  10.145.137.67

— standby51

VIP: standbydatos-vip.osi
IP:  10.145.137.77

Además de tener lista la instalación de Golden Gate en todos los nodos.

Para crear el recurso de Golden Gate hacemos:


[root] # /u01/app/users/usosasm/base/agent/xag/bin/agctl add goldengate GG_MOGU --gg_home /u01/ogg/MOGU_12.1  \
--instance_type source                                     \
--oracle_home /u01/oradb/rdbms1210/121020                  \
--db_services ora.mogu1.mogu1_oggserv.svc                  \
--filesystems oggdbfs_mogu                                 \
--nodes tehol041,tehol042 --dataguard_autostart yes        \
--user uogg   --group oinstall                             \
--network 1 --ip 10.145.137.67

/*
xag.GG_MOGU-vip.vip                      appvipx             OFFLINE      OFFLINE  <<< Te crea la vip
xag.GG_MOGU.goldengate                   goldengate          OFFLINE      OFFLINE
*/

Entre los parametors introducidos tenemos:

  • Nombre del recurso.
  • HOME de la instalación de Golden Gate
  • instance_type source.
  • HOME de la base de datos.
  • El servicio del que depende el recurso.
  • Los nodos donde se puede levantar.
  • Indicamos que ese recurso va a estar dentro de una arquitectura en dataguard.
  • Usuario propietario del recurso. Ponemos el usuario utilizado en dataguard.
  • La ip proporcionada por sistemas.

Damos permisos al usuario de Golden Gate:

[root] # /u01/oradb/asm/1210/bin/crsctl setperm resource xag.GG_MOGU.goldengate -o uogg

Levantamos el recurso:

[uogg] #/u01/app/users/usosasm/base/agent/xag/bin/agctl start goldengate GG_MOGU
/*
xag.GG_MOGU-vip.vip                      appvipx             ONLINE       ONLINE       tehol051
xag.GG_MOGU.goldengate                   goldengate          ONLINE       ONLINE       tehol051
*/

Otras opciones útiles de agctl:

-- Estado recurso

# [uogg] /u01/app/users/usosasm/base/agent/xag/bin/agctl status goldengate GG_MOGU

-- Paramos recurso

# [uogg] /u01/app/users/usosasm/base/agent/xag/bin/agctl stop goldengate GG_MOGU

--Realocar de nodo

# [uogg] /u01/app/users/usosasm/base/agent/xag/bin/agctl relocate goldengate GG_MOGU --node tehol052

-- Borramos el recurso

# [uogg] /u01/app/users/usosasm/base/agent/xag/bin/agctl remove goldengate GG_MOGU

Ahora ya estamos en disposición de hacer un switchover y ver como no solo se monta el filesystem que utilizaremos para los trails, sino también el manager de Golden Gate.

Dejar un comentario »

Aún no hay comentarios.

RSS feed for comments on this post. TrackBack URI

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s

Blog de WordPress.com.

A %d blogueros les gusta esto: