Auf dieser Seite
Backups und Wiederherstellung im Portal
Einen portalbasierten Schutz- und Restore-Workflow planen und die geplante Cloud-Funktion klar von den heute nutzbaren Kundenfunktionen trennen.
Diese Planung können Sie heute für Ihre Anfrage und das Pilotangebot verwenden. Vertragliche Leistungen gelten erst nach schriftlicher Vereinbarung.
Bevor Sie starten
Erfassen Sie vor dem Pilot Datenverantwortliche, persistente Volumes, Datenbanken, Object Storage, Secrets/Konfiguration, Aufbewahrung, Recovery Point Objective (RPO), Recovery Time Objective (RTO), Datenstandort und Löschregeln. Ein Plattformtarif oder zusätzliche Nodes schützt Anwendungsdaten nicht automatisch.
1. Schutzumfang definieren
| Datenklasse | Fragen für das Angebot |
|---|---|
| Anwendungszustand | Welche Volumes/Datenbankdaten werden für den Neustart benötigt? Welcher Konsistenzpunkt ist gültig? |
| Konfiguration | Sind Secrets, Config, Zertifikate und Registry-Referenzen enthalten oder kundenseitig verwaltet? |
| Aufbewahrung | Wie viele Wiederherstellungspunkte, wie lange und an welchem Standort? |
| Wiederherstellung | Wer startet Wiederherstellung, wer prüft die Anwendung und welches RPO/RTO ist vereinbart? |
2. Geplanter Portal-Workflow
Die vorgesehene Cloud-Ansicht ist nach Veröffentlichung der Schutzfunktion: Schutz im Clusterbereich öffnen, Datenumfang und Aufbewahrung wählen, kalkulierte Infrastruktur-/Schutzposition prüfen, Snapshot oder Zeitplan erstellen, Vorgangskennung verfolgen und eine eigene Restore-Aktion in ein isoliertes Ziel öffnen, bevor ein Live-Workload ersetzt wird.
- 01
Vorschau
Datenumfang, Größe, Aufbewahrung, Kosten und Ziel prüfen; in der Vorschau dürfen keine Daten verändert werden.
- 02
Erstellen
Einmal bestätigen und Vorgangskennung, Zeitpunkt sowie resultierenden Schutzstatus sichern.
- 03
Restore-Test
In isoliertes Ziel wiederherstellen, Anwendungstest durchführen und Dauer sowie Datenkonsistenz dokumentieren.
3. Wiederherstellung vor Nutzung nachweisen
- ✓Das Portal zeigt einen aktuellen erfolgreichen Schutz, nicht nur einen geplanten Auftrag.
- ✓Der Wiederherstellungspunkt enthält vereinbarte Daten und Konfiguration, ohne Secrets offenzulegen.
- ✓Ein isolierter Anwendungstest besteht und gemessenes RPO/RTO ist dokumentiert.
- ✓Der Verantwortliche kennt Aufbewahrung, Löschung und Support-Eskalationsweg.
4. Vorgehen im aktuellen Pilot
Bitten Sie ClusterPilot, Backup-/Restore-Umfang, Aufbewahrung, RPO/RTO, Datenstandort und Restore-Test in das individuelle Angebot aufzunehmen. Wenn die Anforderung nicht ausdrücklich akzeptiert ist, gilt sie als unbedeckt und die Startentscheidung bleibt offen. Das Bereitschaftsgate der Update-Seite ist eine Sicherheitsprüfung und kein Nachweis verfügbarer Kunden-Backups oder Restores.
Diese Anleitung gilt für Ihren vereinbarten Pilotumfang. Technische Kubernetes-Beispiele sind kein Nachweis einer allgemein verfügbaren Cloud-Funktion.