miércoles, 25 de abril de 2012

Un buen truco para evitar el error ORA-00257

Me he topado con varios sistemas que siguen usando LOG_ARCHIVE_DEST y no LOG_ARCHIVE_DEST_n. Aqui un pequeño truco que te motivara a hacer este cambio y evitar que cuando se llene tu destino para archivar tus Online Redo Logs tu base de datos se cuelgue.

TESTDB >ALTER SYSTEM SET "LOG_ARCHIVE_DEST_1"='LOCATION=/mount/arch01/oracle/TESTDB MANDATORY MAX_FAILURE=1 NOREOPEN ALTERNATE=LOG_ARCHIVE_DEST_2' scope=both;

System altered.

TESTDB >ALTER SYSTEM SET "LOG_ARCHIVE_DEST_STATE_1"=ENABLE scope=both;

System altered.

TESTDB >ALTER SYSTEM SET "LOG_ARCHIVE_DEST_2"='LOCATION=/mount/arch02/oracle/TESTDB MANDATORY' scope=both;

System altered.

TESTDB >ALTER SYSTEM SET "LOG_ARCHIVE_DEST_STATE_2"=ALTERNATE scope=both;

System altered.


Cuando se llena el primer destino, el segundo destino es el que se habilita con la configuración de arriba, evitando que la Base de Datos se cuelgue debido a que ya no tiene donde archivar los Online Redo Logs.

Una vez el destino 2 sea el que esta habilitado y que hayas solucionado el problema de espacio en el primer destino, ya nada mas tienes que revertirlo y tener la configuración que tenias antes de que se llenara el espacio en el primer destino.

TESTDB >ALTER SYSTEM SET "LOG_ARCHIVE_DEST_STATE_1"=ENABLE scope=both;

System altered.

TESTDB >ALTER SYSTEM SET "LOG_ARCHIVE_DEST_STATE_2"=ALTERNATE scope=both;

System altered.

lunes, 23 de abril de 2012

El ocaso del DBA se acerca

El dia de ayer lei un comentario acerca de que en un futuro, el DBA , precisamente de Oracle, va a dejar de existir como tal.

Y creo que el comentario no esta fuera de la realidad o el futuro que le espera a un DBA de Oracle, ya que entre mas componentes de Oracle que empiezas a usar, mas te vas alejando de lo que es la definicion de un DBA.

En su definicion un DBA es la persona responsable de la instalacion, configuracion , actualizaciones ,administracion y mantenimiento de las Bases de Datos.

Pero que pasa cuando entras en un ambiente RAC, empezando con ASM, aqui ya estas haciendo ciertas tareas de un administrador de almacenamiento, aqui ya nada tiene que ver la definicion de un DBA. Si a esto le agregamos el Clusterware de RAC, en donde empiezas a ver y definir la manera de failover de todo un nodo  ya tocaste el terreno de un sysadmin.

De la misma manera, ya en un ambiente RAC, la manera de aplicar un parche en el modo auto, requieres permisos de "root", y quien lo va a hacer, tu o el sysadmin.

Si ya le metes a esto Exadata, es otro monstruo, en donde quien entra Infiniband, que es parte de un administrador de Redes,Flash Cache que es de un sysadmin, mas todos los componentes de RAC.

A lo que quiero llegar es que en un futuro la definicion de un DBA como tal, va a dejar de existir, vamos a ser una mezcla intergalactica de administradores, en donde aparte de conocer a fondo la Base de Datos, tienes que tener un verdadero entendimiento de Redes, Servidores y Almacenamiento, y eso creo que hace nuestro trabajo un reto interesante en los proximos años.

martes, 10 de abril de 2012

Oracle sigue siendo el RDBMS de mayores ingresos en el 2011

Gartner publico, a finales de Marzo del 2012, que el RDBMS de Oracle fue el que mayor participación de mercado tuvo en el 2011.


Según Gartner, el RDBMS de Oracle obtuvo el 48.8% del mercado en ganancias, concluyendo que ni combinando a sus siete competidores mas cercanos, tienen los ingresos del RDBMS de Oracle.


Esto realmente no es una sorpresa, si uno ve la encuesta que realizo InformationWeek (InformationWeek 2012 State of Database Technology Survey) a las personas que toman la decision de Tecnologias dentro de la empresa, el 42% de ellos respondieron que se basan en   el numero de requerimientos complejos que puede completar el RDBMS, y aqui Oracle esta por encima de sus competidores si tomamos esta respuesta.


Desde mi punto de vista Oracle sigue siendo a nivel empresarial el que mejor ROI tiene en base a sus funciones .


Si tomamos un ejemplo del estudio que realizo Edison Group, en donde menciona que un DBA de Oracle 11g contra uno de SQL Server 2008 tiene un ahorro del 23% en el tiempo de resolver problemas de performance, es donde empiezas a ver el ROI del costo de tu RDBMS a nivel empresarial.


Pero se pueden hacer muchas discusiones de que RDBMS es el mejor, en este aspecto creo que la mejor respuesta, es el que cumpla con las necesidades de tu negocio y se tenga el mejor ROI.