Veiklos atkūrimo planavimas

Peržiūrimos atkūrimo sekos sudarymas pagal prižiūrimas procesų priklausomybes ir užduotis, aiškius išteklius, sutrikimų imitacijas ir RTO/RPO tikslus.

Įvestis

Rezultatas

Atkūrimo planavimas prasideda prižiūrimais veiklos faktais: procesų priklausomybėmis, užduotimis, trukmėmis, ištekliais ir tiksliniais laikais. DI parenka esmines procesų ir užduočių ištraukas peržiūrai. Serveris apskaičiuoja paveiktus paskesnius procesus, pajėgumą atitinkančią seką ir neišspręstas blokavimo priežastis. Planuotas užbaigimas, RTO palyginimas ir atsarginių kopijų amžiaus įrodymai lieka atskirti nuo teiginio, kad atkūrimas pavyko.

Tavo tekstai, puslapiai ir vaizdai apdorojami mūsų pačių serveriuose ES. Pasitikėjimo centras

Išbandyk dabar Kainos

Kam skirta

Veiklos ir IT tęstinumo komandos, rengiančios teorines pratybas pagal prižiūrimas vidines atkūrimo procedūras. Tai nėra realaus incidento valdiklis, skubios medicinos vadovas ar evakuacijos planavimo priemonė. Patvirtintos vidinės veiklos instrukcijos ir atsakingi specialistai lieka būtini.

Tipiniai panaudojimai

Proceso sutrikimo imitavimas ir jo priklausomų procesų sekimas.
Išteklių pajėgumo mažinimas arba atkūrimo ištekliaus pažymėjimas kaip neprieinamo.
Planuoto užbaigimo palyginimas su RTO ir pateikto kopijos amžiaus palyginimas su RPO.
Priklausomybių ciklų, trūkstamų užduočių ir užblokuoto paskesnio darbo atskleidimas prieš teorinę peržiūrą.

Pavyzdys

Įvestis

Kritiniai veiklos ir IT procesai: id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description P1,Užsakymų duomenų bazė,high,60,60,2026-11-03T08:30:00Z,Duomenų bazės komanda,Prižiūrimos užsakymų duomenų bazės atkūrimas prieš iš naujo paleidžiant užsakymų priėmimą. P2,Užsakymų priėmimas,high,120,60,2026-11-03T08:30:00Z,Paslaugos komanda,Užsakymų priėmimui būtina prieinama užsakymų duomenų bazė. Prižiūrimos priklausomybės: id,from,to,evidence L1,P1,P2,Užsakymų priėmimas skaito ir rašo užsakymų duomenų bazę. Prižiūrimos atkūrimo užduotys: id,process,sequence,duration_minutes,resource,units,instruction T1,P1,1,30,R1,1,Patvirtintos duomenų bazės atsarginės kopijos atkūrimas ir tikrinimo rezultato užfiksavimas. T2,P2,1,20,R1,1,Prižiūrimos užsakymų priėmimo paslaugos paleidimas iš naujo patikrinus duomenų bazę. Atkūrimo ištekliai: id,name,capacity R1,Atkūrimo operatorius,1 Imituojamų sutrikusių procesų ID: P1 Aiškus UTC atskaitos laikas: 2026-11-03T09:00:00Z Planavimo horizontas minutėmis: 480 Atkūrimo planavimo prioritetas: Pateiktas kritiškumas Prieinamas išteklių pajėgumas (%): 100 RTO saugos atsarga minutėmis: 0 Atsarginių kopijų amžiaus taisyklė: Įspėti apie atsarginių kopijų spragas Kritiškumo filtras: Visi Didžiausias peržiūros pasirinkimų skaičius: 10 Citatų išsamumas: Išsamiai Rodinio tvarka: Suplanuota pradžia

Rezultatas

Duomenų bazės užduotis planuojama 0–30 minutėmis, o užsakymų priėmimas 30–50 minutėmis, naudojant vieną atkūrimo operatorių. Abu planuoti užbaigimai atitinka pateiktus 60 ir 120 minučių RTO tikslus. Pateiktas kopijos amžius yra 30 minučių, palyginti su 60 minučių RPO. Tai planavimo palyginimai, o ne tinkamos kopijos ar sėkmingo atkūrimo įrodymas.

Fiksuotas, sutrumpintas pavyzdys. Tikrus rezultatus sukuria DI: patikrink juos.

Kaina ir limitai

Kaina: paprastai 1–3 kreditų
Prieinama su: Nemokamas, Su paketu
Įvesties limitas: Vienas puslapis iki 100 000 HTML simbolių

Privatumas

Apdorojama mūsų pačių serveriuose ES (Lenkijoje). Įvestis ir rezultatai ištrinami po 7 d. (nemokamas) arba 30 d. (paketai), o jei pasirenki jų nesaugoti – iškart po to, kai pamatai rezultatą. Paveikslėliai ištrinami iškart po apdorojimo.

API

Įrankio pavadinimas: recovery_plan. Sukurk užduotį su POST /api/v1/jobs ir gauk rezultatą su GET /api/v1/jobs/{id}. Savo API raktą rasi savo paskyroje.

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/"}'

Visa API dokumentacija →

Klausimai ir atsakymai

Ar užduotys vykdomos arba laisvai generuojamos?

Ne. Tik prižiūrimos užduočių instrukcijos gali būti pateikiamos kaip tikslios citatos. Modelis negali pridėti komandos, atkūrimo užduoties ar ištekliaus. Niekas nevykdoma ir nesiunčiama išorinei paslaugai.

Kaip tvarkomos priklausomybės ir pajėgumas?

Paveiktas procesas laukia, kol suplanuojamos visos paveiktos būtinos sąlygos. Jo užduotys seka pateiktą eilę. Išteklių rezervacijos laikosi veiksmingo sveikų vienetų pajėgumo ir leidžia lygiagretų darbą tik tada, kai pajėgumo pakanka. Ciklai, trūkstamos užduotys ir nepakankami ištekliai lieka blokavimo priežastimis; paskesnis darbas negali jų praleisti.

Ar RTO arba RPO pasiekimas įrodo atkūrimą?

Ne. RTO lygina numatomą užbaigimą su aiškia atsarga ir pateiktą tikslą. RPO lygina atskaitos laiką su pateikta atsarginės kopijos laiko žyma. Nei vienas netikrina kopijos vientisumo, tikro duomenų praradimo ar sėkmingo atkūrimo. Nepaveiktos būtinos sąlygos laikomos prieinamomis, todėl neišsamūs priklausomybių duomenys gali padaryti planą netinkamą.

Ar mano tekstas saugomas?

Tik tiek, kiek reikia: 7 d. nemokamame plane, 30 d. su paketu – arba išvis ne, jei pasirinksi jo nesaugoti. Apdorojimas vyksta mūsų pačių serveriuose ES (Lenkijoje).

Ar rezultatą galiu naudoti iškart?

Rezultatai sukuriami DI. Prieš skelbdamas ar siųsdamas juos perskaityk.