El nivel adecuado depende del fallo que la empresa deba soportar. Una copia proporciona un estado de datos recuperable. La alta disponibilidad local puede mitigar el fallo de un host. Una segunda sede amplía la protección fuera del dominio de fallo original, pero necesita capacidad, redes y conmutación ensayada propias. Ninguna vía sustituye la aceptación funcional de la aplicación.
La prueba de restauración y la diferencia entre HA de Proxmox y copia de seguridad ya tienen artículos propios. Aquí decidimos qué combinación de copias, sustitución local y contingencia geográficamente separada se ajusta a un servicio y dominio de fallo. La visión de plataformas pública tampoco sustituye este análisis de la aplicación.
Definir primero el proceso y dos objetivos temporales
Nuestro ejemplo expresamente ficticio es un ERP con VM de aplicación, base de datos y archivos de facturas. Ante la pérdida de toda la sede , el área de negocio quiere procesar pedidos en cuatro horas y perder como máximo 15 minutos de datos coherentes. Son objetivos RTO y RPO, no compromisos de DAXS ni valores medidos. Un único host podría tener un objetivo menor; una operación borrada por error requiere un punto de restauración anterior e intacto.
El análisis de impacto debe valorar por separado fallo de host, pérdida de sede y datos dañados o borrados. El servicio vuelve cuando funcionan el acceso, una operación de base de datos y su adjunto en contingencia. Electricidad, red de sede, DNS, identidad, claves e interfaces externas forman la cadena de dependencias. Si falta una, arrancar el servidor sustituto aún no ofrece una operación utilizable.
Tres niveles de protección con límites distintos
| Nivel | Qué puede aportar | Qué queda pendiente |
|---|---|---|
| A · Copia y restauración | Las copias separadas permiten volver a datos verificados; la aplicación se restaura cuando hay un sistema de destino disponible. | Capacidad sustituta, duración de restauración y coherencia funcional determinan el RTO. Sin destino preparado tras perder la sede no es fiable prometer cuatro horas. |
| B · Redundancia local y copia | Varios hosts con almacenamiento, quorum y red adecuados pueden iniciar una VM en otros recursos tras fallar un host. | Electricidad, sector de incendios o acceso a sede compartidos siguen siendo un dominio de fallo. Borrados y daños pueden replicarse; sigue siendo necesaria una copia separada. |
| C · Segunda sede y copia | Capacidad de contingencia preparada y geográficamente separada, con datos replicados, puede cubrir la pérdida de sede si se ensayan la conmutación y el proceso de negocio. | Retraso de réplica, identidad compartida, enlaces, claves y failover fallido pueden impedir el objetivo de 15 minutos/cuatro horas. Aquí también hacen falta copias separadas. |
La HA local puede responder a un fallo de host, pero no garantiza automáticamente la recuperación de toda la sede. Microsoft distingue redundancia y réplica de las copias: un error o borrado replicado sigue siendo un error. AWS describe backup/restore, pilot light, warm standby y modelos activos multisede con esfuerzo creciente. Estos patrones cloud son una lógica de decisión, no RPO/RTO universales para el ERP propio supuesto aquí.
Mismo alcance: cálculo transparente a tres y cinco años
Cada nivel compara el mismo servicio ERP productivo y la misma base de copias separadas. La plataforma productiva existente se excluye de todas las opciones. El runbook de copias y la base de pruebas requieren inicialmente 24 horas-persona; al año se suponen 3.600 € de copia/almacenamiento externo, 12 × 4 horas-persona de operación y dos ejercicios de restauración de 16 horas-persona cada uno. La tarifa de coste completo libremente supuesta es 80 € por hora-persona: 1.920 € iniciales y, al año, 3.600 + (48 + 32) × 80 = 10.000 €. No son precios de proveedores.
El nivel B añade inicialmente 60 horas-persona para diseño y aceptación de hosts/almacenamiento/red y anualmente 7.800 € ilustrativos de capacidad local adicional, energía y soporte incluidos, 12 × 4 horas adicionales de operación y dos ejercicios HA de ocho horas-persona adicionales cada uno. C añade en cambio 96 horas-persona iniciales para sede, datos y conmutación y, al año, 18.000 € de capacidad preparada y red, 3.600 € de transferencia, 12 × 8 horas adicionales de operación y dos ejercicios de sede de 24 horas-persona adicionales cada uno. Las horas de ejercicios suman todo el equipo; la base común de copias cuenta una sola vez por opción.
| Nivel | Inicial | Anual | 3 años | 5 años |
|---|---|---|---|---|
| A · Copia/restauración | 24 × 80 = 1.920 € | 10.000 € de base | 31.920 € | 51.920 € |
| B · Redundancia local | 1.920 + 60 × 80 = 6.720 € | 10.000 + 7.800 + 3.840 + 1.280 = 22.920 € | 75.480 € | 121.320 € |
| C · Segunda sede | 1.920 + 96 × 80 = 9.600 € | 10.000 + 18.000 + 3.600 + 7.680 + 3.840 = 43.120 € | 138.960 € | 225.200 € |
Sensibilidad: Si la capacidad preparada en la segunda sede cuesta 500 € más al mes, C sube 6.000 € anuales: a 156.960 € en tres años o 255.200 € en cinco. Antes de comprar hay que añadir repuestos, impuestos, ofertas reales de enlaces y sedes, derechos de licencia, operación fuera de las horas supuestas y coste de una interrupción real. Ninguna opción promete ahorro ni reinicio garantizado.
Decidir mediante la prueba
Para el objetivo supuesto de cuatro horas/15 minutos ante una pérdida de sede , A y B no bastan por sí solas mientras no haya otro lugar utilizable con datos, identidad y red. C solo es candidata: el equipo debe medir réplica, coherencia entre base de datos y archivos, acceso, decisión de conmutación, capacidad bajo carga y retorno en una ventana real de prueba. Si negocio acepta contingencia más prolongada con pedidos manuales, puede bastar una vía más económica. Debe decidirse expresamente, documentarse y ensayarse.
DAXS puede documentar el servicio y dependencias, definir la contingencia mínima útil para negocio y comparar las tres opciones con ofertas reales y resultados de restauración/failover. Contactar con DAXS.
Fuentes: Microsoft Learn: redundancia, replicación y copias · AWS Well-Architected: estrategias de recuperación ante desastres · Proxmox VE: funciones de HA y copia de seguridad.
