Procedimiento Integral de Disaster Recovery: Guía de Resiliencia Organizacional

La continuidad de una organización no se mide en los días de calma, sino en su capacidad de resistir, responder y recuperarse cuando lo impensable ocurre. En más de dos décadas asesorando programas de resiliencia organizacional en banca, salud, manufactura, retail y sector público, he comprobado una verdad incómoda: casi todas las organizaciones creen estar preparadas para un desastre, y casi ninguna lo está. La diferencia entre una interrupción gestionada y una crisis existencial rara vez es la tecnología; es la existencia —o ausencia— de un procedimiento de recuperación formal, probado y gobernado.

Este documento desarrolla un Procedimiento Integral de Disaster Recovery (DR) con nivel estratégico, táctico y operativo. Es deliberadamente agnóstico a tecnologías, fabricantes, plataformas, proveedores de nube, centros de datos y al sector de la organización. Su propósito es servir como marco de referencia replicable, fundamentado en las mejores prácticas internacionales de continuidad del negocio y resiliencia organizacional (ISO 22301, ISO 27031, las guías del Business Continuity Institute y los principios de gestión de riesgos de ISO 31000), abarcando de forma integral las cuatro dimensiones que determinan el éxito de cualquier recuperación: Personas, Procesos, Tecnología y Gobierno.

El flujo cronológico que estructura todo el procedimiento es el siguiente:

BIA → Análisis de Riesgos → Preparación → Detección → Evaluación → Declaración de Desastre → Activación del DR → Recuperación → Validación → Retorno a la Normalidad → Mejora Continua.

---

1. Introducción y Gobierno

Objetivo del procedimiento

Establecer un marco formal, estructurado y repetible para la recuperación de los servicios críticos de la organización ante un evento disruptivo, minimizando el impacto financiero, operativo, regulatorio y reputacional, y garantizando la recuperación dentro de los objetivos de tiempo (RTO) y de punto (RPO) definidos por el negocio. El procedimiento busca transformar la respuesta ante desastres de una reacción improvisada a un proceso gobernado, medible y mejorable.

Alcance

El procedimiento aplica a todos los procesos de negocio clasificados como críticos, sus servicios tecnológicos de soporte, las personas que los operan, los terceros que los habilitan y la información que los sustenta. Cubre el ciclo completo de recuperación, desde la detección del evento hasta el retorno verificado a la operación normal y la incorporación de lecciones aprendidas. Es aplicable a eventos disruptivos de cualquier naturaleza (tecnológica, física, humana o externa), con independencia de su origen.

Supuestos

• Existe un patrocinio ejecutivo formal y un presupuesto asignado al programa de continuidad.
• Se ha realizado —o se realizará como parte de este procedimiento— un Business Impact Analysis (BIA) que fundamenta los objetivos de recuperación.
• Las capacidades de recuperación (sitios alternos, respaldos, acuerdos con terceros) existen o están contempladas en el roadmap de inversión.
• El personal clave ha sido capacitado y los planes han sido probados con una periodicidad definida.

Dependencias

El procedimiento depende de: la vigencia y calidad del BIA y el análisis de riesgos; la disponibilidad de infraestructura de recuperación; los acuerdos de nivel de servicio (SLA) con proveedores y terceros; la existencia de respaldos íntegros y recuperables; la disponibilidad del personal designado; y la operatividad de los canales de comunicación de crisis.

Exclusiones

Quedan fuera del alcance: la gestión ordinaria de incidentes menores que no comprometen la continuidad (gestionados por el proceso de gestión de incidentes); la gestión de la seguridad física cotidiana; y la respuesta a emergencias que amenazan la vida humana, cuya primera prioridad siempre es la evacuación y protección de personas conforme a los planes de emergencia y salud ocupacional, que tienen precedencia sobre cualquier actividad de recuperación tecnológica.

Principios de recuperación

1. Las personas primero. Ninguna recuperación de activos precede a la seguridad de las personas.
2. El negocio dirige, la tecnología habilita. Las prioridades de recuperación las define el impacto al negocio, no la complejidad técnica.
3. Recuperar por criticidad. Se restauran primero los servicios con menor tolerancia a la interrupción.
4. Decidir con información, no con pánico. Toda declaración y activación se basa en criterios predefinidos.
5. Probar lo que se planea. Un plan no probado es una hipótesis, no una capacidad.
6. Comunicar con una sola voz. La comunicación de crisis es centralizada y controlada.
7. Mejorar siempre. Cada evento y cada prueba alimentan la mejora continua.

Gobierno de continuidad y recuperación

El gobierno define quién decide, bajo qué autoridad y con qué controles. Se articula en una estructura de dos comités complementarios que operan en planos distintos pero coordinados: el Comité de Crisis (plano estratégico y de decisión) y el Comité de Recuperación (plano táctico y de ejecución). Por encima de ambos, el patrocinador ejecutivo (idealmente a nivel de alta dirección) rinde cuentas ante el consejo sobre la resiliencia de la organización.

Comité de Crisis

Órgano de máxima autoridad durante una contingencia. Se activa ante eventos de severidad alta o crítica. Sus responsabilidades: declarar formalmente el desastre, autorizar la activación del DR, aprobar la asignación de recursos excepcionales, decidir sobre la comunicación externa (reguladores, clientes, medios), y asumir la rendición de cuentas ante el consejo y las partes interesadas. Lo integran la alta dirección y los líderes de las funciones esenciales.

Comité de Recuperación

