Backup, Snapshots und Notfallwiederherstellung

Backup, Snapshots und Notfallwiederherstellung bei 4hosting: tägliches automatisches Backup bei cPanel, Snapshots beim VPS und auf dedizierten Servern eine Backup-Strategie, die unser Team aus den inklusiven DevOps-Stunden einrichtet.

Ein Backup, das Sie tatsächlich nutzen können

Die meisten Unternehmen merken erst im Ernstfall, dass ihr Backup nicht funktioniert. Deshalb raten wir, Backup als Prozess zu behandeln und nicht als Häkchen: automatische Kopien, getrennt vom Produktivserver aufbewahrt, und regelmäßig getestete Wiederherstellungen. Bei cPanel läuft das tägliche Backup automatisch und Sie stellen es im Panel wieder her; auf VPS und dedizierten Servern kann das DevOps-Team geplante Wiederherstellungstests aus Ihren inklusiven Stunden einrichten.

Was jeder Tarif an Backup enthält

cPanel-Hosting hat ein automatisches tägliches Backup, das sich im Panel wiederherstellen lässt. Ein VPS hat Snapshots — vollständige Kopien des Serverzustands —, jedoch ohne garantierte Häufigkeit. Dedizierte Server enthalten standardmäßig kein Backup: Die NVMe-Laufwerke sind paarweise verbaut und RAID wird bei der Installation eingerichtet, doch RAID ist kein Backup. Externes Backup, PITR für Datenbanken und Wiederherstellungstests richtet unser Team aus den inklusiven DevOps-Stunden ein (5–10 h/Monat bei dedizierten Servern).

TarifBackupWiederherstellungStandort
cPanel-HostingTägliches automatisches BackupIm KundenpanelEU (Frankfurt)
VPSSnapshots, ohne garantierte HäufigkeitAus einem SnapshotEU (Frankfurt)
VPS — externes BackupAuf Anfrage, aus den DevOps-StundenNach der eingerichteten StrategieMit dem Team vereinbart
Dedizierter ServerStandardmäßig nicht enthalten — auf Anfrage eingerichtetNach der Strategie (3-2-1, PITR)EU (Frankfurt) + externer Speicher auf Anfrage

RPO und RTO — die Werte, die Sie selbst festlegen sollten

Statt „Backup so schnell wie möglich" lohnt es sich, zwei konkrete Werte festzulegen. Der RPO (Recovery Point Objective) sagt, wie viele Daten Sie verlieren dürfen. Der RTO (Recovery Time Objective) sagt, wie lange die Wiederherstellung dauern darf. Nach diesen Werten richtet das Team die Strategie ein.

RPO
je Anwendung festlegen

Der maximal tragbare Datenverlust. Ein tägliches Backup bedeutet bis zu einem Tag Verlust; mit WAL-Streaming kommt eine Datenbank unter eine Minute — auf Anfrage eingerichtet.

RTO
testen statt versprechen

Die Dauer der Wiederherstellung hängt von der Datenmenge und der gewählten Strategie ab. Wir garantieren keinen RTO — verlässlich ist nur der Wert aus einem Wiederherstellungstest.

Notfallszenarien — und wie man sich schützt

Katastrophen sind selten, wiegen aber schwer. Hier die häufigsten Szenarien und die Schutzmaßnahme, die wir für jedes empfehlen. Auf VPS und dedizierten Servern richtet das Team diese Maßnahmen aus den inklusiven DevOps-Stunden ein.

Hardwaredefekt (Datenträger, Arbeitsspeicher)

Die häufigste Ursache für Datenverlust. Bei dedizierten Servern sind die NVMe-Laufwerke paarweise verbaut, RAID wird bei der Installation eingerichtet, und die EPYC- und Xeon-Stufen haben ECC-Speicher. RAID hält den Server beim Ausfall eines Laufwerks am Laufen, ersetzt aber kein Backup — eine externe Kopie bleibt nötig.

Schutz: RAID + externes Backup

Ransomware oder kompromittiertes Konto

Der Angreifer verschlüsselt die Dateien auf dem Server — und jede Kopie, die der Server erreichen kann. Deshalb gehört mindestens eine Kopie außerhalb des Servers, die das Produktivkonto nicht verändern kann (unveränderlich oder offline). Wir richten sie auf Anfrage aus den DevOps-Stunden ein.

Schutz: isolierte Kopie

Versehentliches Löschen von Daten

Ein versehentlich auf der Produktion ausgeführtes „DROP TABLE users". Der häufigste menschliche Fehler. Ist für die Datenbank eine Point-in-Time-Recovery (PITR) eingerichtet, kehren Sie zum Moment kurz vor dem Fehler zurück; ein tägliches Backup bringt Sie nur zur letzten Kopie.

Schutz: PITR auf Anfrage

Totalausfall des Rechenzentrums

Brand, Wasserschaden oder längere Störung beim Betreiber. Schutz bietet eine Kopie an einem anderen Standort, etwa in einem zweiten Rechenzentrum. Replikation und Failover sind standardmäßig nicht enthalten; das Team richtet sie auf Anfrage aus den DevOps-Stunden ein.

Schutz: Kopie an anderem Standort

Ein Anwendungsfehler beschädigt Daten

Ein Deployment bringt einen Fehler mit, der Datensätze beschädigt. Mit einem separaten Datenbank-Backup stellen Sie nur die Datenbank wieder her, nicht den ganzen Server — die Anwendungsdateien bleiben, die Daten werden zurückgesetzt.

Schutz: separates DB-Backup

Umzug auf einen anderen Server

Sie wachsen aus dem Tarif heraus. Ein VPS wechselt auf eine höhere Stufe mit mehr vCPU, RAM und Speicher; für einen Umzug auf einen anderen Server planen wir die Migration vorab, damit die Unterbrechung kurz bleibt.

