Disponibilidad, Live DR, copias de seguridad y el repositorio.

Los tres niveles de disponibilidad, los patrones de continuidad con sus RPO y RTO, cómo se demuestra y se pone a prueba Live DR, la política de copias de seguridad por entorno, la retención a largo plazo y la bóveda aislada de la red.

Niveles de disponibilidad (producción, configuración predeterminada propuesta)

Nivel	Disponibilidad	Qué es
Estándar	99,7%	Base de datos multizona de alta disponibilidad y copias de seguridad aisladas de la red.
Live DR	99,9%	Una segunda región funcionando en directo.
Live DR Premium	99,95%	Tráfico en ambas regiones, respuesta prioritaria 24 horas al día, 7 días a la semana.

No producción: 95 %. Medido mensualmente en el punto de acceso de TRANXACT, excluyendo el período de mantenimiento acordado. Los acuerdos de nivel de servicio (SLA) del proveedor de la nube se encuentran por debajo del compromiso único de TRANXACT.

Defina el nivel antes de dimensionar. Live DR utiliza una segunda región de tamaño completo, lo que prácticamente duplica el costo de la infraestructura en tiempo de ejecución. Muéstrelo como una línea independiente frente al costo del tiempo de inactividad que elimina, y mantenga los sistemas integrados de terceros en el mismo nivel.

Eventos planificados y no planificados

Evento	Lo que sucede	¿Esto afecta al SLA?
Planificado: actualizaciones, cambios de tamaño, simulacros	Las actualizaciones progresivas en tres nodos permiten que los usuarios sigan trabajando. Los cambios en el tiempo de inactividad solo ocurren durante el período mensual (se proponen 4 horas).	No, dentro del plazo acordado.
Fallo imprevisto en la región: fallo de nodo, pod o zona.	Pods reprogramados; la base de datos conmuta a su réplica síncrona. RPO ≈ 0, recuperación en minutos.	Solo si no se alcanza el objetivo de nivel.
No planificado, a nivel regional	Con Live DR, la réplica se promociona y el gestor de tráfico mueve las escrituras. RPO segundos, RTO ≤ 15 minutos (propuesto).	Según el nivel.

Patrones de continuidad

Patrón	RPO / RTO	Nodo	base de datos	Zona	Región	Ransomware
HA estándar (99,7%)	Zona: RPO ≈ 0. Región: restaurar desde bóveda.	Sí	Sí	Sí	No	Sí
Live DR (99,9%)	RPO segundos, RTO ≤ 15 min	Sí	Sí	Sí	Sí	Sí
Live DR Premium (99,95%)	RPO segundos, RTO ≤ 5 min	Sí	Sí	Sí	Sí	Sí
Recuperación ante desastres pasiva (SaaS típico): no se ofrece.	Minutos-horas de RPO, horas de RTO	Sí	Sí	Sí	Incierto	No

Live DR no es una simple reserva pasiva. La segunda región ejecuta un clúster completo y una base de datos con replicación continua, que ofrece lecturas en tiempo real, informes, consultas ASK y publicaciones sintéticas. Su estado se verifica cada minuto, y la conmutación por error es una mejora: no se amplía ni se restaura nada.

Las integraciones deben tolerar la promoción automática de escritura y reproducir todo lo publicado en los últimos segundos antes de una conmutación por error. Los puntos finales de los socios deben seguir el administrador de tráfico (TO_4.10.09, Excluido).

Demostrando Live DR

Prueba	Lo que sucede	Impacto empresarial	Frecuencia	Categoría	Descanso y recuperación
Verificación continua	Publicaciones sintéticas, alerta de retraso en la replicación, suma de comprobación del libro mayor entre regiones	Ninguno	Cada minuto	Estándar	TO_4.10.01
Simulacro de cambio planificado	Anunciar → pausar escrituras (segundos) → promover DR → cambiar tráfico → verificar libro mayor → ejecutar desde DR. Intercambio de roles.	La escritura se detuvo durante segundos.	Trimestral	Estándar	TO_4.10.03
Simulacro de cambio adicional	Como se indicó anteriormente, fuera del plan trimestral.	La escritura se detuvo durante segundos.	Previa solicitud, con dos semanas de antelación.	Adicional	TO_4.10.04
Ejercicio aislado (vallado)	Una copia clonada de la réplica de DR con las integraciones salientes deshabilitadas; se permiten pruebas destructivas.	Ninguno en producción	Previa solicitud, con dos semanas de antelación.	Adicional	TO_4.10.05
Prueba de restauración de sala limpia	Restaurar desde la bóveda a un entorno aislado, escanear, conciliar.	Ninguno en producción	Anual	Estándar	TO_4.9.07
Validación comercial de un taladro	El cliente confirma los procesos y las integraciones después del cambio.	Esfuerzo del cliente	Cada ejercicio	Excluido	TO_4.10.06