Órgano táctico responsable de coordinar la ejecución de los planes de recuperación. Sus responsabilidades: dirigir a los equipos de respuesta, secuenciar la recuperación conforme a las prioridades, resolver conflictos de recursos, monitorear el avance contra RTO/RPO, escalar al Comité de Crisis cuando corresponda y mantener la bitácora del evento. Lo lidera el Coordinador de Recuperación (o BCM Manager) e integra a los líderes técnicos y funcionales.

Roles y responsabilidades

Rol	Responsabilidad principal
Patrocinador Ejecutivo	Rinde cuentas por el programa; autoriza presupuesto y decisiones estratégicas.
Líder del Comité de Crisis	Declara el desastre; dirige la respuesta estratégica y la comunicación externa.
Coordinador de Recuperación (BCM Manager)	Dirige la ejecución táctica; coordina equipos; reporta avance.
Líderes de Equipos de Recuperación	Ejecutan los planes de su dominio (aplicaciones, datos, infraestructura, etc.).
Líder de Comunicaciones	Gestiona la comunicación interna y externa con una sola voz.
Enlace de Proveedores/Terceros	Coordina la activación de SLA y servicios de terceros.
Líder de Riesgos y Cumplimiento	Vela por obligaciones regulatorias y gestión del riesgo durante el evento.
Dueños de Procesos de Negocio	Validan la recuperación funcional y autorizan el retorno a operación.
Escriba / Gestor de Bitácora	Documenta decisiones, tiempos y acciones para la trazabilidad y lecciones aprendidas.

Matriz RACI

(R = Responsable de ejecutar, A = Aprobador/rinde cuentas, C = Consultado, I = Informado)

Actividad	Comité de Crisis	Coord. Recuperación	Equipos Técnicos	Dueños de Proceso	Comunicaciones	Riesgos/Cumpl.
Declarar desastre	A	C	I	C	I	C
Activar DR	A	R	R	I	I	I
Coordinar recuperación	I	A/R	R	C	I	C
Recuperar servicios	I	A	R	C	I	I
Validar recuperación	I	C	C	A/R	I	C
Comunicación externa	A	C	I	I	R	C
Autorizar retorno a operación	A	C	C	R	I	C
Reportar a reguladores	A	I	I	C	C	R

---

2. Business Impact Analysis (BIA)

El Business Impact Analysis es el cimiento de todo el procedimiento de DR. Antes de diseñar cualquier estrategia de recuperación, la organización debe entender qué procesos son verdaderamente críticos, qué los sostiene y cuánto puede tolerar su interrupción. Diseñar un DR sin un BIA es como construir un hospital sin saber qué enfermedades tratará.

El proceso de BIA paso a paso

1. Identificación de procesos de negocio. Se inventarían todos los procesos de la organización y se mapean a las capacidades de negocio que habilitan. El objetivo es construir un catálogo completo antes de juzgar criticidad.

2. Inventario de servicios críticos. Para cada proceso se identifican los servicios (tecnológicos y no tecnológicos) que lo sostienen: aplicaciones, servicios de datos, telecomunicaciones, instalaciones físicas y personal especializado.

3. Dependencias de negocio. Se mapean las interdependencias entre procesos: qué proceso alimenta a cuál, qué salidas son entradas de otros. Un proceso aparentemente no crítico puede ser habilitador de uno que sí lo es.

4. Dependencias tecnológicas. Se documentan las aplicaciones, bases de datos, integraciones, infraestructura y redes de las que depende cada servicio crítico, incluyendo las dependencias ocultas (servicios de autenticación, DNS, directorios, etc.).

5. Dependencias de terceros. Se identifican proveedores, servicios externos, APIs de socios y cualquier capacidad tercerizada cuya interrupción afectaría la continuidad. Se evalúa la resiliencia de cada tercero y sus propios planes de continuidad.

6. Análisis de impacto financiero. Se cuantifica la pérdida económica por unidad de tiempo de interrupción: ingresos no percibidos, penalizaciones contractuales, costos de recuperación y pérdidas por incumplimiento. El impacto suele crecer de forma no lineal con el tiempo.

7. Análisis de impacto operativo. Se evalúa la degradación de la capacidad operativa: procesos detenidos, acumulación de trabajo (backlog), efectos en cascada sobre otras áreas y pérdida de productividad.

8. Análisis de impacto regulatorio. Se identifican las obligaciones legales y regulatorias afectadas, los plazos de notificación a autoridades, y las posibles sanciones por incumplimiento durante la interrupción.

9. Análisis de impacto reputacional. Se valora el daño a la confianza de clientes, socios, inversores y el mercado. Es el impacto más difícil de cuantificar y, a menudo, el más duradero.

10. Clasificación de criticidad. Con base en los impactos, cada proceso y servicio se clasifica en niveles (p. ej., Crítico, Esencial, Importante, Diferible), lo que determina su prioridad de recuperación.

Objetivos de recuperación: definiciones clave

Métrica	Definición	Pregunta que responde
MTPD (Maximum Tolerable Period of Disruption)	Tiempo máximo que un proceso puede estar interrumpido antes de que el daño sea inaceptable o irreversible.	¿Cuánto podemos sobrevivir sin este proceso?
RTO (Recovery Time Objective)	Tiempo objetivo para restaurar un servicio tras la interrupción. Siempre debe ser menor que el MTPD.	¿En cuánto tiempo debemos recuperarlo?
RPO (Recovery Point Objective)	Máxima pérdida de datos tolerable, medida en tiempo (cuánta información se puede perder).	¿Cuántos datos podemos permitirnos perder?
RCO (Recovery Capacity Objective)	Nivel de capacidad o rendimiento con el que debe restaurarse el servicio (p. ej., 60% de la capacidad normal).	¿Con qué capacidad mínima debemos operar?

