Continuidad del negocio: backup y recuperación ante desastres

El RTO (tiempo objetivo de recuperación) es el tiempo máximo que un sistema puede estar detenido. El RPO (punto objetivo de recuperación) es la cantidad máxima de información, medida en tiempo, que se puede perder. Un sistema de facturación puede requerir un RTO de pocas horas y un RPO de minutos; un archivo histórico puede tolerar días.

Definimos estos objetivos con las áreas del negocio y no solo con TI, porque son ellas las que conocen el impacto de una interrupción. Con los objetivos acordados elegimos la frecuencia de los respaldos, la necesidad de replicación y el tipo de sitio alterno. Así la inversión se concentra en lo que de verdad lo requiere.

La nube permite tener un sitio alterno sin comprar ni mantener un segundo centro de datos. Los servidores críticos se replican hacia una región de AWS, Azure o Google Cloud y solo se encienden por completo cuando se necesitan, lo que reduce el costo frente a un sitio alterno tradicional.

Diseñamos el procedimiento de conmutación, las conexiones de los usuarios y el retorno a la operación normal cuando el sitio principal se recupera. Los respaldos se guardan con copias inmutables y separadas de la red principal para resistir ataques de ransomware; para reducir la probabilidad de esos ataques, puede complementar el plan con una evaluación de ciberseguridad.

Un plan que no se prueba pierde vigencia con cada cambio de sistemas o de personal. Programamos pruebas de restauración y simulacros de recuperación con su equipo, medimos los tiempos reales frente a los objetivos y actualizamos los procedimientos con lo aprendido.

El control diario de los respaldos y las pruebas periódicas pueden incluirse en nuestros servicios administrados, con un informe que muestra el estado de cada copia.

El ransomware es hoy una de las causas más frecuentes de interrupción. Los atacantes ya no solo cifran los servidores: buscan los respaldos conectados a la red para cifrarlos también y presionar el pago. Un plan de continuidad moderno asume este escenario y separa al menos una copia del entorno principal, con credenciales distintas y retención inmutable.

También define cómo se verifica que los sistemas restaurados estén limpios antes de volver a conectarlos, para no reintroducir el problema. Este procedimiento se prueba como cualquier otro escenario de recuperación.

En una emergencia, el tiempo se pierde decidiendo quién hace qué. El plan define roles concretos: quién declara la contingencia, quién ejecuta la recuperación técnica, quién comunica a usuarios y clientes y quién autoriza el retorno a la operación normal. Cada rol tiene un reemplazo, para que el plan no dependa de una sola persona.