Oracle Real Application Clusters (RAC) es la principal tecnología para clustering de
base de datos que permite a dos o más computadoras (también referidos como
“nodos”) de un cluster acceder concurrentemente a una sola base de datos
compartida. Esto crea efectivamente un sistema de base de datos única que abarca
múltiples sistemas de hardware y aparece frente a la aplicación como una sola base
de datos unificada. Esto trae aparejado enormes beneficios de disponibilidad y
escalabilidad para todas sus aplicaciones, como por ejemplo:
- Tolerancia a fallas dentro del cluster, en especial, a fallas de la computadora.
- Flexibilidad y eficiencia de costos en la planificación de capacidad, de manera que un sistema pueda escalar a cualquier capacidad deseada a pedido y a medida que las necesidades de negocio cambian.
Real Application Clusters permite Grids para empresas. Los Grids para Empresas están creados con grandes configuraciones de componentes estandarizados, con precios de commodity: procesadores, servidores, redes y almacenamiento. RAC es la única tecnología que puede aprovechar estos componentes para obtener sistemas de procesamiento útiles para la empresa. Real Application Clusters y Grid reducen drásticamente los costos operacionales y brindan nuevos niveles de flexibilidad, de manera que los sistemas se vuelven más adaptables, preactivos y ágiles. El suministro dinámico de nodos, almacenamiento, CPUs y memoria permite que los niveles de servicio sean mantenidos fácil y eficientemente mientras se reducen los costos mediante un mejor uso. Asimismo, Real Application Clusters es completamente transparente para la aplicación que accede a la base de datos RAC, permitiendo así que las aplicaciones existentes sean implementadas en RAC sin la necesidad de ninguna modificación.
Una ventaja clave de la arquitectura RAC es la tolerancia inherente a fallas suministrada por múltiples nodos. Dado que los nodos físicos se ejecutan independientemente, la falla de uno o más nodos no afectará otros nodos del cluster. El failover ocurre en cualquier nodo del Grid. En un caso extremo, un sistema Real Application Clusters aún suministraría el servicio de base de datos incluso cuando todos los nodos excepto uno hayan dejado de funcionar. Esta arquitectura permite que un grupo de nodos sea puesto online u offline en forma transparente, para el mantenimiento, mientras el resto del cluster sigue brindando el servicio de base de datos. RAC brinda integración incorporada con Oracle Fusion Middleware para hacer el failover de los grupos de conexión. Con esta capacidad, se notifica inmediatamente a la aplicación acerca de la falla, en vez de tener que esperar varios minutos para que ocurra una interrupción TCP. La aplicación puede inmediatamente tomar las medidas adecuadas de recuperación. Y Grid load balancing redistribuirá la
carga a lo largo del tiempo.
Real Application Clusters también ofrece a los usuarios la flexibilidad de agregar nodos al cluster a medida que la demanda de capacidad aumenta, ampliando cada vez más el sistema para ahorrar costos y eliminar la necesidad de reemplazar sistemas más pequeños de nodo único por unos más grandes. Facilita el proceso de
la actualización de capacidad, y hace que sea más rápido, ya que uno o más nodos pueden agregarse al cluster, en vez de reemplazar los sistemas existentes con nuevos nodos más grandes para actualizar los sistemas. La tecnología Cache Fusion implementada en Real Application Clusters y el soporte de InfiniBand networking permite el aumento casi linear de la capacidad sin realizar cambios en sus aplicaciones.
Oracle Database 11g optimiza aún más el desempeño, la escalabilidad y los
mecanismos de failover de Real Application Clusters para mejorar sus beneficios de
escalabilidad y alta disponibilidad.
- DATA GUARD
Oracle Data Guard debería ser la base de toda implementación para la recuperación de desastres en la infraestructura de IT. Data Guard ofrece la tecnología para implementar y administrar una o más copias standby de la base de datos deproducción, ya sea en el centro de datos local o en un centro de datos remoto, que podría ubicarse en cualquier lugar del mundo. Una variedad de opciones configurables se encuentran disponibles en Data Guard, las cuales permiten que los administradores definan el nivel de protección que requieren para su empresa. Data Guard también funciona de manera transparente en los clusters de Grid ya que los servidores pueden agregarse dinámicamente en la base de datos standby en caso de que se requiera un failover. Data Guard respalda dos tipos de bases de datos:
- standby– bases de datos standby físicas que utilizan la tecnología Redo Apply y las
- bases de datos standby lógicas que utilizan la tecnología SQL Apply.
Data Guard Redo Apply (Standby Físicas)
Una base de datos standby física es mantenida y sincronizada con la base de datos de producción mediante la tecnología Redo Apply. Los datos redo de la base de datos de producción son enviados a la standby física que, utilizando la recuperación de medios, aplica los cambios de datos redo a la base de datos standby. Al utilizar Redo Apply, la base de datos standby permanece físicamente idéntica a la base de datos de producción. Las bases de datos standby físicas son buenas para brindar protección ante desastres y errores de datos. En caso de que ocurra un error o desastre, la base de datos standby física puede abrirse, y utilizarse para ofrecer servicios de datos a las aplicaciones y los usuarios finales. Debido a que el
mecanismo eficiente de recuperación de medios es utilizado para aplicar los cambios en la base de datos standby, es respaldado con cada aplicación, y puede fácil y eficientemente seguir el ritmo incluso de las cargas de trabajo más grandes de transacciones. Las bases de datos standby físicas siempre han tenido la capacidad de abrirse en modo solo lectura, ofreciendo un medio para descargar las cargas de trabajo de producción que solo requieren acceso de lectura para la base de datos. Históricamente, la desventaja para este enfoque era la necesidad de que la recuperación de medios quede inactiva mientras la base de datos standby física se abría en modo solo lectura; provocando así que la base de datos standby física esté fuera de sincronización con la base de datos de producción. Los avances innovadores en Oracle Database 11g permiten que la recuperación de medios continúe mientras la base de datos standby física se abre en modo solo lectura. Esta nueva capacidad, denominada standby física con Real Time Query, elimina las desventajas mencionadas anteriormente respecto de abrir la base de datos standby para la actividad de solo lectura– ahora la base de datos standby física permanece en sincronía con la base de datos de producción incluso a medida que brinda servicios a las aplicaciones de solo lectura.
Un beneficio clave de tener una base de datos standby que sea físicamente idéntica a la base de datos de producción es la capacidad de utilizar esta base de datos standby como la fuente para las actividades de backup. Oracle Database 10g incorporó la tecnología Block Tracking que guarda un registro sobre cuáles bloques han cambiado desde el último backup incremental y reduce drásticamente el tiempo requerido para backups incrementales. Antes de Oracle Database 11g, los rápidos backups incrementales que utilizaban la tecnología de seguimiento de bloques (blocktracking) solo podían realizarse en la base de datos primaria. Esta restricción ha sidoeliminada en Oracle Database 11g, permitiendo que los clientes descarguen todas
sus actividades de backup en la base de datos standby.
Data Guard SQL Apply (standby lógica)
Una base de datos standby lógica es mantenida y sincronizada con la base de datos de producción mediante la tecnología SQL Apply. En vez de usar la recuperación de medios para aplicar cambios de la base de datos de producción, SQL Apply
transforma los datos redo en transacciones SQL y los aplica en una base de datos que está abierta para operaciones de lectura/escritura. La capacidad de tener abierta la base de datos permite que la base de datos standby lógica sea utilizada concurrentemente para descargar ciertas cargas de trabajo desde la base de datos de producción. Muchas organizaciones aprovechan la base de datos standby lógica para
Sistemas de Soporte de Decisiones e Información que pueden ser optimizados al agregar índices adicionales y/o Vistas Materializadas a la base de datos standby.
El proceso SQL Apply mantiene la integridad de datos entre la base de datos de producción y la base de datos standby lógica al comparar los valores anteriores al cambio de los datos redo primarios con los valores anteriores al cambio de la base de datos standby para evitar las corrupciones lógicas. La base de datos standby lógica es una característica para la protección de datos que garantiza la alta disponibilidad con amplias capacidades que mejoran la escalabilidad de la infraestructura de IT.
Las mejoras en Oracle Database 11g amplían las capacidades de las bases de datos standby lógicas, mejoran drásticamente el desempeño de aplicación y facilitan su uso. En Oracle Database 11g, SQL Apply sigue incorporando soporte de tipos de datos adicionales, otras características de Oracle y PL/SQL: Tipo de datos XMLType (cuando se almacenan como CLOB) Capacidad de ejecutar DDL en paralelo con una base de datos standby lógica Encriptación Transparente de Datos (TDE) DBMS_FGA (Auditoría de Grano Fino) DBMS_RLS (Base de Datos Privada Virtual).
-TECNOLOGIA ORACLE FLASHBACK
Cuando la gente autorizada comete errores, usted necesita las herramientas para corregir esos errores. Oracle Database 11g brinda una tecnología para la corrección de errores humanos denominada Flashback. Flashback que revoluciona la recuperación de datos. En el pasado, dañar una base de datos podría tardar minutos, pero varias horas en recuperarla. Con Flashback, el tiempo para corregir los errores es igual al tiempo que llevó cometer el error. También es extremadamente fácil de utilizar, y se puede utilizar un solo comando breve para recuperar toda la base de datos en lugar de seguir algún procedimiento complejo. Flashback ofrece una interface SQL para analizar y reparar rápidamente los errores humanos. Flashback
brinda reparación y análisis de grano fino para el daño localizado – como cuando se elimina el pedido erróneo de un cliente. Flashback también permite la corrección de daños más generalizados, y lo hace con rapidez para evitar un largo tiempo de baja – como cuando se eliminan todas las órdenes del mes de un cliente. Flashback es exclusivo para Oracle Database y soporta la recuperación en todos los niveles,
incluso las filas, transacciones, tablas, espacios de tabla y base de datos.
Flashback Query
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
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.
Flashback Transaction
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.
Flashback Data Archive
Las declaraciones de consultas Flashback mencionadas anteriormente dependen de la disponibilidad de los datos históricos en el espacio de tabla UNDO. La cantidad de tiempo durante el cual los datos históricos permanecen en el espacio de tabla UNDO depende del tamaño del espacio de tabla, el índice de cambios en los datos y los parámetros configurables de la base de datos. En general, los administradores configuran sus bases de datos para guardar los datos UNDO durante no más de días o semanas– definitivamente, no años ni décadas. Para superar este límite, Oracle Database 11g incorpora nuevas capacidades innovadoras disponibles mediante Flashback Data Archive. Flashback Data Archive guarda versiones históricas de los
datos como datos regulares dentro de la base de datos, los cuales pueden ser guardados todo el tiempo necesario por la empresa. Flashback Data Archive revoluciona las estrategias de retención de datos para ayudar a las empresas en el panorama regulatorio en continuo cambio, como Sarbanes-Oxley y HIPPA. Para
garantizar la integridad de los datos retenidos– Flashback Data Archive permite el acceso de solo lectura a versiones históricas de los datos. 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.
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.
Flashback Database es una nueva estrategia para restablecer toda una base de datos hasta un punto específico. Flashback Database utiliza registros flashback para retroceder la base de datos hasta un momento específico. Flashback Database, que utiliza registros flashback, es extremadamente rápido ya que solo restablece bloques que han cambiado. Fácil de utilizar y eficiente, Flashback Database puede literalmente restablecer una base de datos en cuestión de minutos, a diferencia de varias horas.
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.
Flashback Restore Points
En las descripciones y ejemplos anteriores de Flashback Database y Flashback Table, 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. Un punto de restablecimiento es una etiqueta definida por el usuario que marca un momento específico en el que el administrador considera que la base de datos está en buen estado. Flashback Restore Points permite a los administradores remediar, más fácil y
eficientemente, sus bases de datos en caso de actividades perjudiciales o inapropiadas.
