OTN Appreciation Day: Oracle Flashback


Navegando por las redes, me he enterado de esta gran idea de Tim Hall creador del famoso blog oracle-base: OTN Appreciation Day. Donde como parte de la comunidad OTN compartamos alguna de las  características que más nos gusta de las tecnologías Oracle.

Hoy quiero compartir una de las características que más me gusta desde Oracle 10g y ha venido mejorando hasta la versión 12c.

Se trata de Oracle Flashback, una característica que permite revertir “errores de usuario”. Me gusta describirlo, y en algunas ocasiones la he explicado así, como una característica que nos permite regresar en el tiempo y revertir operaciones que generalmente se tratan de errores de usuario, por ejemplo:
  • Recuperar tablas eliminadas.
  • Revertir transacciones ya cometidas (ojo que no se trata de hacer rollback sino realizar la operación inversa a la cometida)
  • Incluso revertir la base de datos completa a un punto atrás en el tiempo.

La base fundamental de la mayoría de características flashback son los segmentos UNDO, segmentos que son creados cada vez que se ejecuta una transacción y son utilizados de manera circular. Junto a los parámetro de base de datos como UNDO_RETENTION y  la característica RETENTION GUARANTEE de los UNDO tablespace poseemos la capacidad de almacenar las versiones anteriores de los datos modificados para poder revertirlos en cualquier momento.

Mas a detalle las características de Oracle Flashback son:

Flashback Table: nos permite revertir los datos de una tabla a un momento anterior. Util para esos famosos “Update/delete sin clausula where”.

Flashback Query: Nos permite ver como estaban los datos en un tiempo atrás, sin revertirlos sino solamente explorando a través de los segmentos UNDO.

Flashback Version Query: podemos ver un histórico de versiones de cambios en una tabla, para comparaciones de datos.

Flashback Drop: una de las más útiles, nos permite recuperar tablas eliminadas.  Para esta característica Oracle se base en una “Recicle Bin” para mantener por cierto tiempo objetos eliminados con la característica de poder ser recuperados.

Flashback database: agrupa de cierto modo todas las anteriores, con esta característica podemos rebobinar la base de datos completa y regresarla a un estado anterior en el tiempo. Esta característica requiere de un poco más de ayuda y además de los segmentos UNDO utilizara una nueva estructura denominada Flahback data archive.

La siguiente tabla describe las dependencias:


Esto es solo una breve introducción a esta fabulosa tecnología que posee tantas opciones y característica que se podría escribir una tesis al respecto.

En Oracle Database 12c, se mantienen las mismas características y ciertas con mejoras sobre la arquitectura  Multi-Tenant y esperemos ver las noticias que presenta 12c Release 2.

Salud,

Comments

Post a Comment

Popular posts from this blog

Cómo extraer Archive Logs desde un Backup Piece

RMAN no es de mis herramientas favoritas en Oracle, quizás porque cada vez que nos vemos las caras es porque ha ocurrido algún desastre. En esta ocasión necesitaba extraer Archive Logs para aplicarlos a una operación de RECOVER pero resulta que los archives estaban catalogados en una ubicación externa y fuera de mi alcance. Cuando al fin logre catalogar los archivos de backup que contenían los Archive Logs era necesario colocarlos en una ubicación local para poder aplicarlos. Así que veamos como extraer los archivos necesarios. Una vez catalogados los archivos de backup en nuestro repositorio de RMAN, podemos visualizar los Archives contenidos con el comando LIST BACKUP OF ARCHIVELOG ALL. RMAN> list backup of archivelog all; using target database control file instead of recovery catalog List of Backup Sets =================== BS Key  Size       Device Type Elapsed Time Completion Time ------- ---------- ...
Read more

Ejemplo práctico con SQL Tuning Advisor y SQL Access Advisor

Parte del perfil de un administrador de base de datos es el afinamiento de sentencias SQL, el afinamiento (o tuning) nos ayuda a mejorar el rendimiento de sentencias SQL dentro de nuestras bases de datos, mejorando: tiempos de respuesta de aplicaciones, tiempo de respuesta de procesos batch, consumo de recursos del sistema, escalabilidad de las aplicaciones. En Oracle, la ejecución de una sentencia SQL requiere tres fases: parseo, enlace y ejecución ( parse, bind and execute ). La parte de parseo es la que nos interesa para fines de este artículo. En esta, nuestro servidor interpreta lo que la sentencia significa y cuál es la mejor manera de ejecutarla. El parseo involucra interacción con el segmento de memoria SHARED POOL dentro de la instancia de la base de datos. Las estructuras del SHARED POOL convierten el SQL en algo ejecutable mediante un plan de ejecución. Plan de ejecución: es el resultado de la fase de parseo, indica la forma en cómo se va a acceder a los datos solici...
Read more

Tips para administración de memoria en una base de datos Oracle 11GR2

Image
Gestión de memoria en Oracle 11gR2 Constantemente recibo peticiones para establecer el tamaño ideal de memoria para una instancia de base de datos. Aunque el mejor consejo es manejar un estándar para toda las bases de datos, a veces el valor estándar no es suficiente o es demasiado, todo depende de los recursos con los que contemos y la funcionalidad que tendrá la base de datos. Aunque Oracle recomienda utilizar servidores dedicados para base de datos, en las organizaciones no siempre siguen ese consejo, esto sucede mucho en servidores de desarrollo, pruebas o QA, donde el servidor soporta: aplicación, base de datos, es repositorio de fuentes y hasta servidor ftp (he visto casos). La memoria es uno de los recursos mas valiosos de un servidor, pero, ¿por que rompernos la cabeza buscando un valor ideal para nuestros segmentos de memoria si Oracle puede hacerlo automáticamente y de forma eficiente? A continuación veremos algunos tips para administración eficiente de memoria...
Read more