MAA (Maximum Availability Architecture) de Oracle

MAA es el conjunto de mejores practicas de Oracle para lograr la maxima disponibilidad de una base de datos. No es un producto que se compra sino una arquitectura que se implementa combinando tecnologias de Oracle segun 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 mas tecnologias sobre el anterior y nos da mayor proteccion 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 maximo que puede estar caida la base de datos.

RPO (Recovery Point Objective) - Maximo de datos que podemos perder medido en tiempo. 

Bronze

Es el nivel basico. Incluye las mejores practicas de una base de datos single instance con Clusterware Restart, Arquitectura Multitenant, Tecnologias Flashback, backup con RMAN, archivelog activado y parametros de configuracion recomendados por Oracle. Con este tier podemos recuperarnos de una falla pero la ventana de recuperacion puede ser de horas.

• RTO: minutos a horas
• RPO: horas o dias

Opcional backups con ZDLRA puede llevar el RPO casi cero 

Silver

Opción 1: Agrega RAC (Real Application Clusters) y Application Continuity. Tenemos multiples instancias accediendo a la misma base de datos. Si un nodo cae, las instancias del otro nodo siguen atendiendo las conexiones sin intervencion 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 algun 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 mas standbys (pueden ser fisicas o logicas). Si la primaria cae hacemos un failover o switchover a la standby. Tambien 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 automatico, sin intervencion del DBA. Las aplicaciones se reconectan automaticamente despues del failover sin que el usuario final note la interrupcion. Las transacciones en vuelo se vuelven a ejecutar automaticamente. En Exadata y con la ultima version 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 replicacion activa-activa entre dos sitios. Los dos sitios estan activos al mismo tiempo recibiendo transacciones. Si cae un site completo el otro sigue operando sin interrupcion. En exadata y con la ultima version de la Base de Datos.

• RTO: cero
• RPO: cero

La eleccion del tier depende de cada aplicacion y del impacto que tiene para el negocio que la base este caida. No todas las bases necesitan Diamond. Lo importante es identificar que nivel de disponibilidad necesitamos y implementar el tier correspondiente.

Referencias: 

https://www.oracle.com/database/technologies/maximum-availability-architecture/