La relación entre MTPD y RTO es fundamental: el RTO siempre debe situarse con margen por debajo del MTPD. Si el MTPD de un proceso es de 8 horas, un RTO de 4 horas deja margen de seguridad; un RTO de 10 horas garantiza el fracaso.

Metodología para priorizar servicios y determinar objetivos

1. Recolección estructurada: entrevistas y cuestionarios a dueños de proceso, validados con datos operativos.
2. Cuantificación del impacto en el tiempo: se construye una curva de impacto por proceso (impacto vs. duración de la interrupción).
3. Determinación del MTPD: punto en la curva donde el impacto se vuelve intolerable.
4. Derivación de RTO y RPO: objetivos alineados al MTPD y a la tolerancia a pérdida de datos del negocio.
5. Priorización: matriz que cruza criticidad del proceso con su MTPD para ordenar la secuencia de recuperación.
6. Validación ejecutiva: los objetivos se formalizan y aprueban por la dirección, pues implican decisiones de inversión.

Objetivo	Actividades	Roles participantes	Entradas	Salidas	Riesgos	Controles	Entregables	KPI asociados
Comprender impacto y fijar objetivos de recuperación	Inventario de procesos, mapeo de dependencias, cuantificación de impactos, clasificación de criticidad, derivación de MTPD/RTO/RPO/RCO	Coord. Recuperación, Dueños de Proceso, Riesgos, TI, Finanzas	Catálogo de procesos, datos financieros y operativos, inventario de activos y terceros	BIA aprobado, matriz de criticidad, objetivos de recuperación por servicio	Subestimar dependencias ocultas; datos desactualizados; sesgo de los entrevistados	Validación cruzada con datos reales; aprobación ejecutiva; revisión anual	Documento BIA, matriz de criticidad, tabla RTO/RPO por servicio	% de procesos con BIA vigente; % de servicios con RTO/RPO definido

---

3. Gestión de Riesgos

Si el BIA responde "¿qué perderíamos?", la gestión de riesgos responde "¿qué podría causar la pérdida y qué probabilidad tiene?". Ambos análisis se complementan: el BIA prioriza por impacto; el análisis de riesgos, por probabilidad de ocurrencia.

Identificación de amenazas

Las amenazas se catalogan por naturaleza: naturales (sismos, inundaciones, fenómenos meteorológicos), tecnológicas (fallos de hardware, corrupción de datos, caídas de red, ciberataques), humanas (error operativo, sabotaje, ausencia de personal clave) y externas (fallo de proveedores, cortes de energía, inestabilidad social, pandemias).

Vulnerabilidades

Se identifican las debilidades que una amenaza podría explotar: puntos únicos de fallo (SPOF), respaldos no probados, dependencia de personal no documentada, ausencia de sitios alternos, acuerdos con terceros sin cláusulas de continuidad o configuraciones sin redundancia.

Riesgos internos y externos

• Internos: fallos de infraestructura propia, errores humanos, deficiencias de procesos, rotación de personal crítico, deuda técnica.
• Externos: desastres naturales, interrupciones de servicios públicos, fallos de proveedores, eventos geopolíticos, ataques dirigidos.

Escenarios de desastre

En lugar de planificar para cada amenaza individual, se diseñan escenarios representativos que agrupan efectos similares: pérdida total del centro de procesamiento principal, pérdida de acceso a las instalaciones, pérdida masiva de datos, indisponibilidad del personal clave, interrupción prolongada de un proveedor crítico y compromiso de seguridad a gran escala. Planificar por escenario (efecto) es más robusto que planificar por causa.

Probabilidad e impacto, y evaluación de riesgos

Cada riesgo se evalúa cruzando probabilidad (frecuencia esperada) e impacto (severidad según el BIA) en una matriz de calor. El producto determina el nivel de riesgo (bajo, medio, alto, crítico) y la prioridad de tratamiento.

Impacto \ Probabilidad	Baja	Media	Alta
Alto	Medio	Alto	Crítico
Medio	Bajo	Medio	Alto
Bajo	Bajo	Bajo	Medio

Tratamiento de riesgos

Para cada riesgo se elige una estrategia: mitigar (reducir probabilidad o impacto mediante controles, redundancia, respaldos), transferir (seguros, cláusulas contractuales), aceptar (asumir el riesgo residual cuando el costo de tratarlo supera el beneficio) o evitar (eliminar la actividad que genera el riesgo). El DR es, en esencia, un control de mitigación del impacto de los riesgos no evitables.

Criterios para declarar un desastre

Se establecen criterios objetivos y predefinidos que disparan la evaluación formal para declarar un desastre, por ejemplo: interrupción de un servicio crítico que supera (o se proyecta que superará) su RTO; pérdida confirmada del sitio principal; pérdida de datos que excede el RPO; o imposibilidad de operar un proceso crítico por indisponibilidad de personal o instalaciones. Los criterios eliminan la subjetividad en el momento de mayor presión.

