Tener una copia accesible es necesario. También hay que mover los datos, restaurarlos y volver a poner en servicio las aplicaciones. Cuando el volumen crece, cada etapa importa.
Separar las etapas
Acceder a la copia, transferir los datos, escribirlos en el destino, restaurar los sistemas, arrancar dependencias y validar el servicio son operaciones diferentes. El tiempo de recuperación depende del recorrido completo.
Un límite que se puede calcular
Sin compresión ni deduplicación, 20 TB decimales transferidos por un enlace de 1.000 Mbps al 80% de eficiencia requieren unas 55,6 horas solo para mover los datos. El ancho de banda disponible y la eficiencia real pueden cambiar durante el proceso.
Cuándo se puede valorar el transporte físico
En determinados escenarios, disponer de un appliance con las copias y llevarlo hasta el lugar de restauración puede tener sentido. El tiempo de entrega es una pieza del plan; el equipo de destino, la velocidad de lectura y escritura y los procedimientos siguen condicionando el resultado.
Priorizar los servicios
El plan puede definir qué vuelve primero y qué puede esperar. Identidad, DNS, bases de datos y otras dependencias se deben ordenar según las aplicaciones de cada organización.
Comprobar el plan con una prueba
Una restauración representativa ayuda a medir las etapas y a detectar cuellos de botella. Hay que documentar las condiciones de la prueba para entender qué permite concluir sobre una recuperación real.
¿Cuánto puede tardar solo la transferencia?
Estimación con TB decimales, ancho de banda constante y la eficiencia indicada. No incluye restauración, verificación, arranque de servicios, compresión ni deduplicación. No es un compromiso de tiempo de recuperación.
Comparación con el volumen y la eficiencia indicados. Escala lineal de tiempo.