---
title: "Kubernetes Stateful-Migration mit Backup und Restore"
description: Konkrete Vorlage für die stateful Kubernetes-zu-Kubernetes-Migration per Backup und Restore mit kontrolliertem Downtime-Fenster und Integritätsprüfung.
sidebar:
  badge:
    text: "STACKIT"
    variant: success
scfAsset:
  managed: false
  category: "runbook"
  external: false
  tags: ["design-and-mobilize", "use-cases", "replatform", "kubernetes", "stateful", "backup", "restore"]
  maintainers:
    - user: "lukas.weberruss"
      role: true
      website: true
source_url: "https://framework.stackit.cloud/de/migration/assetcontainer/stackit/runbook-k8s-stateful-backup-restore/"
source_file: "docs/de/migration/assetcontainer/stackit/runbook-k8s-stateful-backup-restore.mdx"
---

## Use Case

- **Kategorie:** Kubernetes-zu-Kubernetes-Migration
- **State-Profil:** Stateful Workloads
- **Ansatz:** Backup und Restore mit geplantem Downtime-Fenster

## Verbindliche Voraussetzungen

- **Datentopologie dokumentiert:** Datenspeicher, PVC-Mappings und Retention-Vorgaben sind bekannt.
- **Backup-Tooling validiert:** Der Backup- und Restore-Prozess ist in einer Non-Production-Probe getestet.
- **Storage-Kompatibilität bestätigt:** Ziel-Storage-Klassen und Performance-Profil sind freigegeben.
- **Downtime-Governance freigegeben:** Business Owner haben Migrationsfenster und Fallback-Regeln bestätigt.

## Nicht geeignet, wenn

- **Downtime nicht akzeptierbar ist:** Business Continuity erfordert einen unterbrechungsfreien Betrieb.
- **Kein reproduzierbarer Restore existiert:** Restore-Konsistenz kann vor dem Cutover nicht verifiziert werden.

## Umsetzungsvorlage

### Phase 1: Backup und Ziel-Zustand vorbereiten

1. Schema- und Release-Änderungen mit Wirkung aufs Datenmodell einfrieren.
2. Ziel-Cluster-Ressourcen und Storage-Klassen vorbereiten.
3. Probe-Backup und Probe-Restore durchführen.

### Phase 2: Finales Backup und Restore

1. Produktions-Freeze-Fenster starten und Quell-Writer stoppen.
2. Finales Backup erstellen und Artefakte transferieren.
3. In den Ziel-Cluster restoren und Integritätschecks ausführen.

### Phase 3: Ziel aktivieren und stabilisieren

1. Ziel-Anwendungskomponenten in kontrollierter Reihenfolge starten.
2. Datenintegrität und business-kritische Vorgänge validieren.
3. User-Traffic umschalten und die Stabilisierung überwachen.

## Validierungscheckliste

- **Restore-Vollständigkeit:** Benötigte Datensätze wurden erfolgreich wiederhergestellt.
- **Integritätsnachweis:** Record-Anzahlen und fachliche Prüfungen laufen erfolgreich.
- **Performance-Baseline:** Kritische Transaktionen erfüllen den Schwellwert.
- **Fallback-Readiness:** Der Reaktivierungspfad der Quelle bleibt bis zum Sign-off verfügbar.