netcup VPS-Snapshots: Offline- vs. Online-Snapshot, Export und Wiederherstellung

Das netcup Server Control Panel bietet eine Snapshot-Funktion, die auf den ersten Blick unkompliziert wirkt. Der entscheidende Haken: Nur Offline-Snapshots lassen sich exportieren und damit wirklich extern sichern. Wer stattdessen Online-Snapshots erstellt, hat zwar eine Momentaufnahme auf dem Host, aber kein echtes Offsite-Backup. Diese Anleitung erklärt, warum das wichtig ist, wie du systematisch einen exportierbaren Offline-Snapshot erstellst, die exportierte Datei dekomprimierst, optional in qcow2 konvertierst und denselben Snapshot später auf einem beliebigen eigenen netcup-Server wiederherstellst.

Voraussetzungen

1. Aktiver netcup VPS mit Zugang zum Server Control Panel (SCP)
2. Zugang zum Customer Control Panel (CCP) für die Buchung zusätzlicher Export-Slots
3. Linux-System (lokal, NAS oder anderer Server) mit ausreichend freiem Speicher für die Dekomprimierung – mindestens so viel wie die volle Disk-Größe des VPS (z. B. 256 GB bei einem 256-GB-VPS)
4. zstd auf dem Verarbeitungssystem installiert (apt install zstd bzw. dnf install zstd)
5. qemu-utils / qemu-img für die qcow2-Konvertierung (nur bei Re-Import oder Archivierung nötig)
6. Stabiles Netzwerk; bei großen Dateien empfohlen: tmux- oder screen-Session
7. Kein ISO-Image als CD-ROM/DVD im SCP eingebunden – dieses muss vorher ausgeworfen werden

Schritt 1: Offline- vs. Online-Snapshot verstehen

Bevor du irgendetwas im SCP anklickst, solltest du den zentralen Unterschied kennen. Die folgende Tabelle fasst zusammen, wann welcher Typ sinnvoll ist:

Die Konsequenz ist klar: Für ein echtes externes Backup kommt nur der Offline-Snapshot in Frage. Snapshots, die nicht exportiert wurden, liegen auf demselben Host-System wie der VPS. Bei einem Hardware- oder RAID-Ausfall auf dem netcup-Host können diese Snapshots zusammen mit dem VPS verloren gehen. Ein Snapshot ist kein RAID-Ersatz und kein Offsite-Backup, solange er nicht exportiert und extern aufbewahrt wird.

Schritt 2: Server herunterfahren und Offline-Snapshot erstellen

Melde dich im SCP an und wähle den gewünschten Server aus.

1. Öffne die Server-Übersicht und klicke auf „Shutdown" (geordnetes Herunterfahren). Warte, bis der Status „Offline" anzeigt.
2. Navigiere im linken Menü zu Media → Snapshots.
3. Vergib einen aussagekräftigen Namen, z. B. backup-2026-06-13-vor-update, und eine Beschreibung.
4. Wähle im Dropdown den Typ „Offline".
5. Klicke auf „Create" und warte, bis der Snapshot den Status „Ready" erreicht.

Wichtig: Ist ein ISO-Image als CD-ROM/DVD eingebunden, schlägt die Snapshot-Erstellung fehl. Wirf das ISO-Image vorher unter Media → CD/DVD aus.

Verifizieren: Der neu erstellte Snapshot erscheint in der Liste unter Media → Snapshots mit dem Status „Ready" und dem Typ „Offline".

Schritt 3: Snapshot exportieren

Klicke in der Snapshot-Liste auf „Export" neben dem soeben erstellten Offline-Snapshot. Das SCP generiert einen zeitlich begrenzten Pre-Signed-Download-Link. Kopiere diesen Link und lade die Datei auf dein externes System herunter.

# Download mit Fortschrittsanzeige (empfohlen bei großen Dateien)
curl --progress-bar -L "https://presigned-download-url-vom-scp..." -o snapshot.raw.zst

Die heruntergeladene Datei hat die Endung .raw.zst – ein zstd-komprimiertes Raw-Disk-Image. Die komprimierte Datei ist trotz großer VPS-Disk oft überraschend klein:

Kostenpunkt: Der erste Export pro Server ist kostenlos. Falls du diesen bereits verbraucht hast, buchst du im CCP unter Produkte → Backups den jeweiligen Server aus und fügst einen weiteren Export-Slot hinzu (ca. 1,50 EUR je Export).

Verifizieren: Der Download schließt ohne Fehlermeldung ab. ls -lh snapshot.raw.zst zeigt eine deutlich kleinere Datei als die VPS-Disk-Größe.

Schritt 4: Snapshot dekomprimieren

Bevor du die Datei weiterverarbeiten oder reimportieren kannst, musst du sie dekomprimieren. Stelle sicher, dass auf dem Verarbeitungssystem mindestens so viel freier Speicher vorhanden ist wie die volle Disk-Größe des VPS – die .raw-Datei wächst unabhängig von der tatsächlichen Belegung auf die volle Disk-Größe an.

