Cuánto tarda una copia de seguridad fuera de sitio

En tu empresa ya sabes que una copia de seguridad fuera de sitio es esencial, pero el mayor dolor de cabeza suele ser cuánto tiempo lleva implementarla y qué elementos pueden alargar el proceso. En este artículo desglosamos cada fase, identificamos los riesgos que rompen los plazos y te mostramos qué se espera de ti para mantener el proyecto en marcha.

Las fases y su duración

Una estrategia de respaldo fuera de sitio no es un único paso; se compone de cuatro bloques críticos. Cada bloque tiene un entregable revisable que permite validar el avance y ajustar recursos.

1. Diagnóstico y diseño (2‑3 semanas)

• Entregable: Documento de arquitectura de respaldo que incluye ubicación del datacenter, tipos de datos a proteger y frecuencia de captura.
• Qué se hace: Inventario de activos, clasificación de datos según criticidad, alineación con el plan de recuperación ante desastres y definición de políticas de retención.
• Duración típica: 2 semanas si la empresa ya cuenta con un inventario actualizado; 3 semanas cuando se requiere mapear sistemas heredados.

2. Selección de proveedor y contrato (1‑2 semanas)

• Entregable: Acuerdo de nivel de servicio (SLA) firmado y plan de pruebas de conectividad.
• Qué se hace: Comparar opciones de nube pública, proveedores locales de colocation y soluciones híbridas; negociar ancho de banda y tiempos de recuperación (RTO).
• Duración típica: 1 semana cuando el criterio de selección está predefinido; 2 semanas si se necesita evaluación de varios proveedores.

3. Implementación técnica (3‑5 semanas)

• Entregable: Sistema de backup operativo con pruebas de copia completa y recuperación parcial.
• Qué se hace: Configuración de agentes de respaldo, establecimiento de túneles VPN o enlaces dedicados, definición de ventanas de captura y pruebas de integridad.
• Duración típica: 3 semanas para entornos homogéneos (p.ej., solo servidores Windows); 5 semanas para entornos mixtos que incluyen bases de datos Oracle, SAP y sistemas legados.

4. Validación y puesta en producción (1‑2 semanas)

• Entregable: Reporte de pruebas de restauración con métricas de tiempo real (RTO) y porcentaje de datos recuperados.
• Qué se hace: Simulación de escenarios de desastre, ajuste de parámetros de compresión y deduplicación, capacitación del personal de TI.
• Duración típica: 1 semana si los resultados de pruebas cumplen los objetivos; 2 semanas cuando se identifican cuellos de botella y se requieren re‑ajustes.

En total, una implementación completa oscila entre 7 y 12 semanas. La variación depende del nivel de madurez de tus procesos internos y de la complejidad del ecosistema tecnológico.

Qué hace que un plazo se rompa

Los retrasos no aparecen de la nada; provienen de causas que pueden estar bajo tu control o en manos del proveedor.

• Falta de inventario actualizado: Si la empresa no dispone de un catálogo de servidores y bases de datos, el diagnóstico se extiende. En promedio, se añaden 1‑2 semanas.
• Cambios de alcance durante la fase de diseño: Incorporar nuevos sistemas (por ejemplo, la reciente obligatoriedad de facturación electrónica SUNAT) genera revisiones del diseño y añade entre 3 y 5 días.
• Aprobaciones internas lentas: Los comités de seguridad informática para pymes suelen requerir varias rondas de revisión del SLA. Cada ronda puede retrasar la contratación 4‑7 días.
• Limitaciones de conectividad: En regiones con infraestructura de fibra limitada, la configuración de enlaces seguros puede tardar 1‑2 semanas extra para pruebas de ancho de banda.
• Dependencia de terceros: Si el proveedor de datacenter tiene una ventana de mantenimiento programada, el corte de datos se pospone y el cronograma se desplaza.
• Recursos internos insuficientes: La ausencia de un responsable de datos (Data Owner) obliga al equipo de TI a asumir tareas de clasificación, lo que suele agregar 5‑8 días.

Qué te van a pedir a ti

Para evitar sorpresas, es clave conocer de antemano los insumos que la consultora o el proveedor solicitarán.

• Designación de un responsable de datos: Una persona que autorice qué información se respalda y con qué periodicidad.
• Listas de activos críticos: Inventario detallado con información de ubicación física, propietarios y nivel de confidencialidad.
• Políticas de retención y cumplimiento: Documentos que demuestren alineación con la Ley de Protección de Datos Personales (Ley 29733) y con los requisitos de SUNAT.
• Acceso a redes y credenciales: Cuentas de administrador con privilegios para instalar agentes y crear túneles seguros.
• Calendario de ventanas de mantenimiento: Horarios aprobados para ejecutar copias sin interrumpir la operación diaria.
• Participación en pruebas de recuperación: Disponibilidad de personal clave para validar la restauración en escenarios simulados.

Sin estos elementos, el proyecto se estanca y los plazos se alargan significativamente.

Cómo saber si va bien

Los hitos de control permiten detectar desviaciones antes de que se conviertan en problemas críticos.

• Hito 1 – Entregable del diagnóstico: Si el documento de arquitectura no está listo al final de la semana 3, revisa la calidad del inventario.
• Hito 2 – SLA firmado: La ausencia de contrato a la semana 5 indica que la fase de selección está atascada; actúa sobre los cuellos de aprobación.
• Hito 3 – Prueba de copia completa: Un tiempo de ejecución superior al 150 % del estimado (por ejemplo, 9 h en lugar de 6 h) señala problemas de ancho de banda o configuración.
• Hito 4 – Restauración parcial: Si la recuperación de un 10 % de los datos supera el RTO acordado, revisa la estrategia de deduplicación y la capacidad de cómputo del sitio remoto.
• Señales de desvío:
  • Entregables entregados con retraso. Cada día adicional suele traducirse en al menos 0,5 % de aumento del costo total del proyecto.
  • Falta de participación del responsable de datos. Sin su firma, el alcance se vuelve indefinido y los plazos se dilatan.
  • Problemas de conectividad recurrentes. Indican que la infraestructura de red necesita refuerzo antes de continuar.

Monitorear estos indicadores te permite tomar decisiones correctivas a tiempo y mantener el proyecto dentro del rango de 7‑12 semanas.

Conclusión

Una copia de seguridad fuera de sitio no es una tarea de “una vez y listo”. Requiere entre 7 y 12 semanas para pasar de la planificación a la operación, y cada fase tiene entregables claros que facilitan el control. Los retrasos más comunes provienen de inventarios incompletos, aprobaciones lentas y limitaciones de conectividad; todos ellos pueden mitigarse con una preparación anticipada y la asignación de responsables internos. Si tu empresa sigue estos pasos y vigila los hitos señalados, tendrás la certeza de que el respaldo está listo cuando realmente lo necesites, sin sorpresas de último minuto.