Replikation über drei Verfügbarkeitszonen, tägliche Snapshots, nächtliche Backups außerhalb des Servers und dokumentierte Wiederherstellungen.
01Schutzebenen
| Ebene | Häufigkeit | Aufbewahrung |
|---|---|---|
| Datenbank-Replikation über drei Verfügbarkeitszonen | Fortlaufend | Live |
| Verschlüsselte Snapshots jedes Servers und Daten-Volumes | Täglich | 7 Tage |
| Vollständiges Datenbank-Backup in separaten verschlüsselten Speicher | Nächtlich | Rollierendes Archiv |
02Ziele
- Recovery Point Objective (RPO): höchstens 24 Stunden Daten bei einer vollständigen Wiederherstellung aus dem Backup; null beim Verlust eines einzelnen Datenbankknotens, den die Replikation durch automatisches Failover auffängt.
- Recovery Time Objective (RTO): Dienst innerhalb von 24 Stunden nach einem Ausfall auf Regionsebene wiederhergestellt, innerhalb von Minuten beim Verlust eines einzelnen Datenbankknotens.
03Wiederherstellungsverfahren
- Runbooks zur Wiederherstellung sind für die Datenbank, die Server-Volumes und das E-Mail-Archiv dokumentiert.
- Server werden aus Terraform-Vorlagen neu aufgebaut; ihre Daten-Volumes sind gegen Löschung geschützt und werden an den neuen Host angehängt.
- Jedes Release behält seinen Vorgänger auf dem Server, sodass ein fehlerhaftes Deployment durch Umschalten der Version zurückgenommen wird.
- Nach der Wiederherstellung wird der Dienst in der Produktion geprüft, und die Nachbetrachtung hält fest, was von welchem Zeitpunkt wiederhergestellt wurde.
04Rollen und Kommunikation
Die Incident-Leitung koordiniert die Wiederherstellung, das Engineering führt die Runbooks aus, und Kunden erhalten über ihre Ansprechpartner Updates, bis der Dienst als stabil bestätigt ist.
05Kontakt
Fragen zu dieser Richtlinie, Sicherheitsfragebögen und Anfragen zum Auftragsverarbeitungsvertrag: privacy@mentornity.com.