Backup-Aufbewahrung und Ablauf

Jedes Backup in StateWarden trägt sein eigenes Ablaufdatum, das im Moment der Erstellung festgeschrieben wird. Aufbewahrung ist daher keine Aufräumaufgabe, die Sie später ausführen - sie ist eine Eigenschaft des Backups selbst, definiert durch die Backup-Richtlinie, die es erzeugt hat. Dieser Artikel erklärt, wie die Aufbewahrung konfiguriert wird, was beim Ablauf eines Backups passiert und wie Sie die Aufbewahrung gegenüber Ihrem Speicherkontingent und Ihren Compliance-Verpflichtungen planen.

1. Was Aufbewahrung in StateWarden bedeutet

Die Aufbewahrung wird pro Backup-Richtlinie über das Feld Aufbewahrung (Tage) im Richtlinien-Editor konfiguriert. Der Standardwert für eine neue Richtlinie beträgt 30 Tage.

Wenn ein Backup-Auftrag startet, liest der Agent den Aufbewahrungswert der Richtlinie und berechnet das Ablaufdatum:

Ablaufdatum = Backup-Erstellungszeitpunkt + Aufbewahrung (Tage)

Das Datum wird dem Backup-Datensatz angehängt und ist versiegelt: Es kann nachträglich nicht mehr geändert werden. Das Bearbeiten des Aufbewahrungswerts einer Richtlinie wirkt sich nur auf Backups aus, die nach der Änderung erstellt werden. Diese Unveränderlichkeit ist beabsichtigt - sie stellt sicher, dass ein Wiederherstellungspunkt exakt so lange existiert, wie zum Zeitpunkt seiner Erstellung konfiguriert, und hält die Aufbewahrung damit auditierbar.

Aus dem Ablauf pro Backup ergeben sich zwei Konsequenzen:

• Das Löschen einer Richtlinie löscht nicht ihre Backups. Jedes Backup behält sein eigenes Ablaufdatum, unabhängig von der Richtlinie, die es erstellt hat. Das Entfernen einer Richtlinie stoppt künftige Backups; der bestehende Verlauf läuft nach seinem ursprünglichen Zeitplan ab.
• Gemischte Lebenszyklen auf einem Gerät sind normal. Eine tägliche Richtlinie mit 30 Tagen Aufbewahrung und eine 4-Stunden-Richtlinie mit 7 Tagen Aufbewahrung können dasselbe Gerät steuern, ohne sich gegenseitig zu beeinflussen.

Das vollständige Richtlinienmodell - Zeitpläne, Quellen und Fair-Use-Grenzen - beschreibt Backup Policies & Smart Quota Management.

2. Unbegrenzte Aufbewahrung (Keep Forever)

Wenn Sie Aufbewahrung (Tage) auf 0 setzen, ist der Ablauf deaktiviert: Unter dieser Richtlinie erstellte Backups werden auf unbestimmte Zeit aufbewahrt, bis sie manuell gelöscht werden.

Manuell ausgelöste Backups außerhalb eines Richtlinienzeitplans werden standardmäßig unbegrenzt aufbewahrt.

Setzen Sie die unbegrenzte Aufbewahrung selektiv ein - zum Beispiel für ein Quartalsarchiv oder einen Snapshot vor einer Migration. Eine unbefristete Aufbewahrung akkumuliert Speicher und zählt auf das Speicherkontingent Ihres Realms, solange das Backup existiert.

3. Was beim Ablauf eines Backups passiert

Der Ablauf ist ein Lebenszyklus-Übergang, kein sofortiges Löschen:

1. Abgelaufen: Sobald das Ablaufdatum überschritten ist, wird das Backup logisch als abgelaufen markiert. Es verschwindet aus den üblichen Backup-Listen und steht nicht mehr als Wiederherstellungspunkt zur Verfügung.
2. Zur Bereinigung freigegeben: Das abgelaufene Backup wird für die Garbage Collection freigegeben. Die Driad-Speicherschicht gibt den physischen Platz asynchron frei, während ihrer Wartungsfenster - die Speichernutzung sinkt also nicht zwingend in dem Moment, in dem ein Backup abläuft.

Deduplizierung und Referenzzählung

StateWarden speichert Backups dedupliziert: Die Backup-Daten werden in Chunks zerlegt, und Chunks, die über Backups hinweg identisch sind, werden nur einmal gespeichert. Jeder Chunk ist referenzzählt - die Speicherschicht verfolgt, wie viele Backups noch auf ihn verweisen.

Ein Chunk wird erst dann physisch gelöscht, wenn das letzte Backup, das auf ihn verweist, abgelaufen oder gelöscht wurde. Praktische Konsequenzen:

• Der Ablauf oder die Löschung eines einzelnen alten Backups kann wenig oder gar keinen Platz freigeben, weil die meisten seiner Chunks typischerweise mit neueren Backups desselben Volumes geteilt werden.
• Der durch einen Ablauf tatsächlich freigegebene Platz entspricht in etwa der Datenmenge, die nur in diesem Backup existiert. Bei einer täglichen Kette eines sich langsam ändernden Volumes ist das meist nur der Änderungsumfang eines Tages.
• Eine Speichernutzungsanzeige, die nach dem Ablauf von Backups nicht sofort sinkt, ist erwartetes Verhalten, keine Fehlfunktion.

4. Ablauf vs. manuelle Löschung

Beide Wege enden bei derselben Deduplizierungsregel - Platz wird erst freigegeben, wenn kein verbleibendes Backup mehr auf die Daten verweist -, aber sie unterscheiden sich in Absicht und Kontrolle.

