Pianificazione del ripristino operativo
Costruire una sequenza di ripristino verificabile da dipendenze e attività mantenute, risorse esplicite, simulazioni di guasto e obiettivi RTO/RPO.
Processi operativi e IT critici: id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description P1,Database ordini,high,60,60,2026-11-03T08:30:00Z,Team database,Ripristinare il database ordini mantenuto prima di riavviare la ric…
L’attività del database è prevista ai minuti 0–30 e la ricezione ordini ai minuti 30–50 usando l’unico operatore di ripristino. Entrambi i completamenti previsti rispettano gli obiettivi RTO forniti di 60 e 120 minuti. L’età fornita del …
La pianificazione del ripristino inizia con fatti operativi mantenuti: dipendenze dei processi, attività, durate, risorse e tempi obiettivo. L'IA seleziona passaggi sostanziali di processi e attività da verificare. Il server calcola processi a valle interessati, una sequenza compatibile con le capacità e blocchi irrisolti. Completamento previsto, confronto RTO ed evidenze dell’età dei backup restano distinti da una dichiarazione di ripristino riuscito.
I tuoi testi, le tue pagine e le tue immagini vengono elaborati sui nostri server nell'UE. Centro per la fiducia
A chi è rivolto
Team di continuità operativa e IT che preparano un’esercitazione da tavolo basata su procedure interne mantenute. Non è un controllore di incidenti in tempo reale, una guida alle emergenze mediche o un pianificatore di evacuazione. Restano necessari procedure operative interne approvate e specialisti responsabili.
Usi tipici
- Simulare il guasto di un processo e tracciare i dipendenti.
- Ridurre la capacità delle risorse o contrassegnare una risorsa come indisponibile.
- Confrontare la fine prevista con RTO e l’età fornita del backup con RPO.
- Rivelare cicli, attività mancanti e lavori a valle bloccati prima dell’esercitazione.
Esempio
Input
Processi operativi e IT critici: id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description P1,Database ordini,high,60,60,2026-11-03T08:30:00Z,Team database,Ripristinare il database ordini mantenuto prima di riavviare la ricezione ordini. P2,Ricezione ordini,high,120,60,2026-11-03T08:30:00Z,Team servizi,La ricezione ordini richiede la disponibilità del database ordini. Dipendenze mantenute: id,from,to,evidence L1,P1,P2,La ricezione ordini legge e scrive il database ordini. Attività di ripristino mantenute: id,process,sequence,duration_minutes,resource,units,instruction T1,P1,1,30,R1,1,Ripristinare il backup approvato del database e registrare l’esito della validazione. T2,P2,1,20,R1,1,Riavviare il servizio mantenuto di ricezione ordini dopo la verifica del database. Risorse di ripristino: id,name,capacity R1,Operatore di ripristino,1 ID dei processi con guasto simulato: P1 Ora di riferimento UTC esplicita: 2026-11-03T09:00:00Z Orizzonte di pianificazione in minuti: 480 Priorità di pianificazione del ripristino: Criticità fornita Capacità disponibile delle risorse (%): 100 Margine di sicurezza RTO in minuti: 0 Criterio dell’età del backup: Avvisare delle lacune nei backup Filtro di criticità: Tutti Numero massimo di selezioni da verificare: 10 Dettaglio delle citazioni: Dettagliato Ordine di visualizzazione: Inizio pianificato
Risultato
L’attività del database è prevista ai minuti 0–30 e la ricezione ordini ai minuti 30–50 usando l’unico operatore di ripristino. Entrambi i completamenti previsti rispettano gli obiettivi RTO forniti di 60 e 120 minuti. L’età fornita del backup è 30 minuti rispetto a RPO di 60 minuti. Sono confronti di pianificazione, non prove di backup utilizzabile o ripristino riuscito.
Un esempio fisso, abbreviato. I risultati reali sono generati dall'IA: controllali.
Prezzo e limiti
- Prezzo
- solitamente 1–3 crediti
- Disponibile con
- Gratis, Con pacchetto
- Limite di input
- Una pagina con fino a 100 000 caratteri HTML
Privacy
Elaborati sui nostri server in UE (Polonia). Gli input e i risultati vengono eliminati dopo 7 giorni (Gratis) o 30 giorni (pacchetti), o subito dopo la visualizzazione se scegli di non memorizzarli. Le immagini vengono eliminate subito dopo l'elaborazione.
Nell'API
Nome dello strumento: recovery_plan. Crea un lavoro con POST /api/v1/jobs e recupera il risultato con GET /api/v1/jobs/{id}. Trovi la tua chiave API nel tuo account.
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/"}'
Domande e risposte
Le attività vengono eseguite o generate liberamente?
No. Solo istruzioni mantenute possono apparire come citazioni esatte. Il modello non può aggiungere comandi, attività di ripristino o risorse. Nulla viene eseguito o inviato a servizi esterni.
Come vengono gestite dipendenze e capacità?
Un processo interessato attende che ogni prerequisito interessato sia pianificato. Le attività seguono la sequenza fornita. Le prenotazioni rispettano la capacità effettiva in unità intere e consentono lavoro parallelo solo se la capacità lo permette. Cicli, attività mancanti e risorse non fattibili restano blocchi; il lavoro a valle non può saltarli.
Rispettare RTO o RPO dimostra il ripristino?
No. RTO confronta la fine stimata più il margine esplicito con un obiettivo fornito. RPO confronta l’ora di riferimento con la data e ora del backup fornita. Nessuno controlla integrità del backup, perdita effettiva di dati o ripristino riuscito. I prerequisiti non interessati sono considerati disponibili, quindi dipendenze incomplete possono invalidare il piano.
Il mio testo viene memorizzato?
Solo per il tempo necessario: 7 giorni con il piano Free, 30 giorni con un pacchetto – o per nulla, se scegli di non memorizzarlo. L'elaborazione avviene sui nostri server in UE (Polonia).
Posso usare il risultato subito?
I risultati sono generati dall'IA. Per favore, leggili prima di pubblicarli o inviarli.