“Tenemos backup” es una de las frases que más tranquilidad produce en una empresa y una de las que más rápido pierden fuerza cuando realmente ocurre un desastre.
Esto no ocurre necesariamente porque la copia no exista, sino porque conservar los datos y devolver toda la operación a un estado funcional son dos capacidades diferentes. Muchas organizaciones descubren esa diferencia en el peor momento posible: mientras los sistemas están detenidos y cada minuto cuenta.
El backup protege los datos. La recuperación ante desastres protege la capacidad del negocio para continuar operando.
Backup: guardar la información.
Un backup es una copia de los datos almacenada en otro medio o ubicación. Su propósito es permitir que la información pueda recuperarse si el original se elimina, se corrompe o deja de estar disponible.
Es indispensable, pero responde principalmente a una pregunta: ¿tenemos los datos a salvo? Por sí solo no determina cuánto tardará la empresa en volver a usarlos, dónde se restaurarán si la infraestructura original ya no funciona ni quién ejecutará cada paso de la recuperación.
Recuperación ante desastres: restaurar la operación completa.
La recuperación ante desastres, o disaster recovery (DR), es el conjunto documentado de recursos, responsables y procedimientos que permiten restablecer los sistemas después de un ciberataque, un incendio, una falla eléctrica prolongada, un error humano o un desastre natural.
Un plan real debe responder cuatro preguntas con precisión:
¿En cuánto tiempo?
El RTO establece el tiempo máximo durante el cual un sistema puede permanecer inactivo antes de causar un impacto inaceptable para el negocio.
¿Cuánta información se puede perder?
El RPO define hasta qué punto en el tiempo deben recuperarse los datos y, por tanto, la pérdida máxima tolerable.
¿Dónde se restauran?
El plan identifica la infraestructura física o en la nube donde se levantarán los servicios si el entorno principal queda inutilizable.
¿Quién ejecuta el plan y lo prueba?
El plan define responsables, orden de recuperación, dependencias, comunicaciones y ejercicios periódicos para comprobar que funciona.
El NIST define el RTO como el tiempo máximo que un recurso puede permanecer indisponible antes de generar un impacto inaceptable, y el RPO como el punto previo a la interrupción hasta el cual deben recuperarse los datos. Consultar NIST SP 800-34 Rev. 1 →
Por qué esta confusión puede salir tan cara.
La existencia de un backup no demuestra que los sistemas regresarán dentro del tiempo que necesita el negocio. La capacidad real solo se conoce cuando la recuperación se prueba de extremo a extremo y se comparan los resultados con los objetivos establecidos.
El informe recopiló respuestas de 1.200 líderes y responsables de TI. Los porcentajes anteriores corresponden a resultados globales, no exclusivamente latinoamericanos. Consultar el análisis oficial de Veeam →
La copia puede cumplir su función y conservar la información, mientras la operación permanece detenida durante horas o días por falta de infraestructura alterna, dependencias no documentadas o procedimientos que nunca se habían ensayado.
Cómo saber si su empresa tiene backup o un plan real de recuperación.
Estas preguntas permiten identificar si la organización solo conserva copias o si realmente puede volver a operar después de perder su infraestructura principal:
- ¿Está definido el número de horas que cada sistema crítico puede permanecer inactivo?
- ¿Se conoce cuánta información puede perderse como máximo y se ha establecido una frecuencia de copias acorde con ese límite?
- ¿Existe un entorno físico o en la nube donde puedan levantarse los sistemas si la infraestructura original deja de funcionar?
- ¿Hay responsables, instrucciones documentadas y un orden claro para recuperar aplicaciones y dependencias?
- ¿La recuperación completa se ha probado recientemente y sus resultados quedaron registrados?
Si la mayoría de las respuestas es “no” o “no estamos seguros”, la empresa probablemente tiene copias de seguridad, pero todavía no cuenta con una estrategia comprobada de continuidad.
Cómo lo aborda ECOMIL.
En ECOMIL diseñamos soluciones de recuperación ante desastres como parte de nuestros servicios de Cloud y Centros de Datos. El punto de partida es entender la criticidad real de cada proceso y definir RTO y RPO diferentes cuando la operación lo requiere.
Después se define dónde y cómo se restaurarán las aplicaciones, los datos y sus dependencias si el entorno principal falla. Finalmente, el plan se documenta y se prueba de manera periódica para evitar que se ejecute por primera vez en medio de una crisis real.
- Análisis de criticidad y dependencias.
- Definición de RTO y RPO por servicio.
- Diseño del entorno alterno de recuperación.
- Pruebas periódicas, documentación y mejora.
Tener backup es necesario, pero no significa estar preparado para un desastre.
La diferencia entre backup y recuperación ante desastres casi nunca se nota durante una jornada normal. Aparece cuando la infraestructura principal deja de estar disponible; por eso debe revisarse, documentarse y probarse antes del incidente, no después.