Der Ablauf ist automatisch und richtliniengesteuert. Kein Administrator-Eingriff ist erforderlich; das Backup hört an seinem festgeschriebenen Datum auf, wiederherstellbar zu sein.

Die manuelle Löschung ist ein sofortiger, bewusster Vernichtungsvorgang, der aus der Ansicht Daten wiederherstellen ausgeführt wird:

1. Suchen Sie das Backup in der Ansicht „Daten wiederherstellen" und klicken Sie auf das Löschsymbol. Die Aktion steht nur Benutzern zur Verfügung, deren Realm-Rolle die Berechtigung zum Löschen von Backups umfasst.
2. Bestätigen Sie den Dialog ENDGÜLTIGES LÖSCHEN. Die Aktion ist irreversibel: Die kryptografischen Schlüssel, die mit diesem spezifischen Snapshot verknüpft sind, werden verworfen, und die Daten können nicht wiederhergestellt werden.
3. Abhängig von der MFA-Richtlinie Ihres Realms kann das Dashboard vor Ausführung der Löschung einen MFA-Code anfordern. Wie die Richtlinie destruktive Aktionen absichert, beschreibt Managing MFA and Identity: Tri-State Logic.

Die manuelle Löschung ist das richtige Werkzeug, um ein Backup vor seinem festgeschriebenen Datum zu entfernen - zum Beispiel, um einen Snapshot zu beseitigen, der von einem kompromittierten oder falsch konfigurierten System erstellt wurde. Für alles andere lassen Sie die Aufbewahrung die Backups planmäßig ablaufen.

5. Fehlgeschlagene Backups sind keine Wiederherstellungspunkte

Nur abgeschlossene Backups zählen als Wiederherstellungspunkte. Ein fehlgeschlagenes Backup:

• erscheint in der Ansicht „Daten wiederherstellen" mit dem Status FEHLGESCHLAGEN, wobei die Fehlerursache am Status-Chip verfügbar ist,
• kann weder gemountet noch wiederhergestellt werden - seine Wiederherstellungsaktionen bleiben deaktiviert,
• verlängert Ihren Wiederherstellungsverlauf nicht.

Das ist für die Aufbewahrungsplanung relevant: Ihre effektive Point-in-Time-Abdeckung besteht ausschließlich aus der Kette erfolgreicher Backups. Schlagen die Backups eines Geräts eine Woche lang fehl, lässt selbst ein 30-tägiges Aufbewahrungsfenster eine 7-tägige Lücke am jüngsten Ende. Untersuchen Sie FEHLGESCHLAGEN-Einträge zeitnah über Ereignisse & Protokolle, statt davon auszugehen, dass der Zeitplan Sie schützt.

6. Aufbewahrung planen

Gegenüber dem Speicherkontingent

Längere Aufbewahrung bedeutet mehr vorgehaltene Wiederherstellungspunkte und damit mehr Chunks, die durch die Referenzzählung festgehalten werden. Zwei Workload-Eigenschaften bestimmen die realen Kosten:

• Änderungsrate (Churn): Ein Datenbank-Volume, das täglich Gigabytes umschreibt, akkumuliert pro aufbewahrtem Tag weit mehr einzigartige Chunks als ein weitgehend statischer Dateiserver.
• Backup-Häufigkeit: Eine 4-Stunden-Richtlinie erzeugt sechsmal so viele Wiederherstellungspunkte pro Tag wie eine tägliche Richtlinie, und jeder hält seine eigenen geänderten Daten fest.

Dimensionieren Sie die Aufbewahrung zusammen mit der Speicher-Obergrenze Ihres Realms - wie das Speicherkontingent verfolgt wird und was bei Annäherung daran passiert, beschreibt Understanding Quotas and Fair Use.

Gegenüber Compliance-Anforderungen

Leiten Sie die Aufbewahrungsfristen aus den Verpflichtungen Ihrer Organisation ab: regulatorische Mindestfristen, vertragliche Anforderungen und interne Governance-Richtlinien. Das versiegelte Ablaufdatum unterstützt die Audit-Integrität, da ein Wiederherstellungspunkt seine konfigurierte Frist nicht überleben kann. Dieser Artikel ist keine Rechtsberatung - klären Sie die für Ihre Jurisdiktion und Branche geltenden konkreten Fristen mit Ihrer Compliance- oder Rechtsabteilung.

Empfohlene Ausgangswerte

Die folgenden Werte sind Ausgangspunkte, keine Regeln. Passen Sie sie an Ihre Änderungsraten, Wiederherstellungsziele und Verpflichtungen an:

• Test- und Labor-Maschinen: 7-14 Tage. Der Wiederherstellungsbedarf ist kurzlebig; lange Aufbewahrung verschwendet Kontingent.
• Endpoints und Workstations: 30 Tage (der Standardwert). Deckt das typische Fenster ab, in dem Datenverlust bemerkt wird.
• Dateiserver: 90 Tage. Benutzer fordern regelmäßig die Wiederherstellung von Dateien an, die Wochen zuvor gelöscht wurden.
• Datenbanken und geschäftskritische Systeme: 90-180 Tage oder mehr, abgestimmt auf Geschäfts- und Audit-Zyklen.
• Archivierungs-Meilensteine (vor Migrationen, zum Quartalsende): Unbegrenzte Aufbewahrung (0) in einer dedizierten Richtlinie, periodisch überprüft.

StateWarden: Resilience Engineered.