Recuperación ante desastres en centros de datos: qué funciona cuando se produce un corte de suministro eléctrico

Tu centro de datos sufrirá una interrupción del servicio este año. La verdadera pregunta es qué ocurrirá en los sesenta segundos siguientes a que eso suceda.

El «Análisis anual de interrupciones de servicio de 2026» del Uptime Institute reveló que el 57% de los operadores cuya última interrupción grave causó daños reales estimaron que el coste superaba el $100 000. Uno de cada cinco lo situó por encima del $1 millón. El origen de estas interrupciones se sitúa cada vez más fuera de las instalaciones del centro de datos.

Hoy en día, los planes de recuperación ante desastres deben ir más allá de la protección del edificio, el generador y el SAI. Un plan que solo tenga en cuenta lo que ocurre dentro de tus cuatro paredes es un plan que pasa por alto una parte cada vez mayor de los factores que realmente provocan las interrupciones en los centros de datos.

Datos clave: lo que debes saber sobre los centros de datos y la recuperación ante desastres

• La recuperación ante desastres (DR) es un sistema probado y documentado para restaurar los sistemas y los datos tras una interrupción.
• Hay dos cifras que determinan todas las decisiones relacionadas con la recuperación ante desastres: el objetivo de tiempo de recuperación (cuánto tiempo se puede estar inactivo) y el objetivo de punto de recuperación (cuántos datos se puede permitir perder).
• Los modelos de sitios de respaldo se clasifican en tres niveles: «hot», «warm» y «cold», cada uno de los cuales sopesa el coste frente a la velocidad de recuperación.
• La separación geográfica entre las instalaciones principales y las secundarias debe reflejar el riesgo regional real, más allá de una línea trazada en un mapa.
• La fibra óptica, la conectividad y las dependencias de servicios en la nube de terceros son, en la actualidad, la causa de una proporción cada vez mayor de interrupciones de servicio con graves repercusiones.
  

¿Qué es la recuperación ante desastres en un centro de datos y cómo funciona realmente?

La recuperación ante desastres (DR) de los centros de datos es el conjunto de procesos, sistemas y infraestructuras que restablecen tus operaciones críticas tras una interrupción. Una interrupción puede ser cualquier cosa, desde un huracán o un ataque de ransomware hasta un corte en la fibra óptica a tres estados de distancia o un fallo del SAI.

Funciona por capas. La primera capa es un análisis del impacto en el negocio: identificar qué sistemas, aplicaciones y conjuntos de datos son realmente importantes para los ingresos y las operaciones. Clasifícalos según el daño que causaría su ausencia por hora.

La segunda capa es la replicación, que consiste en mantener una copia actualizada de los datos y sistemas críticos en un lugar al que no pueda afectar un fallo en tu sitio principal.

La tercera capa es la de conmutación por error, el mecanismo que, en la práctica, traslada las operaciones a esa ubicación secundaria cuando la primaria deja de funcionar.

Nada de esto funciona sin la cuarta capa: las pruebas. Necesitarás contar con un protocolo de pruebas riguroso para garantizar que las pruebas que parecían perfectas sobre el papel resulten realmente eficaces cuando tu sitio principal sufra una interrupción del servicio. 

Las dos cifras que guían todas las decisiones en materia de recuperación ante desastres

Antes de elegir una estrategia, se necesitan dos cifras, y la mayoría de las organizaciones se dan cuenta de que, en realidad, no conocen ninguna de las dos.

Objetivo de tiempo de recuperación (RTO): es el tiempo máximo que tu empresa puede permitirse estar inactiva. El sistema de historiales de pacientes de un hospital podría tener un RTO que se mide en minutos. El panel de informes internos de una cadena minorista regional podría tolerar un día completo.

Objetivo de punto de recuperación (RPO): es la cantidad máxima de datos que te puedes permitir perder, calculada hacia atrás desde el momento del fallo. Un RPO de cuatro horas significa que te parece aceptable restaurar el sistema a partir de una copia de seguridad que tiene cuatro horas de antigüedad. Un RPO de treinta segundos significa que necesitas una replicación continua, no copias de seguridad nocturnas.

Estrategias de recuperación ante desastres para orientar tu planificación

