RTO y RPO reales para el sistema más crítico de la empresa: clústeres, réplicas y planes de disaster recovery probados de verdad.
Si SAP se para, la empresa se para: pedidos, envíos, facturas. La continuidad del ERP se construye por capas — clúster local para el fallo único, réplica geográfica para el desastre, y pruebas periódicas, porque un DR no probado es una esperanza, no un plan.
El single point of failure de aplicación protegido con Pacemaker: el lock server que no muere.
Réplica síncrona + asíncrona en cadena: HA y DR con una única tecnología nativa.
El sitio secundario en la nube cuando no hay segundo data center: la orilla híbrida pragmática.
Volver es la mitad del plan: lo escribimos y lo probamos como la ida.
La cadena HA de un sistema SAP tiene tres eslabones: ASCS/ERS protegidos por Pacemaker con recursos SAPInstance y reglas de anti-colocación (ENSA2), la base de datos en réplica nativa (HSR para HANA) orquestada por SAPHanaSR/angi con takeover automático, y el filesystem compartido (/sapmnt) en alta disponibilidad. El DR añade el tercer sitio o el tier asíncrono: log replay continuo, RPO de segundos, y el runbook de failover geográfico con la secuencia DNS/IP virtual.
La continuidad del ERP entre los requisitos: evidencias y pruebas documentadas.
La continuidad durante las transformaciones societarias.
El pico que no puede caer: la campaña, la vendimia, el Black Friday.