Hay una categoría de inversión que todo gestor sabe que debe hacer y casi nadie prioriza: aquella cuyo valor sólo aparece en el peor día. La recuperación ante desastres es el ejemplo perfecto. Si bien todo funciona, se siente como si se hubiera desperdiciado dinero. Cuando el servidor se incendia, el ransomware lo cifra todo o el centro de datos se inunda, se convierte en lo más importante del mundo.
El problema es que el momento de saber si tienes un plan no puede ser el momento del desastre. En ese momento, o el plan existe y funciona, o la organización descubre, en el peor contexto posible, que estaba operando sin una red de seguridad.
Este artículo es una introducción al concepto para quienes aún no lo tratan con la seriedad que exige. No es un manual técnico, es una explicación de por qué la recuperación ante desastres debería estar en la agenda de cualquier líder que dependa de los sistemas para funcionar. Y hoy, eso es prácticamente todo el mundo.
¿Qué es realmente la recuperación ante desastres?
La recuperación ante desastres es el conjunto de planes, procesos y recursos que permiten a una organización restaurar sus operaciones luego de un evento que las interrumpa gravemente. El acrónimo técnico es DR, que significa recuperación ante desastres, y se enmarca dentro de un concepto más amplio: continuidad del negocio.
La diferencia entre los dos importa. La continuidad del negocio pregunta "¿cómo mantenemos las operaciones en funcionamiento durante una crisis?" La recuperación ante desastres pregunta “¿cómo podemos volver a ponernos en marcha después de que algo nos haya derribado?” Uno se ocupa del durante y el otro del después.
El punto central es que un desastre, en este contexto, no significa simplemente una catástrofe natural. Significa cualquier evento que haga que sus sistemas o datos no estén disponibles: una falla de hardware, un error humano que borre la base de producción, un ataque de ransomware, la caída de un proveedor de nube. La mayoría de los "desastres" reales son mundanos y, por tanto, comunes.
La tesis: el desastre no es una excepción, son estadísticas
La forma más peligrosa de pensar en esto es tratar el desastre como algo que es poco probable que les suceda a otros. Yo sostengo lo contrario: el desastre es una certeza distribuida en el tiempo. No sabes cuándo, pero sabes que algo saldrá mal.
Los discos fallan. La gente comete errores. Los atacantes existen y son incansables. Los proveedores tienen cortes. Si sumamos todo esto a lo largo de los años de funcionamiento de una organización, la pregunta deja de ser "si" y se convierte en "cuándo" y "qué tan preparados estaremos".
Quienes internalizan esta lógica dejan de ver la recuperación ante desastres como pesimismo y empiezan a verla como una gestión básica de riesgos. Es el mismo razonamiento que un seguro de automóvil o un extintor de incendios: no lo compras esperando usarlo, lo compras porque el costo de no tenerlo cuando lo necesitas es demasiado alto.
Los dos números que definen todo plan
La recuperación ante desastres parece abstracta hasta que se aprenden dos conceptos que la hacen concreta y mensurable.
RTO, Tiempo de Recuperación Objetivo. ¿Cuánto tiempo se puede detener la operación antes de que el daño sea severo? ¿Minutos? ¿Horas? ¿Días? Este número define la rapidez con la que su plan necesita restaurar los sistemas.
RPO, punto objetivo de recuperación. ¿Cuántos datos puedes permitirte perder? Si la última copia de seguridad fue hace veinticuatro horas y el desastre ocurre ahora, perderá un día de información. El RPO define la frecuencia con la que debes guardar.
Estos dos números traducen una decisión empresarial en requisitos técnicos. Y son reveladores: muchas organizaciones descubren, al definirlas, que toleran menos pérdidas y menos tiempo de inactividad de lo que imaginaban, y que las copias de seguridad que tienen no son tan buenas.
Por qué la copia de seguridad no es lo mismo que la recuperación
El error más común y peligroso: confundir la copia de seguridad con la recuperación ante desastres. Son cosas diferentes y la diferencia es cara.
La copia de seguridad es la copia de datos. La recuperación es la capacidad comprobada de restaurar el funcionamiento del mismo. Muchas organizaciones han realizado religiosamente copias de seguridad que nunca han sido probadas. El día del desastre, descubren que la copia de seguridad estaba corrupta, incompleta o que nadie sabe cómo restaurarla, o que la restauración lleva mucho más tiempo del que la operación puede manejar.
Una copia de seguridad que nunca ha sido probada no es un plan. Es una esperanza. La diferencia aparece exactamente en el momento en que ya no puedes corregirla.
En los incidentes de ransomware, esta distinción se ha vuelto existencial. Los atacantes modernos atacan las copias de seguridad antes de cifrar la producción, sabiendo que sin ellas la víctima no tiene salida. Tener la copia de seguridad aislada y probada ya no es una buena práctica y se ha convertido en una cuestión de supervivencia.
El lado humano y organizacional
Hay una dimensión que los planes técnicos tienden a ignorar: el día del desastre, son las personas estresadas quienes ejecutan el plan. Si sólo existe en la cabeza de una persona, o en un documento que nadie ha leído, no funcionará cuando la presión sea máxima.
Un plan real debe estar claramente documentado, con roles definidos: quién decide, quién ejecuta, quién comunica. Es necesario ensayarlo, como un simulacro de incendio, para que en un momento crítico la gente sepa qué hacer sin improvisar. Y hay que considerar el escenario en el que la persona clave no está disponible ese mismo día.
En el sector público esto adquiere un peso adicional. Cuando un sistema de salud, recaudación de impuestos o servicios ciudadanos colapsa, no es sólo la organización la que sufre, es la población que depende de ese servicio. La continuidad es una responsabilidad pública, no una conveniencia operativa.
La reflexión que cambia de prioridad
La trampa cultural es el optimismo. “Nunca nos ha pasado nada” es la frase que precede a la mayoría de los desastres no resueltos. La ausencia de un incidente no es prueba de seguridad, es sólo suerte que aún no haya terminado.
La recuperación ante desastres es, en esencia, una prueba de madurez del liderazgo. Los equipos inmaduros sólo invierten en lo que genera resultados visibles. Los equipos maduros también invierten en aquello que evita pérdidas catastróficas, incluso sin aplausos. Es la diferencia entre gestionar el día bueno y gestionar el día malo que inevitablemente llegará.
Cuando llega el desastre, y lo hace, la organización que lo preparó tiene un historial de susto y recuperación. Quienes no estaban preparados tienen una historia de crisis, pérdida y, a veces, final. La elección entre estas dos historias se hace hoy, el día en que parece que nada saldrá mal.
Si su organización nunca ha probado realmente lo que sucedería en caso de una pérdida total de datos, esto podría ser una señal de que ha llegado el momento. Hay otros artículos en el blog sobre seguridad, respaldo y continuidad que profundizan en el tema. Si esto es una preocupación real en su contexto, vale la pena hablar de ello antes de que el asunto se vuelva urgente.
Lea también
- Recuperación de desastres en la vida cotidiana: prácticas que evitan las crisis
- Copia de seguridad de aplicaciones: qué es, por qué es importante y por qué casi todo el mundo la subestima
- Copia de seguridad de aplicaciones en la vida cotidiana: mejores prácticas que convierten la copia en seguridad
- Seguridad en aplicaciones web: los fundamentos que nadie puede ignorar
- Autorización y permisos: mejores prácticas que evitan el acceso no autorizado
- Certificados post-cuánticos y PKI: lo que los gestores públicos deberían planificar ahora