Skip to content

BC/DR-Tests

TCM365 verwaltet Business Continuity und Disaster Recovery (BC/DR) Testplanung, -ausfuehrung und -dokumentation mit Tracking von Recovery Time Objective (RTO) und Recovery Point Objective (RPO) Metriken.

Schluesselmetriken

Metrik Definition Zweck
RTO (Recovery Time Objective) Maximal akzeptable Ausfallzeit Misst wie schnell Systeme wiederhergestellt werden müssen
RPO (Recovery Point Objective) Maximal akzeptabler Datenverlust Misst wie viel Datenverlust tolerierbar ist
Actual Recovery Time Tatsaechlich benötigte Zeit im Test Vergleich gegen RTO-Ziel
Actual Recovery Point Tatsächlicher Datenverlust im Test Vergleich gegen RPO-Ziel

BcdrTest Entity

Feld Typ Beschreibung
id UUID Primärschlüssel
title string Test-Titel
description text Testbeschreibung und -ziele
type enum tabletop, walkthrough, simulation, full_test
status enum planned, in_progress, completed, cancelled
rto_target integer RTO-Ziel in Minuten
rpo_target integer RPO-Ziel in Minuten
rto_actual integer Gemessenes RTO in Minuten (nach Test)
rpo_actual integer Gemessenes RPO in Minuten (nach Test)
rto_met boolean Ob RTO-Ziel erreicht wurde
rpo_met boolean Ob RPO-Ziel erreicht wurde
test_date timestamp Geplantes oder tatsaechliches Testdatum
findings JSONB Testerkenntnisse und Beobachtungen
recommendations text Verbesserungsempfehlungen
created_at timestamp Record-Erstellungsdatum

RTO/RPO-Indikator

Die RTOPOIndicator-Komponente bietet eine visuelle Anzeige, die tatsächliche Recovery-Metriken gegen Ziele vergleicht:

Farbe Bedeutung
Grün Actual < Target (Ziel mit Marge erreicht)
Gelb Actual ~ Target (Ziel knapp erreicht)
Rot Actual > Target (Ziel nicht erreicht)

Test-Typen

Typ Beschreibung Aufwand
Tabletop Theoretische Durchsprache eines Szenarios Niedrig
Walkthrough Schrittweise Durchgehung der Prozeduren Mittel
Simulation Simuliertes Szenario ohne Produktionsauswirkung Hoch
Full Test Vollständiger Test mit echtem Failover Sehr hoch

API-Endpoints

Methode Endpoint Beschreibung
GET /api/v1/bcdr Alle BC/DR-Tests auflisten
POST /api/v1/bcdr BC/DR-Test erstellen
GET /api/v1/bcdr/{id} Test-Details abrufen
PUT /api/v1/bcdr/{id} Test aktualisieren
DELETE /api/v1/bcdr/{id} Test löschen

Best Practices

  1. Quartalsweise testen -- Regelmäßige Tests validieren Wiederherstellungsfaehigkeiten
  2. Mit Tabletop beginnen -- Vor aufwaendigen Tests mit theoretischen Durchsprachen starten
  3. RTO/RPO realistisch setzen -- Ziele an tatsächliche Geschaeftsanforderungen anpassen
  4. Erkenntnisse dokumentieren -- Jeder Test sollte konkrete Verbesserungsempfehlungen liefern
  5. Ergebnisse als Audit-Nachweise nutzen -- BC/DR-Testergebnisse als Compliance-Nachweise archivieren