Objetivo	Actividades	Roles participantes	Entradas	Salidas	Riesgos	Controles	Entregables	KPI asociados
Identificar, evaluar y tratar los riesgos de continuidad	Catalogar amenazas y vulnerabilidades, construir escenarios, evaluar probabilidad/impacto, definir tratamientos y criterios de declaración	Líder de Riesgos, Coord. Recuperación, TI, Seguridad, Dueños de Proceso	BIA, inventario de activos, histórico de incidentes, inteligencia de amenazas	Registro de riesgos, matriz de calor, plan de tratamiento, criterios de declaración	Omitir amenazas emergentes; subestimar probabilidad; criterios ambiguos	Revisión periódica del registro; validación de escenarios; criterios cuantificados	Registro de riesgos, catálogo de escenarios, criterios de declaración de desastre	% de riesgos críticos tratados; nº de escenarios con plan asociado

---

4. Personas

La tecnología se recupera; las personas deciden, ejecutan y comunican. Ningún plan de DR funciona sin una estructura humana clara, entrenada y disponible.

Estructura organizacional de recuperación

La estructura se organiza en tres niveles: estratégico (Comité de Crisis), táctico (Comité de Recuperación) y operativo (equipos de respuesta especializados). Cada nivel tiene autoridad, responsabilidades y canales de comunicación definidos, con suplentes designados para garantizar cobertura ante ausencias.

Equipos de respuesta

Equipos especializados por dominio: Equipo de Recuperación de Aplicaciones, de Datos, de Infraestructura, de Redes y Comunicaciones, de Seguridad, de Instalaciones, y de Soporte al Negocio. Cada equipo tiene un líder, miembros primarios y suplentes, y un plan de recuperación específico de su dominio.

Responsabilidades por rol, cadena de mando y escalamiento

La cadena de mando define quién dirige en cada nivel y a quién reporta. El escalamiento establece cuándo y cómo una decisión o un problema sube de nivel: un equipo operativo escala al Comité de Recuperación cuando enfrenta un bloqueo que excede su autoridad; el Comité de Recuperación escala al Comité de Crisis cuando se requiere una decisión estratégica, recursos excepcionales o comunicación externa. Los umbrales de escalamiento se definen previamente (p. ej., por tiempo transcurrido, por desviación del RTO o por severidad).

Gestión de proveedores y terceros

Se designa un enlace responsable de activar los SLA de continuidad con proveedores críticos, verificar sus propios planes de DR y coordinar la recuperación de servicios tercerizados. Los contratos de servicios críticos deben incluir cláusulas de continuidad, tiempos de respuesta comprometidos y derechos de auditoría.

Plan de comunicación

La comunicación de crisis se rige por el principio de una sola voz. Se definen plantillas, canales primarios y alternos, y portavoces autorizados.

• Comunicación interna: notificación de activación, instrucciones al personal, actualizaciones periódicas de estado y árbol de llamadas (call tree) con medios alternos (fuera de banda) por si los canales habituales están caídos.
• Comunicación externa: mensajes coordinados a clientes, socios, reguladores y medios, controlados por el Comité de Crisis y ejecutados por el Líder de Comunicaciones, alineados a las obligaciones regulatorias de notificación.

Capacitación y simulacros

El personal designado recibe capacitación recurrente sobre sus roles y los procedimientos. Los simulacros (detallados en la sección 12) validan que la estructura humana funciona bajo presión. Un equipo que conoce su rol antes de la crisis actúa; uno que lo descubre durante la crisis improvisa.

Objetivo	Actividades	Roles participantes	Entradas	Salidas	Riesgos	Controles	Entregables	KPI asociados
Asegurar una estructura humana preparada y comunicación efectiva	Definir equipos y suplentes, cadena de mando y escalamiento, plan de comunicación, capacitar y ejercitar	Coord. Recuperación, RR.HH., Comunicaciones, Líderes de equipo	Organigrama, directorio de contactos, matriz RACI, contratos de terceros	Estructura de recuperación, call tree, plan de comunicación, registro de capacitación	Personal clave no disponible; contactos desactualizados; dependencia de una sola persona	Suplentes designados; actualización periódica de contactos; capacitación obligatoria	Directorio de crisis, plan de comunicación, registro de simulacros y capacitación	% de roles con suplente; % de personal capacitado; cobertura de call tree verificada

---

5. Tecnología

Esta sección describe, de forma conceptual y agnóstica, los dominios tecnológicos que habilitan la recuperación y las estrategias que los protegen. No se prescriben fabricantes ni plataformas: los conceptos aplican a cualquier entorno (on-premise, nube o híbrido).

Dominios tecnológicos

• Aplicaciones. El portafolio de aplicaciones que sostiene los procesos críticos, con sus dependencias e interfaces. La recuperación considera el orden de arranque y las dependencias entre aplicaciones.
• Datos. El activo más difícil de reconstruir. Incluye bases de datos, repositorios documentales y datos maestros. La protección de datos es la prioridad absoluta, pues la infraestructura se reconstruye pero los datos perdidos pueden ser irrecuperables.
• Infraestructura. Cómputo, almacenamiento y los servicios base sobre los que corren las aplicaciones.
• Redes y comunicaciones. Conectividad entre sitios, hacia el exterior y hacia los usuarios; incluye rutas alternas y capacidad de redireccionamiento.
• Seguridad. Los controles de seguridad deben mantenerse durante la recuperación; un sitio alterno no puede ser un sitio inseguro. La recuperación nunca debe sacrificar la postura de seguridad.
• Identidades y accesos. Los servicios de autenticación y autorización son habilitadores transversales: sin ellos, nada más funciona. Su recuperación suele ser de máxima prioridad.
• Plataformas de soporte. Servicios transversales como DNS, directorios, mensajería, monitoreo y orquestación, de los que dependen múltiples servicios.

