Oracle Golden Gate on Exadata | Configure OGG

In the previous article  Install OGG, we noticed that the installation of software Oracle GoldenGate finished fine and could observer that the manager runs fine.

So, We need start with the following steps to continue with the awaited moment, replication.

Also for easy administration and execution of OGG command line, its recommend set the environment variables.

Usually, I set the env variables for avoid issues.

export OGG_HOME=/ggate/OGG/11.2.0/<$ORACLE_SID>
export ORACLE_HOME=/u01/app/dbhome/11.2.0.4
export LD_LIBRARY_PATH=$ORACLE_HOME/lib
export PATH=$PATH:$OGG_HOME

You can set it, on the .bash_profile or (I preferred use an simple env variable script on the user home) an script.

The config used on the prevously step, avoid some error that will be appear, for example:

./ggsci: error while loading shared libraries: libnnz11.so: cannot open shared object file

Keep in mind this check:

  • tnsnames
  • Define TNS_ADMIN
  • Create subdirs [OGG_CONSOLE]
  • Prepare the Source Database
  • Configure Parameters on Source and Target Databases for Golden Gate.
  • Configure Users on Source and Target Databases.

Let’s start ! Leer más “Oracle Golden Gate on Exadata | Configure OGG”

Oracle Golden Gate on Exadata | Configuring ACFS

Good Morning Guys ! I am started on a new challenge, and my articles will be write in English Mode, because the best part of my public, and messages that I receive every day are from India, England, USA and many countrys from world.

I love the Community and promess continuing givin support and answers to a lots of mails on Spanish that I receive every week. Let’s start!

Matrix Installation

Product Version
Oracle Golden Gate 12.2.0.2.2
Exadata Image Version 12.1.2.3.6.170713
Oracle Grid Infrastructure 12.1.0.2

Pre Requisites

We’ll start with an summary of tasks that we need keep in mind to start with confguration and installation of Oracle Golden Gate on a RAC environment. It’s necessary :

  • An a share file system, we choice ACFS (ASM Cluster File System) under grid infrastructure 12.1.0
  • Oracle Golden Gate.

Creating and configuring ACFS on Exadata

When we working on an Oracle RAC environment, we must install an OGG on a cluster file system. As part of the architecture design, we choose the ACFS, but we could use NFS or DBFS.

My desicion was based on my experience with this FS and listening the council from others partners , that were used on ODA implementations.

Basically, my procedure are same that on Non Exadata Environments:

export DISPLAY=xxx.xxx.xxx.xxx:0
. oraenv
asmca

On the next screen, we can see the name of the candidate DG.

Generally, we find typically three disk groups.

  • We choose the DBFS_DG .

Exadata Apply patch post upgrade

Instalación de Parche en Exadata X5

Cuando administramos un Oracle Exadata Machine es importante encontrarnos con el roadmap actualizado de la fixes de seguridad, patchsets, etc.

Como parte de estas tareas que nos previenen de bugs y otras incidencias, como así también poder migrar los motores de bases de datos, es que decidimos hacer un upgrade  poder llevar a la ultima release de la versión de GridInfra Structure, realizando el upgrade a 12.1.0.2 y decidimos hacer este trabajo en modo rolling :

Verificamos la release actual:

[oragrid@exa2adbadm01 ~]$ crsctl query crs activeversion
Oracle Clusterware active version on the cluster is [12.1.0.0.0]

Stopeamos los servicios del nodo del Cluster:

Run the pre root script.
As the root user execute:

# /crs/install/rootcrs.pl -unlock

Leer más “Exadata Apply patch post upgrade”

Event Monitor (EMON) Slave Process Constantly Consuming CPU

Hoy tuve un problema en produccion en un Exadata X5, con 18 cores CPUS en cada nodo miembro del RAC.

Pude visualizar que estos eventos ocurrian por que estaban siendo generados por los procesos  ora_e000,  ora_e001 , ora_e0002,  ora_e0003 y  ora_e0004.

La base de datos en cuestion es una oracle database 11.2.0.4

Asi mismo revise que el mismo evento ocurria para las dos otras instancias que tenia en la maquina de computo.

[oracle@exaxxxxxx.com.ar] /home/oracle  > ps -ef | grep -i e00
oracle    24719  14021  0 13:28 pts/0    00:00:00 grep -i e00
oracle    42114      1  0 Feb16 ?        00:00:31 ora_e000_ARDOP2
oracle    42118      1  0 Feb16 ?        00:00:33 ora_e001_ARDOP2
oracle    42120      1  0 Feb16 ?        00:00:33 ora_e002_ARDOP2
oracle    42122      1  0 Feb16 ?        00:00:33 ora_e003_ARDOP2
oracle    42124      1  0 Feb16 ?        00:04:37 ora_e004_ARDOP2
oracle   118746      1  0 Mar29 ?        00:00:00 ora_e000_ARTOP2
oracle   118748      1  0 Mar29 ?        00:00:00 ora_e001_ARTOP2
oracle   118750      1  0 Mar29 ?        00:00:00 ora_e002_ARTOP2
oracle   118752      1  0 Mar29 ?        00:00:00 ora_e003_ARTOP2
oracle   118754      1  0 Mar29 ?        00:00:07 ora_e004_ARTOP2
oracle   172631      1  0 Feb23 ?        00:00:27 ora_e000_NTTOP2
oracle   172633      1  0 Feb23 ?        00:00:27 ora_e001_NTTOP2
oracle   172635      1  0 Feb23 ?        00:00:27 ora_e002_NTTOP2
oracle   172637      1  0 Feb23 ?        00:00:28 ora_e003_NTTOP2
oracle   172639      1  0 Feb23 ?        00:03:59 ora_e004_NTTOP2

