Tecnología Oracle FlashBack

A partir de Oracle9i, además de tener point-in-time restore y recovery de la base de datos, tenemos un grupo de funcionalidades conocidas como Oracle Flashback Technology que nos permite trabajar los datos con los valores que tenía en un pasado determinado.

La solución más básica ante cambios no deseados en la base de datos, es el database point-in-time recovery, en donde debemos restaurar la base de datos desde un backup y luego aplicar los redo logs para recrear todos los cambios hasta el momento (pont-in-time) anterior al cambio no deseado.

Oracle Flashback Technology provee varias alternativas para ver el estado pasado de los datos, “rebobinando” los datos hacia atrás y adelante sin necesidad de un restore de la base desde un backup.

De esta manera la tecnología Flashback puede revertir los cambios no deseados más rápidamente y con menos impacto en la disponibilidad del resto de la base de datos.

Limitaciones:

Aunque las ventajas de Flashback son muchas, tiene algunas limitaciones:

1. Si la corrupción de la base de datos se da a nivel físico, no se puede usar Flashback como medio de recuperación.
2. Es un producto pensado para volver atrás cambios no deseados realizados en un pasado cercano. Cuanto tiempo atrás uno puede ir, es configurable, pero limitado según la cantidad de transacciones que se realicen en la base y el espacio disponible para guardar las transacciones realizadas.

Variantes:

Hasta la versión 10g, las distintas alternativas de uso son las siguientes:

• Oracle Flashback Query (a partir de 9i):Mediante el uso de Oracle Flashback Query, los administradores pueden consultar cualquier dato del pasado. Esta poderosa característica puede utilizarse para ver y reconstruir los datos corruptos que pueden haberse eliminando o cambiado
  involuntariamente.
• Flashback Versions Query, similar a Flashback Query: Es una característica que
  permite que los administradores consulten cualquier dato del pasado. La diferencia y
  el poder detrás de Flashback Versions Query es su capacidad de recuperar diferentes
  versiones de una fila a través de un intervalo de tiempo especificado.
  
• Oracle Flashback Transaction Query: A menudo, es probable que haya una corrupción lógica en una transacción que puede cambiar los datos en múltiples filas o tablas. Flashback Transaction Query permite que un administrador vea todos los cambios realizados por una transacción
  específica.
• Oracle Flashback Table : Con frecuencia, la corrupción lógica es puesta en cuarentena en una o más tablas, no requiriendo así un restablecimiento de toda la base de datos. Flashback Table es la característica que permite al administrador recuperar una tabla, o un grupo de tablas, hasta un momento específico, con rapidez y facilidad.
• Oracle Flashback Drop : deshace operaciones de DROP TABLE.
• Oracle Flashback Database : Para restablecer toda una base de datos a un momento pasado, el método tradicional es restablecer la base de datos desde un backup RMAN y recuperar hasta el momento anterior al error. Como el tamaño de bases de datos está creciendo, puede tardar horas o incluso días restaurar toda una base de datos.
• Oracle Flashback Restore Points:En las descripciones y ejemplos anteriores de Flashback Database y FlashbackTable, hemos utilizado el tiempo como criterio para nuestras operaciones de restablecimiento o flashback. En Oracle Database 10g versión 2, se ofrecían Flashback Restore Points (Puntos de Restauración Flashback) como medio para
  simplificar y acelerar la resolución de fallas en los datos.
• Oracle Flashback Data Archive: Es un conjunto de herramientas que ofrece a las empresas una increíble flexibilidad para administrar sus datos críticos de negocios. Claramente, las ventajas de Flashback Data Archive superan los beneficios implícitos de la
  
  reparación de fallas en los datos. Al utilizar esta tecnología, los desarrolladores y administradores de aplicaciones pueden permitir que los usuarios rastreen y vean la
  evolución de la información. Dada la naturaleza inalterable de Flashback Data Archive, las empresas obtienen una ventaja estratégica y financiera en términos de preservación de datos para fines como la auditoría. Los desarrolladores de aplicaciones pueden aprovechar Flashback Data Archive incorporando nuevas características en sus aplicaciones, permitiendo que los usuarios vean versiones anteriores de datos– como estados bancarios. Finalmente, los desarrolladores y administradores de aplicaciones ya no tienen la carga de crear y mantener una lógica personalizada para rastrear los cambios de los datos críticos de negocio.

Active Data Guard

Es la funcionalidad de la base de datos Oracle que brinda la mayor y más efectiva disponibilidad, protección y recuperación ante desastres de los datos, ya que provee la administración, el monitoreo y la automatización de una o más bases de datos standby para proteger a los datos ante fallas, desastres, errores o corrupción..

