Plánování provozní obnovy
Vytvoření kontrolovatelného pořadí obnovy podle udržovaných závislostí procesů a úloh, výslovně zadaných zdrojů, simulací výpadků a cílů RTO/RPO.
Kritické provozní a IT procesy: id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description P1,Databáze objednávek,high,60,60,2026-11-03T08:30:00Z,Databázový tým,Obnovení udržované databáze objednávek před opětovným spuštěním…
Úloha databáze je naplánována na minuty 0–30 a příjem objednávek na minuty 30–50 s jediným pracovníkem obnovy. Obě plánovaná dokončení splňují zadané cíle RTO 60 a 120 minut. Zadané stáří zálohy je 30 minut oproti RPO 60 minut. Jde o plá…
Plánování obnovy začíná u udržovaných provozních skutečností: závislostí procesů, úloh, dob trvání, zdrojů a cílových časů. AI vybírá věcně významné pasáže procesů a úloh ke kontrole. Server vypočítává dotčené navazující procesy, pořadí zohledňující kapacitu a nevyřešené blokace. Plánované dokončení, porovnání RTO a podklady ke stáří záloh zůstávají oddělené od tvrzení o úspěšné obnově.
Tvoje texty, stránky a obrázky se zpracovávají na našich vlastních serverech v EU. Centrum důvěry
Pro koho je
Týmy provozní a IT kontinuity připravující simulační cvičení podle udržovaných interních postupů obnovy. Nejde o řízení živého incidentu, příručku pro zdravotní nouzové situace ani plánovač evakuace. Schválené interní provozní příručky a odpovědní specialisté zůstávají nezbytní.
Typické použití
- Simulace výpadku procesu a sledování závislých procesů.
- Snížení kapacity zdrojů nebo označení zdroje obnovy za nedostupný.
- Porovnání plánovaného dokončení s RTO a zadaného stáří zálohy s RPO.
- Odhalení cyklů závislostí, chybějících úloh a blokované navazující práce před simulačním cvičením.
Příklad
Vstup
Kritické provozní a IT procesy: id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description P1,Databáze objednávek,high,60,60,2026-11-03T08:30:00Z,Databázový tým,Obnovení udržované databáze objednávek před opětovným spuštěním příjmu objednávek. P2,Příjem objednávek,high,120,60,2026-11-03T08:30:00Z,Tým služby,Příjem objednávek vyžaduje dostupnou databázi objednávek. Udržované závislosti: id,from,to,evidence L1,P1,P2,Příjem objednávek čte a zapisuje databázi objednávek. Udržované úlohy obnovy: id,process,sequence,duration_minutes,resource,units,instruction T1,P1,1,30,R1,1,Obnovení schválené zálohy databáze a zaznamenání výsledku validace. T2,P2,1,20,R1,1,Opětovné spuštění udržované služby příjmu objednávek po ověření databáze. Zdroje pro obnovu: id,name,capacity R1,Pracovník obnovy,1 Identifikátory procesů se simulovaným výpadkem: P1 Výslovný referenční čas UTC: 2026-11-03T09:00:00Z Plánovací horizont v minutách: 480 Priorita plánování obnovy: Zadaná kritičnost Dostupná kapacita zdrojů (%): 100 Bezpečnostní rezerva RTO v minutách: 0 Pravidlo stáří záloh: Upozornit na nedostatky záloh Filtr kritičnosti: Vše Maximální počet vybraných záznamů ke kontrole: 10 Podrobnost citací: Podrobné Pořadí zobrazení: Plánované zahájení
Výsledek
Úloha databáze je naplánována na minuty 0–30 a příjem objednávek na minuty 30–50 s jediným pracovníkem obnovy. Obě plánovaná dokončení splňují zadané cíle RTO 60 a 120 minut. Zadané stáří zálohy je 30 minut oproti RPO 60 minut. Jde o plánovací porovnání, nikoli důkaz použitelné zálohy nebo úspěšného obnovení.
Pevný příklad, zkrácený. Skutečné výsledky vytváří AI: zkontroluj je prosím.
Cena a limity
- Cena
- obvykle 1–3 kreditů
- K dispozici s
- Zdarma, S balíčkem
- Limit vstupu
- Jedna stránka s nejvýše 100 000 znaky HTML
Soukromí
Zpracováváme na vlastních serverech v EU (Polsko). Vstupy a výsledky se mažou po 7 dnech (Zdarma) nebo po 30 dnech (balíčky), případně hned po zobrazení výsledku, pokud zvolíš, že se neukládají. Obrázky se mažou hned po zpracování.
V API
Název nástroje: recovery_plan. Úlohu vytvoříš pomocí POST /api/v1/jobs a výsledek získáš pomocí GET /api/v1/jobs/{id}. Svůj klíč API najdeš ve svém účtu.
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/"}'
Otázky a odpovědi
Spouštějí se úlohy nebo se volně vytvářejí?
Ne. Jako přesné citace se mohou objevit pouze udržované pokyny úloh. Model nemůže přidat příkaz, úlohu obnovy ani zdroj. Nic se nespouští ani neodesílá externí službě.
Jak se zpracovávají závislosti a kapacita?
Dotčený proces čeká, dokud nejsou naplánovány všechny dotčené předpoklady. Jeho úlohy následují zadané pořadí. Rezervace zdrojů respektují efektivní kapacitu v celých jednotkách a umožňují souběžnou práci pouze tehdy, když to kapacita dovoluje. Cykly, chybějící úlohy a nevyhovující zdroje zůstávají blokacemi; navazující práce je nemůže přeskočit.
Dokládá splnění RTO nebo RPO obnovu?
Ne. RTO porovnává odhadované dokončení včetně výslovné rezervy se zadaným cílem. RPO porovnává referenční čas se zadaným časem zálohy. Ani jedno neověřuje integritu záloh, skutečnou ztrátu dat ani úspěšné obnovení. Nedotčené předpoklady se považují za dostupné, takže neúplné údaje o závislostech mohou plán zneplatnit.
Ukládá se můj text?
Pouze tak dlouho, jak je potřeba: 7 dní v tarifu Free, 30 dní s balíčkem – nebo vůbec, pokud se rozhodneš text neukládat. Zpracování probíhá na našich vlastních serverech v EU (v Polsku).
Můžu výsledek hned použít?
Výsledky vytváří AI. Než je zveřejníš nebo odešleš, prosím si je přečti.