Ausfall vorbereiten
Backup und Restore einer Graphdatenbank prüfen
Ein Backup ist erst belastbar, wenn Restore, Konsistenz und Wiederanlauf regelmäßig getestet werden.
RPO und RTO zuerst definieren
Das Recovery Point Objective beschreibt maximalen Datenverlust, das Recovery Time Objective die Zielzeit bis zum nutzbaren Dienst. Beide bestimmen Frequenz, Aufbewahrung und Wiederanlaufverfahren.
Ein erzeugtes Archiv beweist keinen Restore. Schlüssel, Berechtigungen und kompatible Softwareversion gehören zum Test.
Restore isoliert üben
Stellen Sie regelmäßig in einer getrennten Umgebung wieder her. Prüfen Sie Checksums, Datenbankstart, Constraints und repräsentative Abfragen. Erst danach gilt der Lauf als bestanden.
Vergleichen Sie fachliche Kontrollsummen: Knoten und Kanten pro Typ, jüngster Geschäftsvorgang und definierte Pfadergebnisse.
Runbook und Eskalation
Das Runbook nennt Verantwortliche, Speicherorte, Schlüsselzugriff, Reihenfolge und Abbruchkriterien. Zeitstempel zeigen, ob das RTO realistisch ist.
Ein Test darf Produktionsdaten nicht ungeschützt in eine weniger kontrollierte Umgebung kopieren.
Kompaktes Restore-Prüfprotokoll
Die Schritte sind produktneutral; konkrete Befehle kommen aus dem Engine-Handbuch.
RPO: 15 min | RTO: 90 min
1. Archiv und Manifest-Checksumme prüfen
2. Restore in isolierte Zielinstanz
3. Constraints und Startlogs prüfen
4. counts(nodes, edges) mit Sollwerten vergleichen
5. Query Q01, Q07, Q12 gegen Sollresultat
6. Ergebnis und Dauer signierenEigenständiges, begrenztes Beispiel. Produktsyntax und Version vor dem Einsatz prüfen.
Prüffrage für die Praxis
Dokumentiere RPO, RTO, Verschlüsselung und Prüfqueries.
Quellen zu diesem Beitrag
Primärquellen auf Artikelebene, geprüft am 18.09.2026.
- NIST SP 800-34 Rev. 1
Primärleitfaden zu Wiederherstellungstests. - Neo4j Backup and restore
Produktspezifische Betriebsdokumentation.