# zstd installieren (Ubuntu/Debian)
apt install -y zstd

# zstd installieren (AlmaLinux/Rocky)
dnf install -y zstd

# Variante 1: Datei bereits heruntergeladen
zstd -d snapshot.raw.zst -o snapshot.raw

# Variante 2: Download und Dekomprimierung in einem Schritt (spart Zwischenspeicher)
curl --progress-bar -L "https://presigned-download-url-vom-scp..." | zstd -do snapshot.raw

Verifizieren: ls -lh snapshot.raw zeigt die volle Disk-Größe des VPS (z. B. 256 GB). Mit file snapshot.raw sollte der Typ als „DOS/MBR boot sector" oder ähnliches identifiziert werden.

Schritt 5: Optional – Raw-Image in qcow2 konvertieren

Für die Langzeitarchivierung oder den Re-Import bei netcup ist das qcow2-Format deutlich effizienter: Es speichert nur die tatsächlich belegten Blöcke und kann je nach Belegungsgrad von 256 GB auf wenige Gigabyte schrumpfen. Der Re-Import im SCP akzeptiert sowohl .raw als auch .qcow2 – aber niemals direkt .raw.zst.

# qemu-utils installieren (Ubuntu/Debian)
apt install -y qemu-utils

# qemu-img installieren (AlmaLinux/Rocky)
dnf install -y qemu-img

# Konvertierung raw -> qcow2 mit Fortschrittsanzeige
qemu-img convert -p -O qcow2 snapshot.raw snapshot.qcow2

# Ergebnis prüfen
qemu-img info snapshot.qcow2

Verifizieren: qemu-img info snapshot.qcow2 gibt „format: qcow2" aus. Die „disk size" (tatsächlich belegt) ist deutlich kleiner als die „virtual size" (volle Disk-Größe).

Hinweis für große Uploads: Bei qcow2-Dateien ab etwa 40 GB kann der Upload zurück zu netcup 12 Stunden und länger dauern. Führe den Upload unbedingt in einer tmux- oder screen-Session aus.

Schritt 6: Snapshot als Custom Image reimportieren und Wiederherstellung

Exportierte Snapshots erscheinen automatisch unter Media → Images → Custom Images auf allen eigenen netcup-Servern. Falls du eine lokal bearbeitete oder externe Datei zurückspielen möchtest, generierst du zunächst eine Upload-URL im SCP.

Option A: Snapshot-Datei per Pre-Signed URL hochladen

# Upload-URL generieren: SCP -> Media -> Upload Image -> "Generate Upload URL"
# Dann:
curl --progress-bar '<presigned_upload_url>' --upload-file snapshot.qcow2 | cat

Option B: Bereits exportierter Snapshot direkt wiederherstellen

1. Wechsle im SCP zur Ziel-Server-Instanz (kann ein anderer eigener Server sein).
2. Navigiere zu Media → Images → Custom Images.
3. Wähle den gewünschten Snapshot aus und klicke auf „Install" bzw. „Reinstall".
4. Bestätige den Vorgang – der Server wird mit dem Snapshot-Image neu aufgesetzt.
5. Passe nach dem Neustart die Netzwerkkonfiguration an (IP-Adresse, Netzwerkinterfaces), falls der Snapshot von einem anderen Server stammt.

Voraussetzung: Die Disk des Ziel-Servers muss mindestens so groß sein wie die belegte Partition des Quell-Servers. Eine kleinere Disk führt zu einem fehlgeschlagenen Import.

Verifizieren: Der Server startet nach dem Reinstall und ist per SSH erreichbar. df -h und hostname bestätigen, dass das erwartete System wiederhergestellt wurde.

Troubleshooting / Typische Fehler

„Export"-Schaltfläche ist ausgegraut oder fehlt

Nur Offline-Snapshots können exportiert werden. Prüfe, ob der Snapshot-Typ tatsächlich „Offline" ist. Online-Snapshots haben keine Export-Funktion – es gibt keine Ausnahme.

Snapshot-Erstellung schlägt fehl

Häufige Ursache: Ein ISO-Image ist als CD-ROM/DVD eingebunden. Navigiere zu Media → CD/DVD, wirf das ISO aus und versuche es erneut. Die Online-Snapshot-Funktion steht für Volumes mit Local Block Storage grundsätzlich nicht zur Verfügung.

„No boot device found" nach Re-Import

Das passiert fast immer, wenn die .raw.zst-Datei direkt hochgeladen wurde. netcup akzeptiert beim Upload nur raw, qcow und qcow2. Dekomprimiere die Datei mit zstd -d und lade dann .raw oder das konvertierte .qcow2 hoch.

Import schlägt fehl: Disk zu klein

Der Ziel-Server hat eine kleinere Disk als die belegte Partition des Quell-Servers. Entweder reduziere die Partition vor dem Snapshot oder wähle einen Ziel-Server mit ausreichend großer Disk.

