Oracle · Software · ficha YoctoIT

Data Guard

Las standby geográficas: RPO cero, failovers medidos y réplicas que trabajan — el DR de la base de datos hecho como debe ser.

FOCUS · EL PLAN B DEL DATOStandby síncronas y failovers probados: el desastre como procedimiento, no como drama
Material YoctoIT para clientes y partners · Oracle, Exadata, GoldenGate y los demás productos citados son marcas de Oracle Corporation e/o sue affiliate.
01 · Qué es

Active Data Guard, en claro.

Data Guard mantiene copias standby de la base de datos alineadas vía redo: síncronas para RPO cero, asíncronas en la distancia. Active Data Guard las hace útiles también en vida — informes y backups corren sobre la standby. El failover (también automático con el observer) es cuestión de segundos. Si se prueba.

RPO 0
con la réplica síncrona: ni una transacción perdida
<60 s
el failover con fast-start: el desastre dura un café
Standby útil
informes, backups y consultas sobre la réplica: el DR que trabaja
Active Data Guard
IMAGEN OFICIAL ORACLE · DATA GUARD
ARCHITETTURA UFFICIALE · DATA GUARD · FONTE: ORACLE DOCS
ARQUITECTURA OFICIAL · DATA GUARD · FUENTE: ORACLE DOCS
02 · Cómo usarlo bien

Las cosas que marcan la diferencia.

La cadena

Producción (primary)donde nace el dato
Standby sync · campus
Standby async · geo
Snapshot standby
cero pérdida · distancia · pruebas
Broker + observerfailover orquestado, también automático
Switchovers de prueba periódicosla evidencia de que funciona
El redo viaja, la continuidad también

Topología por objetivos

RPO/RTO declarados → sync aquí, async allá: la arquitectura desciende de los números, no al revés.

Protección de lo lógico

Flashback y retardo aplicado: también el error humano y el ransomware en el modelo.

Switchovers de mantenimiento

Los grandes trabajos se hacen sobre la ex-standby: el downtime planificado tiende a cero.

Pruebas con acta

Dos veces al año, failover real y documentado: para NIS2 y para la serenidad.

03 · En profundidad

Protección, offload y fast-start failover

Active Data Guard replica el redo en tiempo real hacia standbys locales y remotas: los modos (Max Protection/Availability/Performance) eligen el compromiso RPO/latencia; la standby abierta en read-only absorbe informes y backups (redo apply continuo), el Far Sync permite RPO cero también a distancia, el fast-start failover con observer promueve solo en segundos, la Application Continuity repite las transacciones en curso: el usuario no ve el failover.

  • Max Availability — RPO cero síncrono con tolerancia: el setup que recomendamos en metro
  • Real-time query — la standby que trabaja: informes, backups y consultas descargadas
  • Far Sync — el reenvío síncrono ligero: RPO cero también hacia la región lejana
  • FSFO + observer — failover automático en segundos, sin humanos en el camino
  • Application Continuity — las transacciones en vuelo repetidas: el failover invisible para la app
  • DML redirection — escrituras ocasionales sobre la standby: redirigidas al primario
04 · Números y ciclo de vida

Los números que cuentan.

RPO 0
con Max Availability/Protection y Far Sync
<30 s
el failover automático típico con FSFO
2+
standbys por primario: local + remota
100%
del redo validado: la corrupción no se propaga
El DR se juzga en las pruebas: switchovers programados dos veces al año, observer vigilado y run-books — la continuidad con evidencias.
05 · Casos de uso

Dónde rinde de verdad.

DR geográfico

El segundo sitio (o la nube) siempre alineado.

Migraciones sin parada

La standby se convierte en el nuevo primario: cutover en minutos.

Offload de producción

Informes pesados y backups fuera del primario.

Un DR no probado es una esperanza: nuestros switchovers tienen acta.