Estrategias de respaldo y recuperación

Las estrategias se seleccionan según el RTO y el RPO de cada servicio. A menor RTO/RPO, mayor inversión requerida:

Estrategia	RTO típico	RPO típico	Enfoque conceptual
Respaldo y restauración	Alto (horas-días)	Alto (horas)	Copias periódicas restauradas bajo demanda. Menor costo.
Sitio alterno frío	Alto	Medio	Instalación disponible sin sistemas activos; se aprovisiona al activar.
Sitio alterno tibio	Medio	Medio-bajo	Sistemas parcialmente preparados; requiere sincronización final.
Sitio alterno caliente	Bajo (minutos-horas)	Bajo	Réplica lista para asumir carga con mínima intervención.
Operación activa-activa	Muy bajo (casi nulo)	Casi nulo	Carga distribuida entre sitios simultáneos. Mayor costo.

Retención y protección de información

Se definen políticas de retención (cuánto tiempo se conservan los respaldos y versiones) alineadas a requisitos de negocio y regulatorios, y de protección (cifrado en reposo y en tránsito, control de acceso a respaldos, inmutabilidad para resistir ataques, y la regla de diversificación de copias: múltiples copias, en múltiples ubicaciones, con al menos una aislada). Un respaldo que nunca se ha restaurado no es un respaldo: es una suposición. La prueba periódica de restauración es obligatoria.

Recuperación de servicios, plataformas y dependencias

La recuperación tecnológica respeta el orden de dependencias: primero las plataformas de soporte (red, identidades, DNS), luego los datos, después las aplicaciones y finalmente la validación de extremo a extremo. Un mapa de dependencias tecnológicas, mantenido actualizado, es indispensable para secuenciar correctamente la recuperación.

Objetivo	Actividades	Roles participantes	Entradas	Salidas	Riesgos	Controles	Entregables	KPI asociados
Proteger y recuperar los activos tecnológicos conforme a RTO/RPO	Definir estrategias de respaldo/recuperación por servicio, mapear dependencias, probar restauraciones, asegurar protección de datos	Equipos de TI, Datos, Infraestructura, Seguridad	Objetivos RTO/RPO, inventario tecnológico, mapa de dependencias	Estrategias de recuperación por servicio, respaldos verificados, mapa de dependencias	Respaldos no recuperables; dependencias no mapeadas; brecha de seguridad en sitio alterno	Pruebas de restauración; cifrado e inmutabilidad; validación de integridad	Plan de recuperación técnica, bitácora de pruebas de respaldo, mapa de dependencias	% de respaldos probados con éxito; % de servicios con estrategia alineada a RTO

---

6. Procedimiento de Activación del DR

Esta sección define el paso a paso que convierte la detección de un evento en una respuesta coordinada. Se estructura en cuatro fases secuenciales.

Fase 1. Detección

Objetivo: identificar oportunamente un evento potencialmente disruptivo y notificarlo a la estructura de recuperación.

Actividades: monitoreo continuo de servicios e infraestructura; recepción de alertas automáticas y reportes humanos; registro inicial del evento; notificación al Coordinador de Recuperación.

Responsables: operación de monitoreo, mesa de servicio, Coordinador de Recuperación.

Entradas: alertas de monitoreo, reportes de usuarios, avisos de terceros o autoridades.

Salidas: registro formal del evento y notificación iniciada.

Fase 2. Evaluación

Análisis inicial: se caracteriza el evento (alcance, servicios afectados, causa probable).

Evaluación de daños: se determina la extensión real del impacto sobre procesos, datos, infraestructura y personas.

Determinación del impacto: se clasifica el impacto al negocio con base en el BIA.

Comparación contra RTO y RPO: se contrasta la situación (tiempo de interrupción proyectado y pérdida de datos) con los objetivos definidos, para determinar si se superan o se proyecta superarlos. Esta comparación es el insumo clave de la decisión de declarar desastre.

Fase 3. Declaración de Desastre

Criterios: se aplican los criterios objetivos predefinidos (sección 3).

Niveles de severidad: se asigna un nivel que modula la respuesta.

Nivel	Descripción	Respuesta
N1 – Menor	Interrupción contenida, sin riesgo de superar RTO.	Gestión por incidentes; sin activación de DR.
N2 – Mayor	Servicio crítico en riesgo de superar RTO.	Alerta al Comité de Recuperación; preparación.
N3 – Grave	Uno o más servicios críticos interrumpidos más allá del RTO.	Activación del DR; Comité de Recuperación al mando.
N4 – Crítico	Pérdida mayor (sitio, datos, múltiples servicios).	Comité de Crisis; activación total del DR.

Aprobaciones y decisión ejecutiva: la declaración formal de desastre (N3/N4) corresponde al Comité de Crisis, con base en la recomendación del Coordinador de Recuperación. La decisión se documenta con hora, responsable y fundamento.

Fase 4. Activación del DR

Comunicación: se notifica la activación a toda la estructura de recuperación por los canales definidos.

Convocatoria de equipos: se activan los equipos de respuesta y se verifican disponibilidad y suplencias.

Inicio de procedimientos: se da la orden formal de ejecutar los planes de recuperación conforme a las prioridades.

Fase	Objetivo	Actividades	Roles participantes	Entradas	Salidas	Riesgos	Controles	Entregables	KPI asociados
Detección	Identificar y notificar el evento	Monitoreo, registro, notificación	Monitoreo, Mesa de Servicio, Coord. Recuperación	Alertas, reportes	Evento registrado y notificado	Detección tardía; falsos negativos	Monitoreo redundante; umbrales definidos	Registro del evento	Tiempo de detección (MTTD)
Evaluación	Dimensionar impacto y contrastar con RTO/RPO	Análisis, evaluación de daños, clasificación	Coord. Recuperación, Equipos técnicos, Dueños de Proceso	Registro del evento, BIA	Informe de impacto	Subestimar el daño; demora en evaluar	Checklist de evaluación; criterios del BIA	Informe de evaluación de daños	Tiempo de evaluación
Declaración	Decidir formalmente la activación	Aplicar criterios, asignar severidad, aprobar	Comité de Crisis, Coord. Recuperación	Informe de impacto, criterios	Declaración formal y nivel de severidad	Indecisión; declaración tardía	Criterios objetivos; autoridad definida	Acta de declaración	Tiempo hasta la declaración
Activación	Movilizar equipos e iniciar recuperación	Comunicar, convocar, iniciar planes	Coord. Recuperación, Equipos, Comunicaciones	Declaración, planes de recuperación	Equipos activos, recuperación iniciada	Personal no localizable; canales caídos	Call tree con medios alternos; suplentes	Bitácora de activación	Tiempo de movilización

---

7. Procedimiento de Recuperación

Con el DR activado, comienza la recuperación ordenada de los servicios críticos. La recuperación se ejecuta por prioridad de criticidad y respetando la secuencia de dependencias.

Enfoque por servicio crítico

Para cada servicio crítico, el plan de recuperación especifica:

• Prioridad de recuperación: derivada de la clasificación de criticidad del BIA.
• Dependencias: qué servicios y plataformas deben estar operativos antes.
• Secuencia de recuperación: el orden exacto de pasos para restaurarlo.
• Validaciones: las comprobaciones que confirman que el servicio opera correctamente.
• Riesgos: los riesgos específicos del proceso de recuperación.
• Controles: las medidas que mitigan esos riesgos (puntos de verificación, respaldos previos, segregación).

Dimensiones de la recuperación

Recuperación de procesos. Restaurar los procesos de negocio, incluyendo procedimientos manuales temporales (workarounds) mientras se restablece el soporte tecnológico completo.

Recuperación de personal. Asegurar que las personas correctas estén disponibles y ubicadas (en sitio alterno, remoto o reasignadas), con los accesos y herramientas necesarios.

Recuperación tecnológica. Restaurar plataformas de soporte, datos, aplicaciones e infraestructura en el orden de dependencias definido.

Recuperación de información. Restaurar los datos desde los respaldos verificados hasta el punto de recuperación objetivo (RPO), validando integridad y consistencia.

Recuperación de comunicaciones. Restablecer la conectividad y los canales de comunicación internos y externos.

Secuencia general de recuperación

1. Plataformas de soporte (red, identidades, DNS, servicios base).
2. Datos críticos (restauración y validación de integridad).
3. Aplicaciones críticas en orden de dependencia.
4. Servicios de negocio y canales de atención.
5. Validación de extremo a extremo.

Objetivo	Actividades	Roles participantes	Entradas	Salidas	Riesgos	Controles	Entregables	KPI asociados
Restaurar los servicios críticos por prioridad y dependencia	Ejecutar planes por servicio, restaurar datos, aplicaciones e infraestructura, aplicar workarounds, validar paso a paso	Equipos de Recuperación, Dueños de Proceso, Seguridad	Planes de recuperación, respaldos, mapa de dependencias	Servicios críticos restaurados y verificados	Recuperación fuera de secuencia; datos inconsistentes; retrabajo	Puntos de verificación; validación de integridad; segregación de funciones	Servicios recuperados, bitácora de recuperación	% de servicios recuperados dentro de RTO; integridad de datos validada

---

8. Validación y Certificación Operativa

Recuperar un servicio no es lo mismo que confirmar que funciona correctamente. Antes de devolver un servicio a producción, debe superar un proceso de validación formal en tres planos.

Validaciones técnicas

Comprobaciones de que la infraestructura, los datos y las aplicaciones operan según lo esperado: disponibilidad de componentes, integridad y consistencia de datos, conectividad, rendimiento mínimo (RCO) y vigencia de los controles de seguridad.

Validaciones funcionales

Pruebas de que las funcionalidades del servicio operan correctamente: transacciones de extremo a extremo, integraciones con otros sistemas y casos de uso representativos.

Validaciones de negocio

El dueño del proceso confirma que el servicio soporta la operación real del negocio: los usuarios pueden trabajar, los procesos fluyen y los resultados son correctos. Esta validación es la que autoriza, en última instancia, considerar el servicio recuperado.

Criterios de aceptación y de éxito

• Criterios de aceptación: condiciones mínimas verificables que un servicio debe cumplir para considerarse recuperado (p. ej., datos íntegros hasta el RPO, funcionalidades críticas operativas, seguridad activa).
• Criterios de éxito: medición global de la recuperación (p. ej., todos los servicios críticos recuperados dentro de su RTO, sin pérdida de datos más allá del RPO, sin incidentes de seguridad).

Objetivo	Actividades	Roles participantes	Entradas	Salidas	Riesgos	Controles	Entregables	KPI asociados
Certificar que los servicios recuperados operan correctamente	Ejecutar validaciones técnicas, funcionales y de negocio; aplicar criterios de aceptación	Equipos técnicos, Dueños de Proceso, Seguridad, Coord. Recuperación	Servicios recuperados, criterios de aceptación	Servicios certificados para operación	Validación superficial; falsos positivos; omitir seguridad	Checklist de validación; doble verificación; aprobación del dueño	Acta de validación/certificación operativa	% de servicios certificados; nº de defectos detectados en validación

---

9. Retorno a la Operación Normal

La recuperación en modo contingencia es un estado temporal. El retorno a la operación normal (failback) debe gestionarse con el mismo rigor que la activación, pues una transición mal ejecutada puede provocar una segunda interrupción.

Criterios para regresar a operación

Se define cuándo es seguro y conveniente retornar: la causa raíz ha sido resuelta, el entorno principal está restaurado y validado, y el retorno representa menor riesgo que permanecer en contingencia. El retorno nunca se improvisa ni se apresura.

Plan de retorno

Se planifica la secuencia de retorno (habitualmente en ventana controlada y de bajo impacto), incluyendo la sincronización de datos generados durante la contingencia hacia el entorno principal, para no perder las transacciones ocurridas en modo DR.

Gestión de cambios

El retorno se ejecuta bajo control formal de cambios: aprobaciones, ventana planificada, plan de reversión (rollback) y comunicación a los interesados. Todo cambio realizado durante la contingencia se documenta y concilia.

Validaciones finales y cierre de contingencia

Se repiten las validaciones técnicas, funcionales y de negocio en el entorno principal. Confirmada la operación normal, el Comité de Crisis declara formalmente el cierre de la contingencia, se desmovilizan los equipos y se notifica a todos los interesados.

Objetivo	Actividades	Roles participantes	Entradas	Salidas	Riesgos	Controles	Entregables	KPI asociados
Retornar de forma segura a la operación normal	Verificar criterios, planificar retorno, sincronizar datos, validar, cerrar contingencia	Comité de Crisis, Coord. Recuperación, Equipos técnicos, Dueños de Proceso	Entorno principal restaurado, datos de contingencia	Operación normal restablecida, contingencia cerrada	Segunda interrupción; pérdida de datos de contingencia; retorno prematuro	Control de cambios; plan de reversión; validación final	Acta de cierre de contingencia, registro de conciliación de datos	Tiempo total en contingencia; incidentes durante el retorno

---

10. Lecciones Aprendidas y Mejora Continua

Un evento de DR —real o simulado— es una fuente invaluable de aprendizaje. La mejora continua convierte cada crisis en una inversión en resiliencia futura.

Análisis post incidente

Dentro de un plazo definido tras el cierre, se realiza una revisión estructurada (post-mortem) con todos los involucrados, en un ambiente sin culpa (blameless) que privilegie el aprendizaje sobre la asignación de responsabilidades. Se reconstruye la cronología, se analizan decisiones y tiempos, y se contrastan los resultados contra los objetivos.

Hallazgos y acciones de mejora

Se documentan los hallazgos (qué funcionó, qué falló, qué faltó) y se traducen en acciones de mejora concretas, cada una con responsable, plazo y prioridad, gestionadas hasta su cierre.

Actualización de BIA, riesgos y DR

Las lecciones alimentan la actualización de los artefactos fundamentales: se actualiza el BIA (si cambiaron criticidades o dependencias), se actualiza el registro de riesgos (nuevas amenazas o vulnerabilidades reveladas) y se actualiza el procedimiento de DR (ajuste de planes, secuencias, objetivos o roles). Así, el ciclo se reinicia con un marco más robusto.

Objetivo	Actividades	Roles participantes	Entradas	Salidas	Riesgos	Controles	Entregables	KPI asociados
Aprender del evento y fortalecer la resiliencia	Post-mortem blameless, documentar hallazgos, definir y dar seguimiento a mejoras, actualizar BIA/riesgos/DR	Coord. Recuperación, todos los equipos, Riesgos, Dueños de Proceso	Bitácora del evento, métricas de recuperación	Informe de lecciones aprendidas, plan de mejora, artefactos actualizados	No dar seguimiento a las acciones; cultura de culpa; aprendizaje perdido	Seguimiento formal de acciones; revisión blameless; fechas comprometidas	Informe post-incidente, plan de acción, BIA/riesgos/DR actualizados	% de acciones de mejora cerradas a tiempo; tendencia de hallazgos recurrentes

---

11. Métricas y KPIs

Lo que no se mide no se puede mejorar. El programa de DR se gobierna mediante un cuadro de indicadores que evidencia su efectividad y madurez.

KPI	Qué mide	Fórmula / enfoque	Meta orientativa
Cumplimiento de RTO	Capacidad de recuperar dentro del tiempo objetivo	Tiempo real de recuperación ≤ RTO (por servicio)	100% de servicios críticos
Cumplimiento de RPO	Pérdida de datos dentro del límite tolerable	Pérdida real de datos ≤ RPO (por servicio)	100% de servicios críticos
Tiempo real de recuperación	Duración efectiva de la recuperación	Desde la declaración hasta la certificación operativa	Tendencia a la baja
Disponibilidad	Porcentaje de tiempo operativo de servicios críticos	Uptime / tiempo total	Según SLA por servicio
Efectividad de pruebas	Éxito de simulacros y pruebas	Pruebas exitosas / pruebas ejecutadas	≥ 90%
Hallazgos abiertos	Acciones de mejora pendientes	Nº de hallazgos sin cerrar y su antigüedad	Minimizar; sin vencidos críticos
Riesgos residuales	Exposición remanente tras el tratamiento	Nº y nivel de riesgos residuales aceptados	Dentro del apetito de riesgo
Cobertura del BIA	Vigencia del análisis de impacto	% de procesos con BIA actualizado	100% anual
Preparación del personal	Capacitación y suplencias	% de roles capacitados y con suplente	100%