Kein freier Speicher beim Dekomprimieren

Die dekomprimierte .raw-Datei entspricht immer der vollen Disk-Größe des VPS. Verwende die Pipe-Variante (curl ... | zstd -do), wenn kein doppelter Speicherplatz vorhanden ist.

Netzwerk funktioniert nach Wiederherstellung nicht

Wenn du einen Snapshot auf einem anderen Server einspielst, sind Interface-Namen und IP-Adressen unter Umständen anders. Passe /etc/network/interfaces bzw. die Netplan-Konfiguration (/etc/netplan/*.yaml) an die neue IP-Umgebung an.

Download-Link funktioniert nicht mehr

Der Pre-Signed-Download-URL ist zeitlich begrenzt. Generiere im SCP einen neuen Export-Link, falls der ursprüngliche abgelaufen ist.

Häufige Fragen

Kann ich einen Online-Snapshot exportieren?

Nein. Online-Snapshots können bei netcup grundsätzlich nicht exportiert werden. Die Export-Schaltfläche erscheint nur bei Offline-Snapshots. Für ein externes Backup muss der Server heruntergefahren und ein Offline-Snapshot erstellt werden.

Wie oft kann ich kostenlos exportieren?

Pro Server ist ein Export kostenlos enthalten. Weitere Exporte buchst du im CCP unter Produkte → Backups hinzu – aktuell ca. 1,50 EUR je Export-Slot. Wer regelmäßige automatische Exports plant, sollte die Kosten entsprechend einkalkulieren.

Kann ich die .raw.zst-Datei direkt reimportieren?

Nein. netcup akzeptiert beim Image-Upload nur die Formate raw, qcow und qcow2. Die komprimierte .raw.zst-Datei muss zuerst mit zstd -d dekomprimiert werden; optional folgt die Konvertierung in qcow2 mit qemu-img convert.

Wie groß wird die exportierte Datei wirklich?

Die .raw.zst-Datei ist zstd-komprimiert und trotz großer VPS-Disk oft sehr klein – bei einem 256-GB-VPS mit geringer Belegung typischerweise 4–5 GB. Die dekomprimierte .raw-Datei belegt aber immer die volle Disk-Größe (256 GB). Nach der qcow2-Konvertierung schrumpft sie wieder auf den tatsächlich belegten Bereich (z. B. 7 GB).

Kann ich einen Snapshot auf einem anderen eigenen Server einspielen?

Ja. Exportierte Snapshots erscheinen automatisch als Custom Image auf allen eigenen netcup-Servern. Im SCP des Ziel-Servers unter Media → Images → Custom Images kannst du per „Install" / „Reinstall" jederzeit darauf zurückgreifen. Voraussetzung: Die Disk des Ziel-Servers muss mindestens so groß sein wie die belegte Partition des Quell-Servers.

Schützt ein Snapshot vor Hardware-Ausfall des netcup-Hosts?

Nein. Snapshots, die nicht exportiert wurden, liegen auf demselben Host-System wie der VPS. Bei einem Hardware- oder RAID-Defekt auf dem Host können sie mit verloren gehen. Nur exportierte und extern aufbewahrte Snapshots bieten echten Offsite-Schutz.

Fazit

Der wichtigste Grundsatz bei netcup VPS-Snapshots: Nur Offline-Snapshots sind exportierbar – und nur exportierte Snapshots sind echte Backups. Wer diesen Unterschied kennt und den dreiteiligen Workflow (Offline-Snapshot erstellen, exportieren, lokal dekomprimieren und bei Bedarf in qcow2 konvertieren) einmal eingerichtet hat, bekommt für sehr wenig Aufwand ein vollständiges Disk-Image, das auf jedem eigenen netcup-Server wiederhergestellt werden kann.

Für eine vollständige Backup-Strategie empfiehlt sich die Kombination aus regelmäßigen exportierten Snapshots und einer ergänzenden Datei-Sicherung per rsync oder restic auf ein externes System. Wenn du noch keinen VPS bei netcup hast oder den Einstieg neu aufsetzen möchtest, hilft dir die Schwester-Anleitung zum ersten eigenen Cloud-Server bei Hetzner oder netcup weiter. Für die Absicherung des Servers im laufenden Betrieb empfiehlt sich außerdem die Anleitung zum VPS absichern und härten mit UFW, SSH-Keys und Fail2Ban.

Weiterführende Anleitungen und Quellen

1. Das netcup SCP erklärt: Alle Funktionen im Überblick
2. netcup Rescue-System: VPS retten, Passwort zurücksetzen, Dateisystem reparieren
3. 3-2-1-Backup-Strategie umsetzen: Anleitung mit Restic, USB-Disk und S3-Cloud
4. Restic Backup auf Linux und Windows einrichten und automatisieren
5. netcup Helpcenter: Media / Snapshots (offizielle Dokumentation)
6. netcup Helpcenter: Server Migration (offizielle Dokumentation)