MAA es el conjunto de mejores prácticas de Oracle para lograr la máxima disponibilidad de una base de datos. No es un producto que se compra sino una arquitectura que se implementa combinando tecnologías de Oracle según el nivel de disponibilidad que necesitamos. Es independiente de donde la base de datos resida puede ser Onpremise, en Oracle Cloud, Hibrida o Multicloud.
Oracle define 5 tiers o niveles de MAA. Cada tier agrega más tecnologías sobre el anterior y nos da mayor protección contra distintos tipos de fallas. La idea es que cada capa envuelve a la anterior — no se reemplaza, se acumula.
Los conceptos clave de MAA son:
RTO (Recovery Time Objective) – Tiempo máximo que puede estar caida la base de datos.
RPO (Recovery Point Objective) – Máximo de datos que podemos perder medido en tiempo.
Bronze
Es el nivel básico. Incluye las mejores prácticas de una base de datos single instance con Clusterware Restart, Arquitectura Multitenant, Tecnologías Flashback, backup con RMAN, archivelog activado y parámetros de configuración recomendados por Oracle. Con este tier podemos recuperarnos de una falla pero la ventana de recuperación puede ser de horas.
- RTO: minutos a horas
- RPO: horas o días
Opcional backups con ZDLRA puede llevar el RPO casi cero
Silver
Opción 1: Agrega RAC (Real Application Clusters) y Application Continuity. Tenemos múltiples instancias accediendo a la misma base de datos. Si un nodo cae, las instancias del otro nodo siguen atendiendo las conexiones sin intervención del DBA. Opcionalmente se puede implementar Global Distruibuted Database.
Opción 2: Puede ser una single instance con Data Guard. Tenemos una base de datos primaria en un sitio y la base de datos standby en un sitio secundario listo para cambiar de rol y pasar a ser primario si hay algún incidente en la base primaria.
- RTO: segundos a minutos
- RPO: minutos
Opcional backups con ZDLRA puede llevar el RPO casi cero
Opción 1:
Opción 2:
Gold
Agrega Data Guard al RAC. Tenemos una base de datos primaria y una o más standbys (pueden ser físicas o lógicas). Si la primaria cae hacemos un failover o switchover a la standby. También incluye Active Data Guard que permite tener la standby abierta en modo read only para reportes mientras sincroniza.
- RTO: minutos
- RPO: segundos
Platinum
Opción 1: La arquitectura GOLD más Application Continuity y Fast Start Failover (FSFO). El failover es automático, sin intervención del DBA. Las aplicaciones se reconectan automáticamente después del failover sin que el usuario final note la interrupción. Las transacciones en vuelo se vuelven a ejecutar automáticamente. En Exadata y con la última versión de Base de Datos.
Opción 2: La arquitectura GOLD más exadata con replicación con GoldenGate Activa/Activa.
- RTO: segundos
- RPO: cero
Opción 1:
Opción 2:
Diamond
Es el nivel de extrema disponibilidad. Agrega Oracle GoldenGate para replicación activa-activa entre dos sitios. Los dos sitios están activos al mismo tiempo recibiendo transacciones. Si cae un site completo el otro sigue operando sin interrupción. En Exadata y con la última versión de la Base de Datos.
- RTO: cero
- RPO: cero
La elección del tier depende de cada aplicación y del impacto que tiene para el negocio que la base este caída. No todas las bases necesitan Diamond. Lo importante es identificar qué nivel de disponibilidad necesitamos e implementar el tier correspondiente.
Referencias:
https://www.oracle.com/database/technologies/maximum-availability-architecture/