Estos indicadores se reportan periódicamente al gobierno de continuidad y al patrocinador ejecutivo, y constituyen la evidencia objetiva de la madurez del programa.

---

12. Pruebas y Simulacros

Un plan de DR no probado no es una capacidad: es una esperanza documentada. Las pruebas validan que el procedimiento funciona, entrenan al personal y revelan brechas antes de que un desastre real las exponga. Se emplea un portafolio escalonado de tipos de prueba, de menor a mayor realismo y complejidad.

Tipos de prueba

Walkthrough (revisión guiada). Lectura y revisión conjunta del plan para verificar que está completo, actualizado y comprendido.

Tabletop Exercise (ejercicio de escritorio). Discusión basada en un escenario simulado; los participantes describen qué harían, sin ejecutar acciones reales. Valida decisiones, roles y coordinación.

Simulación parcial. Ejecución real de la recuperación de un subconjunto de servicios o de una fase específica, en un entorno controlado.

Simulación integral. Ejercicio completo que involucra a toda la estructura y múltiples servicios, aproximándose a condiciones reales.

Prueba técnica. Validación específica de componentes técnicos: restauración de respaldos, failover de infraestructura, conmutación de red.

Prueba de recuperación completa (full DR test). El ejercicio más exigente: recuperación real de los servicios críticos en el sitio alterno, idealmente con conmutación productiva, para verificar la capacidad de extremo a extremo.

Matriz de pruebas

Tipo de prueba	Objetivo	Frecuencia	Participantes	Evidencia requerida	Criterios de aprobación
Walkthrough	Verificar vigencia y comprensión del plan	Trimestral	Coord. Recuperación, líderes de equipo	Acta de revisión, plan actualizado	Plan completo, actualizado y entendido
Tabletop	Validar decisiones, roles y coordinación	Semestral	Comités y líderes	Guion del escenario, minuta de decisiones	Roles claros; decisiones correctas y oportunas
Simulación parcial	Probar recuperación de un subconjunto	Semestral	Equipos técnicos del alcance	Bitácora de ejecución, resultados	Servicios del alcance recuperados dentro de objetivos
Simulación integral	Validar la respuesta completa	Anual	Toda la estructura	Bitácora integral, métricas de recuperación	RTO/RPO cumplidos en el alcance definido
Prueba técnica	Validar componentes específicos	Según cambios / trimestral	Equipos técnicos	Resultados técnicos, logs de pruebas	Componentes recuperados y verificados
Prueba de recuperación completa	Verificar capacidad de extremo a extremo	Anual	Toda la estructura + terceros	Evidencia de conmutación y validación	Servicios críticos operativos en sitio alterno dentro de RTO/RPO

Objetivo	Actividades	Roles participantes	Entradas	Salidas	Riesgos	Controles	Entregables	KPI asociados
Validar y mejorar la capacidad de recuperación mediante ejercicios	Planear, ejecutar y evaluar pruebas; documentar evidencia; derivar mejoras	Coord. Recuperación, equipos, comités, terceros	Procedimiento de DR, escenarios, calendario de pruebas	Resultados de pruebas, hallazgos, evidencia	Pruebas poco realistas; impacto en producción; evidencia insuficiente	Entornos controlados; ventanas planificadas; criterios de aprobación	Informe de pruebas, evidencia, plan de mejora	Efectividad de pruebas; % de plan probado; hallazgos por prueba

---

Flujo cronológico integral

Todo el procedimiento se articula en una línea de tiempo coherente que conecta la preparación con la respuesta y el aprendizaje:

BIA → Análisis de Riesgos → Preparación → Detección → Evaluación → Declaración de Desastre → Activación del DR → Recuperación → Validación → Retorno a la Normalidad → Mejora Continua.

Las tres primeras etapas (BIA, riesgos y preparación) ocurren en tiempos de calma y determinan la calidad de todo lo demás. Las etapas centrales (detección a validación) son la respuesta bajo presión, donde el gobierno y la claridad de roles marcan la diferencia. Las dos últimas (retorno y mejora) cierran el ciclo y lo reinician con mayor madurez.

Reflexión final

La resiliencia organizacional no es un producto que se compra ni un documento que se archiva: es una capacidad que se construye, se gobierna y se ejercita. Un Procedimiento Integral de Disaster Recovery no garantiza que los desastres no ocurran —ningún procedimiento puede hacerlo—, pero sí determina si la organización los enfrenta con una respuesta ordenada o con una improvisación costosa. La diferencia entre ambas se decide mucho antes del evento: en la calidad del BIA, en la honestidad del análisis de riesgos, en la claridad del gobierno, en la preparación de las personas y en la disciplina de las pruebas.

En un entorno donde la dependencia tecnológica solo crece y las amenazas se multiplican, la pregunta para todo líder ya no es si ocurrirá una interrupción grave, sino cuándo y qué tan preparada estará su organización. Invertir en un procedimiento de DR formal, agnóstico, probado y mejorado continuamente no es un costo de cumplimiento: es una de las decisiones más estratégicas que una organización puede tomar para proteger su continuidad, su reputación y, en última instancia, su supervivencia.