Juan Andres Mercado Oracle Blog – IT Buenos Aires

Troubleshooting daily on Oracle Systems, Linux & more !

Monthly Archives: June 2011

Grid Control Agent | how to install agent11g by cloning

First graphical user interface in 1973.

Image via Wikipedia

Cuando trabajamos con Grid Control de Oracle 11g, no disponemos de la instalación directa por medio de Oracle Universal Installer GUI como lo veniamos haciendo en la versión 10gR2.

Hoy vamos a instalar nuestro agente cliente en los servidores que vamos a monitorear con EM Grid Control.

El mecanismo que vamos a utilizar es el clonate agent.

Lo haremos mediante la consola grafica de EM Grid Control.

Antes de comenzar con la instalación del mismo, es preciso que tengamos en cuenta los siguinetes puntos:

  1. Tener presente en que servidor vamos a instalar nuestro agente.
  2. Conocer el usuario y contraseña del Usuario del servidor donde vamos a instalar.
  3. Conocer en que path va ser instalado el agente y revisar que el usuario cuente con los permisos necesarios para poder escribir.
  4. Conocer el passwor del Server Agent Management.

En este post les dejo un documento de como realizar esta tarea paso a paso y poder clonar su agente con EM Grid Control 11g:

EM GridControl – Clone Agent: how to install agent11g

Esta es una muy buena opción a la hora de clonar en multiples servidores sigle o RAC nuestro agente de monitoreo de una sola vez.

Regard !
Até Mais !

ORA-01567 | Redo Log Files Concepts

A multithreaded process with two threads execu...

Image via Wikipedia

REDO LOGS , GROUPS , FILES

Los REDO LOGS son una pieza importante y crucial en la estructura de la base de datos ya que en ella se almacenan cada una de las operaciones que se realizan en la misma.

Estos consisten en al “menos dos” o más grupos. Cada instancia esta asociada a un grupo de REDO LOG que protege la base de datos en caso de que la instancia falle.

Un dato importante cuando trabajamos con RAC se tiene multiples instancias que se correspoponden con una unica base, como trabajan estos REDOLOGS ?

Cada instancia de Base de Datos tiene asignado su propio grupo de REDOLOG , conocidos como REDO THREAD .

De manera que en un escenario donde trabajamos con Real Application Cluster podemos decir :

Cada instancia puede accesar de manera concurrente a una instancia simple, que ellas mismas tienen su propio THREAD de REDOLOGS.

Que es lo que se esta escribiendo en nuestros REDOLOGS ?

Un REDO LOG de una base de datos esta compuesto por dos o mas REDO LOG FILES.

Nuestra base de datos requiere un minimo de dos ARCHIVOS REDOLOG para garantizar que al menos uno este disponible para escribir mientras el otro esta siendo archivado. Read more of this post

Oracle Dataguard | How to Add Standby redo Logs

Wireless Information System for Emergency Resp...

Image via Wikipedia

Como Agregar STANDBY REDO LOGS

Cuando decidimos trabajar con STANDBY REDOLOGS FILE es seguro que estamos por habilitar nuestra base secundaria en el modo Maximum Availability y Maximum Protection .

Un dato importante para la configuracion de los STANDBY REDOLOGS es que posean el mismo tamañano que los ONLINE REDOLOGS del sitio primario por una cuestion de performance.

Si utilizamos la consola de DG_BROKER de GRID CONTROL se encarga hacer todo de manera automatica.

Pero si lo hacemos de la forma manual es importante no olvidarnos de crearlos.

Cuando lo hago por linea de comandos como utilizo ASM , voy a dejar que OMF se encargue de crearlos con los nombres correspondientes.

Les recuerdo que en el caso de no utilizar OMF deben colocarlos con un nombre apropiado y en el path correspondiente.

Agregando los nuevos grupos

Como primer paso obtenemos en nuestra standby cuales son los REDO LOGS que tenemos en la base. Read more of this post

Oracle Tunning | How to change the Redo Log File size

innodb-transactions

Image by martin.guo via Flickr

Como redimensionar REDOLOG FILE

Hace algunos dias estuvimos trabajando en el redimensionamiento de los redo log file.

Que nos llevo a tomar esta decisión ?

La aplicación ESB (Enterprise Service Bus) que tenemos en una entidad financiera puso en funcionamiento un nuevo canal sin previo aviso, generando una gran cantidad de transacciones, aumentado notablemente el commit.

Esto provoco que se incrementara la cantidad de log switch y que el espacio dimensionado de los REDOLOGS no sea suficiente. Obviamente impacto notablemente en la performance de la base de datos.

Cual era el escenario ?

%d bloggers like this: