Cómo definir el orden de restauración de varias aplicaciones

Elige qué actividad debe volver antes

Pide a dirección y responsables de proceso que definan un servicio mínimo: por ejemplo, consultar pedidos pendientes antes de reabrir todas las funciones comerciales. Es un ejemplo hipotético, no una prioridad válida para cualquier empresa. Anota cuánto tiempo puede esperar cada actividad y qué solución provisional existe. Dos aplicaciones importantes pueden competir por la misma capacidad de recuperación; alguien con autoridad de negocio debe resolver esa competencia.

Dibuja los requisitos de arranque y uso

Para cada aplicación identifica red, resolución de nombres, identidad, certificados, base de datos, archivos e integraciones. Separa lo que necesita para arrancar de lo necesario para operar y emitir resultados válidos. Anota dependencias externas que tu copia no restaura y quién puede habilitarlas. Si dos sistemas se necesitan mutuamente, describe el procedimiento específico para romper ese círculo con el fabricante, en lugar de dejar dos flechas sin una decisión.

Construye oleadas con comprobación intermedia

Agrupa primero los componentes que permiten recuperar el siguiente nivel y prepara una prueba breve para cada uno. Puedes trabajar en paralelo cuando no comparten un recurso limitante ni dependen entre sí. Estima descarga, restauración y validación, además de las esperas por accesos o proveedores. NIST utiliza el análisis de impacto para planificar prioridades; adapta el orden a tu escenario, porque perder un servidor no equivale a perder identidad o toda una sede.

Ensaya el orden como un procedimiento

Ejecuta una recuperación controlada siguiendo las oleadas y registra qué esperas aparecen realmente. Tras cada paso, confirma la dependencia desde la aplicación consumidora. Tener el servidor encendido no demuestra que la siguiente aplicación pueda autenticarse o encontrar sus archivos. Revisa el orden si falla una condición y conserva las desviaciones. Antes de declarar servicio recuperado, el responsable de negocio valida el recorrido mínimo acordado y acepta explícitamente las funciones que siguen pendientes.

Fuentes y documentación

• NIST SP 800-34 Rev. 1: planificación de contingencias — BIA, objetivos de recuperación, pruebas, dependencias y validación antes de declarar recuperado un servicio.