Planificación de recuperación operativa

Construir una secuencia de recuperación revisable a partir de dependencias y tareas mantenidas, recursos explícitos, simulaciones de fallos y objetivos RTO/RPO.

Entrada

Resultado

La planificación de recuperación comienza con hechos operativos mantenidos: dependencias de procesos, tareas, duraciones, recursos y objetivos temporales. La IA selecciona pasajes sustanciales de procesos y tareas para revisión. El servidor calcula procesos posteriores afectados, una secuencia ajustada a capacidades y bloqueos sin resolver. La finalización prevista, la comparación RTO y la evidencia de antigüedad de copias permanecen separadas de una afirmación de recuperación exitosa.

Tus textos, páginas e imágenes se procesan en nuestros propios servidores de la UE. Centro de confianza

Pruébalo ahora Precios

Para quién es

Equipos de continuidad operativa y de TI que preparan un ejercicio de simulación a partir de procedimientos internos mantenidos. No es un controlador de incidentes en vivo, una guía de emergencias médicas ni un planificador de evacuación. Siguen siendo necesarios procedimientos internos aprobados y especialistas responsables.

Usos típicos

Simular el fallo de un proceso y seguir sus dependientes.
Reducir capacidad o marcar un recurso de recuperación como no disponible.
Comparar finalización prevista con RTO y antigüedad proporcionada de copias con RPO.
Revelar ciclos, tareas ausentes y trabajo posterior bloqueado antes de una revisión de simulación.

Ejemplo

Entrada

Procesos operativos y de TI críticos: id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description P1,Base de datos de pedidos,high,60,60,2026-11-03T08:30:00Z,Equipo de bases de datos,Restaurar la base de pedidos mantenida antes de reiniciar la recepción de pedidos. P2,Recepción de pedidos,high,120,60,2026-11-03T08:30:00Z,Equipo de servicios,La recepción de pedidos requiere que la base de pedidos esté disponible. Dependencias mantenidas: id,from,to,evidence L1,P1,P2,La recepción de pedidos lee y escribe en la base de pedidos. Tareas de recuperación mantenidas: id,process,sequence,duration_minutes,resource,units,instruction T1,P1,1,30,R1,1,Restaurar la copia aprobada de la base y registrar el resultado de validación. T2,P2,1,20,R1,1,Reiniciar el servicio mantenido de recepción de pedidos tras verificar la base. Recursos de recuperación: id,name,capacity R1,Operador de recuperación,1 ID de procesos con fallo simulado: P1 Hora explícita de referencia UTC: 2026-11-03T09:00:00Z Horizonte de planificación en minutos: 480 Prioridad de planificación de recuperación: Criticidad proporcionada Capacidad de recursos disponible (%): 100 Margen de seguridad RTO en minutos: 0 Política de antigüedad de copias: Avisar de carencias de copias Filtro de criticidad: Todos Máximo de selecciones para revisión: 10 Detalle de las citas: Detallado Orden de visualización: Inicio planificado

Resultado

La tarea de base de datos se planifica para los minutos 0–30 y la recepción de pedidos para los minutos 30–50 utilizando un único operador de recuperación. Ambas finalizaciones previstas cumplen los objetivos RTO proporcionados de 60 y 120 minutos. La antigüedad proporcionada de la copia es de 30 minutos frente a un RPO de 60 minutos. Son comparaciones de planificación, no pruebas de una copia utilizable o una restauración exitosa.

Un ejemplo fijo, acortado. Los resultados reales son generados por IA: por favor, compruébalos.

Precio y límites

Precio: normalmente 1–3 créditos
Disponible con: Gratis, Con paquete
Límite de entrada: Una página con hasta 100 000 caracteres de HTML

Privacidad

Procesado en nuestros propios servidores en la UE (Polonia). Las entradas y los resultados se eliminan después de 7 días (Gratis) o 30 días (paquetes), o justo después de que veas el resultado si eliges no guardarlos. Las imágenes se eliminan justo después del procesamiento.

En la API

Nombre de la herramienta: recovery_plan. Crea un trabajo con POST /api/v1/jobs y obtén el resultado con GET /api/v1/jobs/{id}. Encuentra tu clave de API en tu cuenta.

curl -X POST https://do4u.eu/api/v1/jobs \
  -H "Authorization: Bearer d4u_…" -H "Content-Type: application/json" \
  -d '{"tool": "recovery_plan", "url": "https://example.com/"}'

Documentación completa de la API →

Preguntas y respuestas

¿Se ejecutan tareas o se generan libremente?

No. Solo pueden aparecer instrucciones mantenidas como citas exactas. El modelo no puede añadir comandos, tareas de recuperación ni recursos. No se ejecuta nada ni se envía a servicios externos.

¿Cómo se gestionan dependencias y capacidad?

Un proceso afectado espera hasta que se planifiquen todos sus requisitos previos afectados. Sus tareas siguen la secuencia proporcionada. Las reservas respetan la capacidad efectiva de unidades enteras y permiten trabajo paralelo solo cuando la capacidad lo permite. Ciclos, tareas ausentes y recursos inviables permanecen como bloqueos; el trabajo posterior no puede omitirlos.

¿Cumplir RTO o RPO demuestra recuperación?

No. RTO compara el final estimado más el margen explícito con un objetivo proporcionado. RPO compara la hora de referencia con una marca temporal proporcionada de copia. Ninguno comprueba integridad, pérdida real de datos ni restauración exitosa. Se supone que los requisitos previos no afectados están disponibles, por lo que datos incompletos de dependencias pueden invalidar el plan.

¿Se guarda mi texto?

Solo el tiempo necesario: 7 días en el plan Free, 30 días con un paquete – o nada si decides no guardarlo. El procesamiento se realiza en nuestros propios servidores en la UE (Polonia).

¿Puedo usar el resultado de inmediato?

Los resultados son generados por IA. Por favor, léelos antes de publicarlos o enviarlos.