Quelle: https://hostingwissen.de/wissen/backup-ebenen-planen/

Datenstand: 2026-11-03. Anbieter: webhoster.de AG.

Betrieb / Praxiswissen

# Backup planen: Dateien, Datenbank und Snapshots unterscheiden

Ein Backup ist nur hilfreich, wenn sich daraus der benötigte Zustand wiederherstellen lässt. Eine Website besteht häufig aus Dateien, einer Datenbank und weiteren Einstellungen. Ein Server-Snapshot kann eine zusätzliche Ebene bilden, löst aber nicht automatisch jede Aufgabe einer gezielten Anwendungswiederherstellung. Die Planung beginnt deshalb bei den Daten und ihrer Veränderung: Was muss zurückkommen, welchen Zeitraum darf es betreffen und wer kann die Wiederherstellung ausführen?

Redaktion HostingwissenStand: 3. November 20264 Min. Lesezeit

![Geöffnete Archivschublade mit Papieren über zwei petrolfarbenen Sicherungsebenen; KI-Illustration](https://hostingwissen.de/assets/wissen-betrieb.webp)

Illustratives Bildmotiv · KI-generiert

In diesem ArtikelDie wichtigsten Gedanken

* Dateien und Datenbank müssen für den gewünschten Wiederherstellungsstand zusammenpassen.
* Anwendungsbackup und Server-Snapshot haben unterschiedliche Reichweiten.
* Aufbewahrung, Speicherort und eine echte Restore-Probe gehören zum Sicherungsplan.
Grafik: Mehrere Ebenen, unterschiedliche Rückwege Dateien + Datenbank → Anwendungsbackup → Server-Snapshot → Geschützter Wiederherstellungsplan. Schematische Darstellung, keine Messwerte.

Mehrere Ebenen, unterschiedliche Rückwege · schematisch

## Den Sicherungsumfang vollständig erfassen

Bei WordPress enthalten die Dateien unter anderem Medien, Themes, Plugins und Konfiguration. Die Datenbank enthält beispielsweise Beiträge, Einstellungen, Benutzer und gegebenenfalls Bestellungen. Nur den Medienordner zu kopieren reicht für eine vollständige Wiederherstellung nicht. Umgekehrt liefert eine Datenbank ohne die erforderlichen Dateien nicht automatisch eine funktionsfähige Website. Hinzu kommen außerhalb der Anwendung gepflegte Aufgaben wie DNS oder Zeitpläne.

Erstelle eine Liste, wo welche Informationen liegen. Postfächer, externe Rechnungsdienste und angebundene Speicher können außerhalb des Website-Backups liegen. Dokumentiere auch, welche Zugangsmittel für den Rückweg benötigt werden und wer darauf zugreifen darf. Die Liste soll keine offenen Geheimnisse enthalten, sondern auf einen geschützten Aufbewahrungsort verweisen.

## Zusammengehörige Stände sichern

Während eines Backups kann eine dynamische Website weiter Daten verändern. Für einen nutzbaren Wiederherstellungsstand müssen Dateien und Datenbank hinreichend zusammenpassen. Ein Shop mit laufenden Bestellungen benötigt dabei andere Überlegungen als eine selten geänderte statische Website. Welches Verfahren dafür geeignet ist, hängt vom Sicherungswerkzeug und der Anwendung ab; eine beliebige Reihenfolge ohne Prüfung ist keine verlässliche Strategie.

Bespreche vor größeren Änderungen, ob eine zeitlich begrenzte Schreibpause oder ein anderes konsistentes Sicherungsverfahren erforderlich ist. Prüfe außerdem, wie ein Backup bei Problemen gemeldet wird. Ein aktivierter Zeitplan ist noch kein Nachweis für eine erfolgreich abgeschlossene Sicherung. Fehler durch fehlenden Platz oder unvollständige Übertragungen müssen bemerkt und bearbeitet werden.

## Die Ebenen nach ihrem Wiederherstellungsziel wählen

Ein Anwendungsbackup ermöglicht je nach Werkzeug die Wiederherstellung einer Website oder ausgewählter Bestandteile. Ein Snapshot betrachtet einen größeren Systemzustand und kann deshalb bei Eingriffen an der Umgebung hilfreich sein. Ein vollständiges Zurücksetzen des Servers kann aber zugleich mehrere Websites und zwischenzeitliche Änderungen betreffen. Die passende Ebene hängt von der Störung ab.

Bei den hier vorgestellten Managed Servern werden Snapshot-Backups und eigener Plesk-Backupspeicher beschrieben. Die Speichergrößen sind tarifabhängig. Aus dieser Kapazität lassen sich weder eine bestimmte Aufbewahrungsdauer noch eine feste Wiederherstellungszeit ableiten. Für die konkrete Konfiguration müssen Umfang, Zeitplan und Rückweg gesondert geprüft werden.

| Ebene | Nützliche Frage |
| --- | --- |
| Dateien und Datenbank | Kann die benötigte Website daraus vollständig starten? |
| Anwendungsbackup | Welche Elemente lassen sich gezielt zurückspielen? |
| Server-Snapshot | Welche weiteren Projekte würde ein Rücksetzen betreffen? |
| Externe Daten | Wer sichert angebundene Dienste und Postfächer? |

## Verlustfenster und Wiederanlauf als Planungsziele notieren

Überlege, wie viele Änderungen zwischen zwei Sicherungen entstehen können. Bei einem Bestellportal sind Stunden möglicherweise geschäftlich relevant, bei einer selten veränderten Infoseite weniger. Dieses tolerierbare Datenverlustfenster wird oft als RPO beschrieben. Das gewünschte Zeitfenster bis zum Wiederanlauf wird häufig RTO genannt. Beides sind zunächst Anforderungen deines Projekts und keine automatisch vom Tarif zugesagten Leistungswerte.

Halte Anforderungen, gebuchte Leistung und tatsächlich beobachtete Restore-Zeit getrennt fest. Ein Ziel wird erst durch einen passenden Ablauf und Tests belastbarer. Berücksichtige dabei auch die Zeit für Zugang, Abstimmung, Datenübertragung und Funktionskontrolle. Nur die reine Kopierdauer zu messen unterschätzt den Aufwand eines vollständigen Wiederanlaufs.

## Aufbewahrung und Wiederherstellung gemeinsam prüfen

Eine vom laufenden System getrennte Sicherung kann die Abhängigkeit von dessen Zustand verringern. Auch solche Kopien benötigen Zugriffsschutz, passende Aufbewahrung und eine dokumentierte Löschung. Speicherplatz allein ist kein Sicherheitskonzept. Prüfe, ob genügend frühere Stände verfügbar sind, wenn eine versehentliche Änderung erst mit Verzögerung auffällt.

Führe regelmäßig eine kontrollierte Restore-Probe auf einer geeigneten, geschützten Umgebung durch. Dabei zeigt sich, ob Sicherungsumfang, Anleitungen und Zugriffsrechte tatsächlich ausreichen. Dokumentiere gefundene Lücken und passe den Plan an. Der folgende Restore-Leitfaden beschreibt diese Prüfung Schritt für Schritt; er ergänzt die Sicherungsstrategie um den entscheidenden Nachweis der Nutzbarkeit.

Berücksichtige die Zugänglichkeit der Anleitung: Wenn nur das ausgefallene System die Dokumentation enthält, fehlt sie möglicherweise im entscheidenden Moment. Ein geschützter, getrennt erreichbarer Ablageort kann diese Abhängigkeit verringern und sollte in der Probe berücksichtigt werden.

Nachlesen im Original

## Quellen & Dokumentation

Primärquellen, geprüft am 3. November 2026. Angaben gelten im beschriebenen Zusammenhang; die konkrete Umgebung und der gebuchte Leistungsumfang bleiben maßgeblich.

* [WordPress: Dateien und Datenbank sichern ↗](https://developer.wordpress.org/advanced-administration/security/backup/)
* [webhoster.de: Backup-Manager ↗](https://webhoster.de/backupmanager/)
* [webhoster.de: Managed Server ↗](https://webhoster.de/v-server/)

**Transparenz**

Dieser Artikel stammt von der Redaktion Hostingwissen, einem Angebot der webhoster.de AG. Die Gesellschaft bietet selbst Webhosting und Managed Server an. Allgemeine Erklärungen und konkrete Produktleistungen sind gesondert zu prüfen.

In diesem Artikel[← Zur Bibliothek](https://hostingwissen.de/wissen/)

Weiterdenken

## Dazu passt auch

[![Geöffnete Archivschublade mit Papieren über zwei petrolfarbenen Sicherungsebenen; KI-Illustration](https://hostingwissen.de/assets/wissen-betrieb.webp)](https://hostingwissen.de/wissen/restore-probe/)

Betrieb · 4 Min.

### [Restore-Probe: Ein Backup kontrolliert wiederherstellen](https://hostingwissen.de/wissen/restore-probe/)

So prüfst du eine Website-Sicherung auf einer getrennten Umgebung – mit Funktionsliste, dokumentiertem Datenstand und einem nachvollziehbaren Ergebnis.

↗

[![Papierstapel in einem petrolfarbenen Rahmen mit Schloss, Zahnrad und Schlüssel; KI-Illustration](https://hostingwissen.de/assets/wissen-wordpress.webp)](https://hostingwissen.de/wissen/wordpress-staging/)

WordPress · 4 Min.

### [WordPress-Staging: Änderungen vor der Live-Schaltung prüfen](https://hostingwissen.de/wissen/wordpress-staging/)

Eine Staging-Kopie schützt Arbeitsabläufe nur mit klaren Grenzen. So testest du WordPress-Änderungen und vermeidest überschriebene Bestellungen oder echte Testmails.

↗

[![Geöffnete Archivschublade mit Papieren über zwei petrolfarbenen Sicherungsebenen; KI-Illustration](https://hostingwissen.de/assets/wissen-betrieb.webp)](https://hostingwissen.de/wissen/website-umzug-checkliste/)

Betrieb · 4 Min.

### [Website umziehen: Eine Checkliste für Daten, DNS und Freigabe](https://hostingwissen.de/wissen/website-umzug-checkliste/)

Ein Website-Umzug umfasst mehr als Dateien. So planst du Anwendung, Postfächer, DNS, HTTPS und die letzten Änderungen vor der Umschaltung.

↗