Busco evidencia por medio de Cloud Control en la seccion de Performance Home

Vemos el consumo de CPU de los procesos en un nodo sin transacciones: Leer más “Event Monitor (EMON) Slave Process Constantly Consuming CPU”

Exadata Performance : Recommended Redo Log File Size >= 4GB

En el día de hoy estuve revisando un Exadata X5, en el cual pudimos verificar que no estaba cumpliendo con las políticas recomendadas para el tamaño de REDO, para las maquinas de computo
Oracle Exadata Machine.

Oracle, en su documentación oficial, recomienda que el tamaño de los REDOLOG file deben ser >= 4GB y < 32GB.

Como detalle, es importante saber que no es ideal superar la marca de los 32GB , salvo que se lo requiera el soporte de Oracle.

Esta recomendacion surge,  por que la máquina Exadata puede soportar una tasa extrema de I/O.

Con la última versión de Exadata X-6, se pueden realizar operaciones de I/O de lectura de base de datos de 5 KB hasta 8 GB, o operaciones de escritura de flash de 8 MB de 5 MB por segundo por rack completo.

Revisamos la base de datos en el Exadata:

SQL> SELECT a.group#,
                   b.STATUS,
                   a.MEMBER,
                   b.BYTES/1024/1024 "Size (Mb)"
     FROM gv$logfile a,
                 gv$log b
   WHERE a.group# = b.group# ;

    GROUP# STATUS           MEMBER                                                                            Size (Mb)
---------- ---------------- -------------------------------------------------------------------------------- ----------
         1 INACTIVE         +RECO_EXA/AMX/onlinelog/AMX_redolog_t1g1m2.log                                  512
         1 INACTIVE         +DATA_EXA/AMX/onlinelog/AMX_redolog_t1g1m1.log                                  512
         1 INACTIVE         +RECO_EXA/AMX/onlinelog/AMX_redolog_t1g1m2.log                                  512
         1 INACTIVE         +DATA_EXA/AMX/onlinelog/AMX_redolog_t1g1m1.log                                  512
...
...
         6 INACTIVE         +DATA_EXA/AMX/onlinelog/AMX_redolog_t2g6m1.log                                  512
         6 INACTIVE         +RECO_EXA/AMX/onlinelog/AMX_redolog_t2g6m2.log                                  512
         6 INACTIVE         +DATA_EXA/AMX/onlinelog/AMX_redolog_t2g6m1.log                                  512
         6 INACTIVE         +RECO_EXA/AMX/onlinelog/AMX_redolog_t2g6m2.log                                  512

48 rows selected.

SQL>

 

Algunas consideraciones:

  • Si la aplicación está generando una gran cantidad de LOG SWITCH, 4 GB puede que no sea suficiente y debemos considerar aumentarlo.
  • Los registros de REDO de tamaño inferior a 4GB, pueden llevar a interrupciones de registro innecesarios,  ya que en su mecanismo de control causan cuellos de botella en el rendimiento.
  • Se puede comenzar con el tamaño recomendado de 4 GB y observar los cambios de comportamiento antes de que decidamos aumentar o disminuir el tamaño del REDO.

Idealmente, los archivos de registro de REDO on line deben tener el mismo tamaño y estar configurados para cambiar aproximadamente una vez por hora durante la actividad normal.

Leer más “Exadata Performance : Recommended Redo Log File Size >= 4GB”

Exadata X5 – Security recommend, change the default installation passwords

Cuando se realiza el deploy de exadata, se instalan siempre con passwords defaults para que los usuarios rapidamente se incorporen al uso del database machine.

Es altamente recomendable cambiar estas password cuando se definan las politicas de seguridad para evitar incidentes a futuro.

Aqui les dejo la lista de las passwords que estan involucradas en el mismo: Leer más “Exadata X5 – Security recommend, change the default installation passwords”

Oracle Exadata | Log Files on Database Machine

English: Disk structures comprising Oracle dat...
English: Disk structures comprising Oracle database files Category:Database (Photo credit: Wikipedia)

Como es de publico conocimiento, cada vez que nuestros sistemas comienzan con problemas o queremos determinar algun tipo de comportamiento :

  • Como ?
  • Cuando ?

Es el momento en que recurrimos a la revision de los logs .

Esta revision se hace aun mas exaustiva cuando trabajamos de forma remota y no estamos en el dia a dia del cliente. Ahi es donde buscaremos el historial del comportamiento de nuestro OS y nuestras DB’s.

En el caso de hoy vamos a comentar donde hallarlos en un Exadata.

Espero no estar olvidando nada, si asi fuere, solicito su contribucion que sera bienvenida.

Database Logs

Vamos a comenzar por el sector de las base de datos, en los nodos donde se encuentran.

a) Comenzamos por el ASM  para las ASM instances.

$ORACLE_BASE/diag/asm/+asm/+ASM{inst_number}/trace/alert_+ASM {inst_number}.log

Veamos un Ejemplo Leer más “Oracle Exadata | Log Files on Database Machine”