Tras un simulacro, no hay reconstrucción: el antiguo servidor principal se convierte en el Live DR. Las lecturas nunca se detienen.

Realice el primer simulacro de conmutación y una restauración en sala limpia antes de la puesta en marcha. Ambos son puntos de control para la puesta en marcha, y cada simulacro posterior sirve como evidencia para los auditores y la revisión del SLA.

Política de copia de seguridad (opción predeterminada propuesta)

	Base de datos de producción	Documentos de producción	Base de datos no productiva	Documentos no productivos
Frecuencia	Instantánea diaria + registros continuos	Control de versiones continuo	Instantánea diaria	Control de versiones continuo
Recuperación en un momento determinado	Cualquier punto en el período de retención	Restaurar versión	Última instantánea	Restaurar versión
Retención operativa	30 días	30 días (versiones)	14 días	14 días
Copia de la bóveda	Diario, inmutable	Diario, inmutable	Semanal, inmutable	Opcional
retención de bóveda	90 días (prorrogable)	90 días (prorrogable)	30 días	30 días
Cifrado	En reposo y en tránsito; las llaves de la bóveda se guardan por separado.	En reposo y en tránsito	En reposo y en tránsito	En reposo y en tránsito

Los manifiestos y la configuración de Kubernetes residen en la infraestructura como código, y también se copian al repositorio; por lo tanto, el entorno de ejecución se reconstruye, no se restaura.

Restaura

Restaurar	Categoría	Plazo de entrega	Descanso y recuperación
Copia de seguridad bajo demanda antes de un cambio importante	Solicitud de servicio estándar	Horas	TO_4.9.04
Restauración a un punto en el tiempo	Solicitud de servicio estándar	Horas; P1 inmediatamente	TO_4.9.05
Restauración de sala limpia desde el archivo	Cargo adicional por entrega	Horas	TO_4.9.06
Aprobación comercial de los datos restaurados	Excluido: el controlador financiero	—	TO_4.9.11

La bóveda con cámara de aire

Una cuenta o inquilino en la nube independiente, con identidades, autenticación multifactor y claves separadas.
No existe una ruta de red entrante desde producción. Producción envía los datos en una sola dirección a través de un rol de solo escritura, sin permisos de lectura ni eliminación.
Bloqueo de retención de escritura única (WORM): las copias no se pueden alterar ni eliminar, ni siquiera por los administradores.
La eliminación requiere doble aprobación; la integridad se verifica al recibir el archivo.
Las restauraciones se realizan en un entorno aislado mediante el proceso de sala limpia (escaneo, conciliación y posterior promoción), nunca directamente sobre la producción.
Una copia sin conexión opcional en una segunda nube o almacenamiento en frío, desconectada periódicamente (TO_4.9.09, opcional).

¿Por qué existe? Para la replicación y Live DR en tiempo real, la corrupción de copias se detecta al instante. El ransomware o los datos erróneos también se replican. La bóveda mantiene un historial de registros limpio e inmutable fuera de ambas regiones.

Acuerden quién tiene las credenciales de acceso a la bóveda. TRANXACT opera el procedimiento de doble aprobación (TO_4.9.12); el cliente designa a sus aprobadores (TO_4.9.13, Excluido).

Retención a largo plazo (opcional)

Opción	Frecuencia	Retención	Métrico	Bloquear	Categoría
Copia de archivo mensual	Mensual	1 año	Gigabyte	256 GB	Opcional
Copia de archivo trimestral	Trimestral	1 año	Gigabyte	256 GB	Opcional
Copia de archivo de fin de año	Anualmente, después del cierre	2, 3 o 4 años	Gigabyte	256 GB	Opcional
Copia sin conexión	Periódico	Según la política del cliente	Gigabyte	256 GB	Opcional
Retención legal de una copia	A solicitud	Hasta su publicación	A petición	—	Adicional

Una vez establecido, el período de retención no se puede acortar. Si las normas de auditoría o retención legal requieren un período de retención más prolongado, extiéndalo desde el principio y ajústelo según el crecimiento del libro mayor y el volumen de documentos, no según el tamaño actual de la base de datos.

Los valores marcados como "valores predeterminados propuestos" son los puntos de partida recomendados en la guía de implementación. Confirme cada uno para cada cliente; el contrato, el formulario de pedido, el SLA y el DPA prevalecen sobre esta página.

Realiza el curso sobre este tema, con diagramas y una verificación.