Cosmos braucht eine Backup-Richtlinie? Cosmos-DB-Backups konfigurieren
Jemand überschreibt versehentlich Produktpreise. Die Replikation überträgt diese Änderungen in die anderen Regionen, deshalb braucht die Wiederherstellung einen früheren Datenbankzustand. Eine Backup-Richtlinie bestimmt, welche früheren Zustände verfügbar bleiben und wie du sie wiederherstellst.
Verwende cosmos-ctappeus in rg-cloudtrips-cosmos-test-eus mit appdb/products. Ist kontinuierliches Backup bereits aktiviert, prüfe unten seine Richtlinie und sein Wiederherstellungsfenster.
Richtlinie wählen
| Richtlinie | Wiederherstellung | Wann verwenden? |
|---|---|---|
| Periodic | Geplante Sicherungen; Wiederherstellung über den Azure-Support anfordern. | Eine geplante Sicherung erfüllt deine Wiederherstellungsanforderungen. |
| Continuous | Zeitpunktgenaue Wiederherstellung innerhalb des aufbewahrten Verlaufs in Eigenregie. | Du brauchst einen Zeitpunkt direkt vor einer versehentlichen Änderung. |
Im periodischen Modus sind Sicherungsintervall, Aufbewahrung und Speicherredundanz konfigurierbar. Der kontinuierliche Modus bietet 7, 30 oder 35 Tage Aufbewahrung. Wähle ein Fenster, das genügend Zeit zum Entdecken von Fehlern lässt; längere Aufbewahrung kann zusätzliche Speicherkosten verursachen, und Restores sind kostenpflichtig.
Kontinuierliche Sicherung für sieben Tage konfigurieren
Öffne cosmos-ctappeus → Point In Time Restore. Prüfe Backup policy mode. Ist Periodic aktiv, wähle Change → Continuous (7 days) → Save und warte auf den Abschluss der Migration. Der Wechsel zu kontinuierlichen Backups ist dauerhaft.
Ist kontinuierliche Sicherung bereits aktiv, behalte für die Übung Continuous (7 days). Über Change kannst du den Tarif bei Bedarf ändern; eine verkürzte Aufbewahrung entfernt sofort den Zugriff auf Wiederherstellungspunkte außerhalb des neuen Fensters.
Prüfe die gespeicherte Einstellung Continuous (7 days) und den Abschluss einer etwaigen Migration. Sieben Tage sind der maximal aufbewahrte Verlauf; eine neu aktivierte Richtlinie baut diesen erst nach und nach auf.
Wiederherstellungsfenster prüfen
Öffne Point In Time Restore. Restore to same account stellt eine gelöschte Datenbank oder einen gelöschten Container im ursprünglichen Konto wieder her. Restore to new account erstellt ein separates Konto mit den ausgewählten Daten zu einem früheren Zeitpunkt, etwa zur Wiederherstellung überschriebener oder gelöschter Elemente in einem bestehenden Container.
Wähle für dieses Produktpreis-Szenario Restore to new account. Prüfe den verfügbaren Zeitraum und wähle West US 2 als Wiederherstellungsregion, falls abgefragt. Wähle einen gültigen Restore Point (UTC) und prüfe die Datenbank-/Containerauswahl für appdb/products.
Prüfe, dass dein UTC-Zeitpunkt im verfügbaren Fenster liegt und Datenbank sowie Container damals existierten. Wähle bei einem echten Fehler einen Zeitpunkt vor der schädlichen Änderung. Nach frischer Aktivierung warte auf verfügbare Wiederherstellungspunkte und aktualisiere die Ansicht.
Das prüft die konfigurierte Richtlinie und verfügbaren Wiederherstellungsoptionen. Ein vollständiger Wiederherstellungstest stellt zusätzlich Daten wieder her und kontrolliert die Dokumente.
Abschließen
Behalte das Konto mit Continuous (7 days). Das Öffnen des Restore-Formulars erstellt kein zusätzliches Datenbankkonto; ein gestarteter Restore kann separat berechnete Ressourcen anlegen.