Betriebliche Wiederanlaufplanung

Eine prüfbare Wiederherstellungsfolge anhand gepflegter Prozessabhängigkeiten und Aufgaben, expliziter Ressourcen, Ausfallsimulationen und RTO/RPO-Ziele erstellen.

Eingabe

Ergebnis

Die Wiederherstellungsplanung beginnt mit gepflegten betrieblichen Fakten: Prozessabhängigkeiten, Aufgaben, Dauern, Ressourcen und Zielzeiten. Die KI wählt inhaltlich aussagekräftige Prozess- und Aufgabenpassagen zur Prüfung aus. Der Server berechnet betroffene nachgelagerte Prozesse, eine kapazitätsgerechte Reihenfolge und ungeklärte Blockaden. Geplanter Abschluss, RTO-Vergleich und Sicherungsaltersbelege bleiben von einer Behauptung erfolgreicher Wiederherstellung getrennt.

Deine Texte, Seiten und Bilder werden auf eigenen Servern in der EU verarbeitet. Trust-Center

Jetzt ausprobieren Preise

Für wen

Betriebliche und IT-Kontinuitätsteams, die anhand gepflegter interner Wiederherstellungsverfahren eine Planübung vorbereiten. Dies ist weder eine Steuerung laufender Vorfälle noch ein medizinischer Notfallleitfaden oder Evakuierungsplaner. Freigegebene interne Betriebshandbücher und verantwortliche Fachkräfte bleiben erforderlich.

Typische Anwendungen

Einen Prozessausfall simulieren und abhängige Prozesse verfolgen.
Ressourcenkapazität reduzieren oder eine Wiederherstellungsressource als nicht verfügbar markieren.
Geplantes Ende mit RTO und angegebenes Sicherungsalter mit RPO vergleichen.
Abhängigkeitszyklen, fehlende Aufgaben und blockierte nachgelagerte Arbeit vor einer Planübung aufdecken.

Beispiel

Eingabe

Kritische Betriebs- und IT-Prozesse: id,name,criticality,rto_minutes,rpo_minutes,backup_at,owner,description P1,Auftragsdatenbank,high,60,60,2026-11-03T08:30:00Z,Datenbankteam,Die gepflegte Auftragsdatenbank vor dem Neustart der Auftragserfassung wiederherstellen. P2,Auftragserfassung,high,120,60,2026-11-03T08:30:00Z,Serviceteam,Die Auftragserfassung setzt eine verfügbare Auftragsdatenbank voraus. Gepflegte Abhängigkeiten: id,from,to,evidence L1,P1,P2,Die Auftragserfassung liest und schreibt die Auftragsdatenbank. Gepflegte Wiederherstellungsaufgaben: id,process,sequence,duration_minutes,resource,units,instruction T1,P1,1,30,R1,1,Die freigegebene Datenbanksicherung wiederherstellen und das Validierungsergebnis dokumentieren. T2,P2,1,20,R1,1,Den gepflegten Auftragserfassungsdienst nach Datenbankprüfung neu starten. Wiederherstellungsressourcen: id,name,capacity R1,Wiederherstellungsfachkraft,1 IDs simulierter ausgefallener Prozesse: P1 Explizite UTC-Referenzzeit: 2026-11-03T09:00:00Z Planungshorizont in Minuten: 480 Priorität der Wiederherstellungsplanung: Angegebene Kritikalität Verfügbare Ressourcenkapazität (%): 100 RTO-Sicherheitszuschlag in Minuten: 0 Regel für das Sicherungsalter: Bei Sicherungslücken warnen Kritikalitätsfilter: Alle Maximale Prüfauswahl: 10 Zitatumfang: Ausführlich Anzeigereihenfolge: Geplanter Beginn

Ergebnis

Die Datenbankaufgabe ist für Minute 0–30 und die Auftragserfassung für Minute 30–50 mit einer einzigen Wiederherstellungsfachkraft geplant. Beide geplanten Abschlüsse erfüllen die angegebenen RTO-Ziele von 60 und 120 Minuten. Das angegebene Sicherungsalter beträgt 30 Minuten bei einer RPO von 60 Minuten. Dies sind Planungsvergleiche und kein Nachweis einer nutzbaren Sicherung oder erfolgreichen Wiederherstellung.

Ein festes Beispiel, gekürzt. Echte Ergebnisse sind KI-generiert: Bitte prüf sie.

Preis und Grenzen

Preis: meist 1–3 Credits
Verfügbar mit: Free, Mit Paket
Eingabegrenze: Eine Seite mit bis zu 100.000 Zeichen HTML

Datenschutz

Verarbeitet auf eigenen Servern in der EU (Polen). Eingaben und Ergebnisse werden nach 7 Tagen (Free) bzw. 30 Tagen (Pakete) gelöscht – oder direkt nach der Anzeige, wenn du das Speichern abwählst. Bilder löschen wir gleich nach der Verarbeitung.

In der API

Werkzeugname: recovery_plan. Leg einen Auftrag mit POST /api/v1/jobs an und hol das Ergebnis mit GET /api/v1/jobs/{id}. Den API-Schlüssel findest du in deinem Konto.

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

Zur API-Dokumentation →

Fragen und Antworten

Werden Aufgaben ausgeführt oder frei generiert?

Nein. Nur gepflegte Aufgabenanweisungen können als exakte Zitate erscheinen. Das Modell kann weder einen Befehl noch eine Wiederherstellungsaufgabe oder Ressource hinzufügen. Nichts wird ausgeführt oder an einen externen Dienst gesendet.

Wie werden Abhängigkeiten und Kapazitäten behandelt?

Ein betroffener Prozess wartet, bis jede betroffene Voraussetzung eingeplant ist. Seine Aufgaben folgen der angegebenen Reihenfolge. Ressourcenreservierungen halten die effektive Kapazität in ganzen Einheiten ein und ermöglichen parallele Arbeit nur bei ausreichender Kapazität. Zyklen, fehlende Aufgaben und nicht realisierbare Ressourcen bleiben Blockaden; nachgelagerte Arbeit kann sie nicht überspringen.

Beweist die Einhaltung von RTO oder RPO die Wiederherstellung?

Nein. RTO vergleicht das geschätzte Ende zuzüglich explizitem Zuschlag mit einem angegebenen Ziel. RPO vergleicht die Referenzzeit mit einem angegebenen Sicherungszeitstempel. Keiner dieser Vergleiche prüft Sicherungsintegrität, tatsächlichen Datenverlust oder erfolgreiche Wiederherstellung. Nicht betroffene Voraussetzungen werden als verfügbar angenommen; unvollständige Abhängigkeitsdaten können den Plan daher ungültig machen.

Wird mein Text gespeichert?

Nur so lange wie nötig: 7 Tage bei Free, 30 Tage mit Paket – oder gar nicht, wenn du das Speichern abwählst. Verarbeitet wird auf eigenen Servern in der EU (Polen).

Kann ich das Ergebnis direkt verwenden?

Die Ergebnisse sind KI-generiert. Lies sie bitte, bevor du sie veröffentlichst oder verschickst.