Diferencia entre ORACLE Dataguard y Real Application Cluster (RAC)

ORACLE Dataguard vs Real Application Cluster (RAC)
 

RAC y Data Guard son temas muy importantes en Oracle High Availability. Ambas arquitecturas tienen muchas mejoras en Oracle 11gR2 que las 10g y 9i. ORACLE recomienda tener una combinación de RAC y protección de datos para obtener el máximo beneficio de la protección de nivel de datos y nivel de sistema. 

¿Qué es RAC??

RAC significa Real Application Cluster. Este es un grupo de una base de datos. Eso significa que la base de datos única utiliza recursos de dos o más servidores. En otras palabras, dos o más instancias se ejecutan en dos o más servidores (nodos) que se conectan a una misma base de datos. Todas estas instancias tienen el acceso de lectura y escritura a la base de datos. Si uno de estos nodos de los sistemas falla, la base de datos nunca se cae. Los usuarios aún tienen acceso a la base de datos a través de los otros nodos (dirige automáticamente las conexiones que llegan al servidor fallido, a un nodo en ejecución). El software de clúster y los discos compartidos se utilizan para mantener la conexión y la comunicación entre estos múltiples servidores. RAC es una buena solución para fallas de hardware, fallas del sistema y fallas de software.

Qué es Data Guard?

Data Guard es una configuración que tiene al menos una base de datos en espera de la base de datos principal. La base de datos principal puede tener una o más bases de datos en espera. Toda esta configuración se llama la protección de datos. Las bases de datos en espera pueden ejecutarse en los siguientes modos, si la base de datos principal tiene al menos uno de estos modos de base de datos.

1. Modo de máxima protección
2. Modo de máxima disponibilidad
3. Modo de rendimiento máximo

Tanto la base de datos principal como la base de datos de reserva se denominan protección de datos. También hay dos tipos de bases de datos en espera. Son,

1. Bases de datos de espera física
2. Bases de datos lógicas en espera

Ambas bases de datos en espera siempre se sincronizan con sus bases de datos primarias. Las bases de datos en espera pueden estar en el mismo sitio o en un sitio separado (recomendado) de la base de datos principal. Por lo tanto, los guardias de datos son buenas soluciones para los fallos de la WEB en lugar de fallos de instancia, fallos de software y fallos de hardware.