Tanto sea que las bases standby estén ubicadas en un sitio de recuperación ante desastres a varios kms del sitio de producción o en el mismo edificio, esta funcionalidad asegura que si la base de datos de producción sale de servicio, sea de manera planeada como imprevistamente, Data Guard switchea automáticamente la base standby al rol de base de producción, minimizando el tiempo de la caída y previniendo la pérdida de datos.
Data Guard brinda confiabilidad, ya que eladministrador siempre conoce el estado de las bases standby que pueden, en solo segundos, asumir el rol primario

Principales beneficios

a)Recuperación ante desastres y alta disponibilidad

Mediante un failover automático y fácil de administrar que en segundos cambia el rol de las bases de standby a producción

b)La base standby database también provee una salvaguarda efectiva contra la corrupción de los datos y los erroresde los usuarios

Ya que daños físicos en la base de datos primaria no se propagan a la standby

c)La base standby puede ser utilizada para backups y reportes de sólo lectura

Reduciendo la carga de trabajo de las bases productivas ahorrando ciclosde CPU y de E/S.

d)Flexibilidad en la protección de los datos

Balancea la disponibilidad con los requerimientos de performance

e)Protección ante fallas de comunicación

Si la conectividad de la red se pierde, por lo que no se pueden transmitir los datos entre las bases productivas y las standby, luego cuando se reestablece la misma, los datos perdidos son automáticamente detectados porData Guard y los logs de los archivos son transmitidos a las bases standby, lasque se resincronizan con las bases primarias, sin intervención manual del administrador.

f)Administración simple y centralizada

La funcionalidad Data Guard Broker automatiza la administración y el monitoreo detodas las bases de datos

g)Economía

Ya que Data Guard está disponible como una característica integrada de la versión Enterprise Edition sin costo adicional.

Real Aplication Clusters

Oracle Real Application Clusters (Oracle RAC) es una opción para Oracle Database 11g Enterprise Edition que se incluye con Oracle Database 11g Standard Edition (en clústeres con un máximo de 4 zócalos). Oracle RAC permite implantar una sola base de datos en un cluster de servidores, con un nivel insuperable de tolerancia a fallos, rendimiento y escalabilidad sin necesidad de ningún cambio en las aplicaciones. Los analistas valoran la creciente importancia de RAC entre la gran variedad de clientes de todos los sectores para aplicaciones de procesamiento de transacciones y almacenamiento de datos.

CACHE FUSION:

• Dado que todas las computadoras/instancias acceden a los mismos datos, el software de Oracle debe garantizar que los datos cambian en computadores diferentes de forma coordinada y que cuando un computador consulta datos recibe la versión actual incluso si los datos fueron modificados recientemente por otro computador. Esta funcionalidad de Oracle RAC se llama Cache Fusion. Cache Fusion es el nombre dado a la habilidad de Oracle RAC para tratar las caches de datos In-memory en cada computador en una cache individual global. Cache Fusion esencialmente funde las caches separadas en una cache global.
  

BENEFICIOS:

• Disponibilidad 24/7—Brindar un continuo tiempo de alta para aplicaciones de base de datos
• Escalabilidad On-demand—Expanda la capacidad al agregar servidores en su cluster
• Costos informáticos más bajos—Utilice hardware de bajo costo y reduzca los costos del tiempo de baja
• Récord mundial de desempeño—Funciona más rápido que el mainframe más veloz (inglés)
• Grid Computing—Oracle RAC es la base para grid computing (inglés)

COMPETIDORES:

• Oracle RAC no es la única base de datos disponible comercialmente que ofrece una arquitectura de todo-compartido. IBM DB2 para z/OS (el sistema operativo de mainframe de IBM) suministra una opción de compartimiento de datos de alto rendimiento desde la mitad de 1990 cuando IBM publicó el hardware de su mainframe e infraestructura de clustering. Los competidores de eOracle que ofrecen arquitecturas de nada-compartido incluyen: IBM Balanced Configuration Unit, Netezza Performance Server, y Teradata. Vale la pena la comparación con Google, aunque no es un sistema relacional de base de datos, es el ejemplo mejor conocido de sistema en cluster implementado usando el acercamiento nada-compartido.

• Resaltar que ambas arquitecturas nada-compartido y todo-compartido tienen ventajas una sobre otra. Los vendedores de base de datos a menudo debaten sobre si una arquitectura es superior a la otra.