Plan de recuperación ante desastres IT: qué harías si mañana perdés todo
Pregunta incómoda: si mañana un incendio, un ransomware o una falla grave se lleva tus sistemas, ¿en cuánto tiempo volvés a operar? "Tenemos backup" no es una respuesta. Un plan de recuperación ante desastres (DRP) convierte esa incertidumbre en un procedimiento claro, probado y con tiempos definidos.
Backup no es lo mismo que recuperación
El backup es la copia de tus datos. La recuperación es volver a operar: restaurar sistemas, accesos, configuraciones y datos en el orden correcto, con tu gente sabiendo qué hacer. Tener backup sin plan es tener las piezas sin el manual para armarlas bajo presión.
Las dos preguntas clave: RTO y RPO
Un DRP se construye respondiendo dos cosas. RTO (Recovery Time Objective): ¿cuánto tiempo podés estar caído sin que sea grave? RPO (Recovery Point Objective): ¿cuántos datos podés permitirte perder —una hora, un día—? Esas respuestas definen cuánta inversión en respaldo tiene sentido para tu caso.
El costo de un plan de recuperación siempre parece alto hasta el día del desastre, cuando de golpe parece la mejor inversión que nunca hiciste. La pregunta no es si algo va a fallar, sino cuándo, y qué tan preparado te agarra.
Qué incluye un plan de recuperación
Backups verificados y fuera del alcance de un ataque, un procedimiento paso a paso de restauración, roles claros (quién hace qué), infraestructura alternativa para casos graves, y —clave— un contacto y tiempos definidos. Todo escrito, no en la cabeza de una persona.
Un plan que no se prueba, no existe
La parte que casi todos saltean: probar la restauración. Un plan que nunca se ensayó suele fallar justo cuando se necesita. Las pruebas periódicas confirman que los backups sirven, que los tiempos se cumplen y que el equipo sabe ejecutarlo. Eso es lo que separa un plan real de un documento tranquilizador.