Tipp: Migration vorab planen

Datenbank-Backup — Strategien je Engine

Ein vollständiges VPS-Backup genügt nicht immer. Datenbanken bringen eigene Mechanismen für die Point-in-Time-Recovery mit, die Sie exakt auf den gewählten Zeitpunkt zurückbringen und nicht nur auf den letzten Snapshot. Wir richten sie auf Anfrage aus den inklusiven DevOps-Stunden ein.

PostgreSQL
Empfohlen: WAL-Streaming plus tägliches Basis-Backup. PITR über den von Ihnen gewählten Aufbewahrungszeitraum.
möglicher RPO: Sekunden
MariaDB / MySQL
Empfohlen: Binlog-Streaming plus tägliches xtrabackup. PITR über das Wiedereinspielen der Binlogs.
möglicher RPO: unter 1 Min.
MongoDB
Empfohlen: Oplog-Streaming plus tägliches mongodump. PITR über das Wiedereinspielen des Oplogs.
möglicher RPO: unter 1 Min.
Redis
AOF (Append-Only File) plus regelmäßige RDB-Snapshots. Mit fsync=always geht praktisch nichts verloren.
möglicher RPO: unter 1 Sek.
ClickHouse
BACKUP TO disk plus Replikation. Sicherung je Partition.
möglicher RPO: Minuten

Was enthalten ist — und was auf Anfrage eingerichtet wird

Es gibt kein „Premium-Backup" als Zusatzpaket: Was enthalten ist, steht beim jeweiligen Tarif, und alles darüber hinaus richtet das Team aus den DevOps-Stunden Ihres Abonnements ein. Stunden über dem Kontingent werden gesondert nach Stunden abgerechnet.

  • cPanel: tägliches automatisches Backup, Wiederherstellung im Panel — enthalten
  • VPS: Snapshots, ohne garantierte Häufigkeit — enthalten
  • Dedizierte Server: NVMe-Laufwerke paarweise, RAID bei der Installation eingerichtet — Backup standardmäßig nicht enthalten
  • Externes Backup nach der 3-2-1-Regel — auf Anfrage, aus den DevOps-Stunden (5–10 h/Monat bei dedizierten Servern)
  • PITR für Datenbanken (WAL, Binlog, Oplog) — auf Anfrage, aus den DevOps-Stunden
  • Wiederherstellungstests und Aufbewahrungsdauer — mit dem Team vereinbart und aus den DevOps-Stunden eingerichtet

Wiederherstellung eines Backups — in 4 Schritten

1

Panel öffnen

Melden Sie sich im Kundenpanel an. Bei cPanel stellen Sie dort das tägliche Backup wieder her, beim VPS wählen Sie einen Snapshot.

2

Zeitpunkt wählen

Wählen Sie die Kopie mit dem Stand unmittelbar vor dem Problem. Die jüngste ist nicht immer die richtige, wenn der Fehler schon länger besteht.

3

Auf „Wiederherstellen" klicken

Die Wiederherstellung überschreibt den aktuellen Zustand. Wenn Sie unsicher sind, bitten Sie das Team, zuerst in eine getrennte Umgebung wiederherzustellen, um zu vergleichen.

4

Ergebnis prüfen

Prüfen Sie, ob die Anwendung läuft und die Daten stimmen. Wie lange die Wiederherstellung dauert, hängt von der Datenmenge ab.

Häufige Fragen

Muss der Server für einen Snapshot angehalten werden?

In der Regel nicht: Ein VPS-Snapshot entsteht im laufenden Betrieb. Bei einer Datenbank ist ein Snapshot des laufenden Servers aber nicht immer konsistent, daher empfehlen wir ein separates Datenbank-Backup (Dump oder WAL/Binlog), das das Team auf Anfrage einrichtet.

Wie lange dauert die Wiederherstellung eines sehr großen Snapshots, etwa 500 GB?

Das hängt von Datenmenge, Datenträger und Speicherort der Kopie ab — aus einer externen Kopie dauert es länger als aus einer lokalen. Eine feste Dauer versprechen wir nicht: Den realistischen Wert liefert ein Wiederherstellungstest, den wir gemeinsam mit Ihnen durchführen können.

Sind die Backups verschlüsselt?

Die Verschlüsselung externer Backups ist Teil der Strategie, die wir auf Anfrage einrichten — etwa Kopien, die den Server nur verschlüsselt verlassen, mit Schlüsseln getrennt von der Produktion. Nennen Sie dem Team Ihre Anforderungen, wenn Sie die Einrichtung anfragen.

Was, wenn ich eine Aufbewahrung von mehr als 30 Tagen brauche?

Die Aufbewahrung externer Backups wird bei der Einrichtung der Strategie festgelegt, nach Ihrem Bedarf und den handels- und steuerrechtlichen Aufbewahrungspflichten. Den Speicher für eine längere Aufbewahrung vereinbaren Sie mit dem Team; die Tarife finden Sie auf der Preisseite.

Kann ich einen Snapshot lokal herunterladen?

Auf VPS und dedizierten Servern haben Sie Root-Zugriff und kopieren Ihre Daten mit den Werkzeugen Ihrer Wahl (rsync, tar). Das Team kann aus den DevOps-Stunden auch automatische Kopien in einen externen Speicher einrichten, etwa AWS S3, Google Cloud Storage oder Azure Blob.

Ihre Daten sind zu wertvoll für den Zufall

cPanel enthält ein tägliches Backup, der VPS Snapshots. Auf dedizierten Servern baut das Team die Backup-Strategie aus den inklusiven DevOps-Stunden auf. Einzelheiten finden Sie auf der Preisseite.

Tarife ansehen →

Ratgeber für Unternehmen in Deutschland