Toda estrategia de recuperación ante desastres (DR) se reduce a un equilibrio entre la rapidez con la que se puede recuperar el sistema y el coste que supone mantener esa rapidez. Los tres modelos estándar son:

Un sitio «frío» alberga la infraestructura, pero no los datos en tiempo real. La restauración se realiza a partir de una copia de seguridad una vez que se ha producido el incidente, lo cual resulta económico, pero lento.

Un «warm site» mantiene un entorno parcialmente operativo con sincronizaciones periódicas de datos, un término medio que se adapta a la mayoría de las cargas de trabajo de producción.

Un «hot site» ejecuta una réplica en tiempo real y replicada de forma continua de tu entorno principal. La conmutación por error se produce de forma automática o casi automática. El coste de su funcionamiento solo resulta justificado en el caso de sistemas en los que el tiempo de inactividad se mide en términos de ingresos perdidos por minuto.

La distancia geográfica es tan importante como el modelo que elijas. Una sede secundaria situada a sesenta millas de tu generador principal aún puede quedarse sin energía en el mismo incidente de la red eléctrica regional o en la misma inundación provocada por el mismo sistema tormentoso. La distancia adecuada depende de tu perfil de riesgo específico, no de una regla general, aunque la mayoría de las arquitecturas resilientes establecen una distancia significativa entre los emplazamientos precisamente para que un único incidente regional no pueda dejar fuera de servicio a ambos.

4 prácticas recomendadas para la planificación de la recuperación de centros de datos

Un plan de recuperación ante desastres (DR) solo resulta útil cuando se ha probado, está actualizado y se basa en datos operativos reales, en lugar de en hipótesis formuladas hace dos ciclos presupuestarios.

1. Realiza pruebas al menos una vez al año y comprueba el comportamiento en caso de fallo. Las pruebas de recuperación ante desastres (DR) a escala real deben realizarse al menos una vez al año. Las pruebas más eficaces comprueban que el sitio secundario entre en funcionamiento y simulan el modo de fallo real: una base de datos primaria dañada, una interrupción parcial de la red o una carga útil de ransomware ya presente en el entorno.
2. Crea guías de procedimientos para que varios miembros del equipo puedan ejecutarlas. Tu plan de recuperación ante desastres no es viable si solo una persona sabe dónde están todos los elementos. Un plan de verdad debe poder ser ejecutado por varios miembros del equipo. 
3. Reevaluar el RTO y el RPO cada vez que se produzcan cambios en la empresa.. Un calendario fijo no es el enfoque adecuado. El lanzamiento de un nuevo producto, una nueva obligación de cumplimiento normativo o el cambio a un nuevo segmento de clientes pueden modificar de la noche a la mañana lo que se entiende por “tiempo de inactividad aceptable”. Eso significa que es necesaria una nueva solicitud de recuperación ante desastres. 
4. Tener en cuenta los fallos de terceros y de conectividad. No basta con prepararse únicamente para los fallos en las infraestructuras. Cortes de suministro pueden provenir tanto del exterior de tu perímetro como del interior. Tu plan debe tener esto en cuenta y prever varias rutas para garantizar la redundancia. 

La parte que la mayoría de los planes de recuperación ante desastres pasan por alto

Todas las pruebas de recuperación ante desastres acaban revelando el mismo hallazgo inquietante: un hardware de copia de seguridad obsoleto ubicado en un centro secundario que no se ha renovado desde que se redactó el plan.

Desactivación de la conmutación por error servidores, jubilado almacenamiento matrices, y antiguos equipos de red Los datos procedentes de una sede secundaria están expuestos a los mismos riesgos que cualquier dato de tu centro principal. No se les presta la misma atención porque, para empezar, nadie incluyó ese paso en el plan de recuperación ante desastres.

Si en tu última prueba de recuperación ante desastres (DR) se detectó algún componente de hardware que ya está en condiciones de ser retirado, Servicios de desmantelamiento de centros de datos de exIT Technologies Ocúpate de la retirada segura, la desinfección y la eliminación de ese equipo con el mismo rigor con el que ya se gestiona tu entorno principal. Una estrategia de recuperación ante desastres (DR) resiliente no debería generar un punto ciego en cuanto al hardware ni riesgos de seguridad, así que asegúrate de contar con un socio de confianza que te ayude a gestionar el fin de vida útil (EOL) del hardware.