Backup und Wiederherstellung: Was ein Hostingpaket wirklich absichern muss

Ein Backup ist erst dann nützlich, wenn die benötigten Daten aus einem passenden Stand wiederhergestellt werden können. Für die Hostingauswahl zählen deshalb mehr Fragen als „Sind Backups enthalten?“. Sie müssen wissen, was gesichert wird, wie lange Stände verfügbar bleiben, wer auf sie zugreifen darf und wie eine Wiederherstellung abläuft. Dieser Ratgeber macht daraus einen überprüfbaren Betriebsplan.

Mit dem möglichen Datenverlust beginnen

Beschreiben Sie zuerst, welche Informationen Ihre Website erzeugt. Ein selten gepflegtes Portfolio verändert vor allem Texte und Bilder. Ein Shop erzeugt Bestellungen, Kundenkonten und Lagerbewegungen. Ein Mitgliederbereich speichert zusätzliche Berechtigungen und Interaktionen. Der Sicherungsplan sollte sich an diesen Änderungen orientieren. Ein pauschales tägliches Backup kann für ein Projekt ausreichend sein und bei einem anderen einen unvertretbaren Datenverlust hinterlassen. Die Entscheidung muss den Geschäftsablauf einbeziehen.

Zwei Begriffe helfen bei der Klärung: RPO bezeichnet das angestrebte Maß des tolerierbaren Datenverlusts, ausgedrückt als zeitlichen Abstand zum letzten wiederherstellbaren Stand. RTO bezeichnet die angestrebte Dauer bis zur Wiederherstellung des benötigten Dienstes. Beides sind zunächst eigene Ziele und keine automatische Leistung des Hostingpakets. Eine gewünschte kurze Wiederanlaufzeit verlangt einen passenden Prozess, erreichbare Verantwortliche und praktische Erfahrung mit der Rücksicherung.

Formulieren Sie das Ziel als Frage an den Betrieb: Können wir Bestellungen eines bestimmten Zeitraums rekonstruieren, und welche Funktionen müssen zuerst wieder laufen? Vielleicht ist die Websiteanzeige schnell wieder möglich, während die Anbindung der Warenwirtschaft länger braucht. Halten Sie diese Reihenfolge fest. Sie verhindert, dass ein technisch erfolgreicher Import mit einer vollständigen Geschäftsfreigabe verwechselt wird. Die Zuständigkeitsprüfung ordnet Anbieter, Betreiber und externe Dienstleister zu.

Dateien und Datenbank als zusammengehörigen Stand sichern

Die offizielle WordPress-Dokumentation unterscheidet Datenbank und Dateien. Für eine vollständige typische Installation werden beide benötigt. Beiträge und viele Einstellungen liegen in der Datenbank; hochgeladene Bilder, Themes und Plugins liegen in Dateien. Ein heruntergeladenes Webverzeichnis ist deshalb nicht automatisch ein Datenbankbackup. Umgekehrt enthält ein SQL-Export keine hochgeladenen Dokumente. Prüfen Sie das tatsächliche Backupformat und dessen enthaltene Bereiche.

Ordnen Sie Dateien und Datenbank einem gemeinsamen Sicherungszeitpunkt zu. Bei laufenden Änderungen können sonst Bilder im Text referenziert sein, die im älteren Dateistand fehlen. Bei einem Shop sind zusätzliche Konsistenzfragen möglich. Klären Sie, wie das verwendete Werkzeug einen zusammenpassenden Stand herstellt und ob während bestimmter Arbeiten eine Schreibpause nötig ist. In der Umzugsplanung ist derselbe Zusammenhang wichtig: Eine alte Testkopie ersetzt keinen abschließenden aktuellen Datenstand.

Intervall und Aufbewahrung getrennt vergleichen

Das Intervall beschreibt, wann neue Sicherungen entstehen. Die Aufbewahrung beschreibt, welche älteren Stände noch verfügbar sind. Ein täglich erzeugtes Backup hilft bei einem erst später bemerkten Fehler nur dann, wenn ein ausreichend früher gesunder Stand erhalten geblieben ist. Fragen Sie deshalb nach beiden Eigenschaften. Ebenso relevant sind die Unterschiede zwischen regelmäßigen Sicherungen, einer zusätzlichen manuellen Sicherung vor Änderungen und möglichen Exporten für Ihren eigenen Zugriff.

Ordnen Sie die Aufbewahrung dem Fehlerbild zu. Eine versehentlich gelöschte Seite fällt häufig bald auf. Eine schleichende Datenbeschädigung oder ein unbemerkter unerwünschter Eingriff kann länger verborgen bleiben. Die benötigte Historie ist daher nicht allein eine Speicherfrage. Prüfen Sie, ob Stände unabhängig vom laufenden Account geschützt sind und wer sie löschen kann. Eine Sicherung, die mit denselben kompromittierten Berechtigungen vollständig entfernt werden kann, hat eine andere Schutzwirkung als eine getrennt verwaltete Kopie.

Ein Anbieterbackup ersetzt keine Verantwortungsklärung

Lesen Sie die Produktbeschreibung und die verbindlichen Bedingungen für den konkreten Tarif. Werden Website, Datenbank und Mail gemeinsam oder getrennt gesichert? Ist eine Wiederherstellung selbst bedienbar oder muss sie beantragt werden? Entstehen zusätzliche Kosten? Gibt es dokumentierte Grenzen? Fehlt eine Angabe, markieren Sie sie als offen und fragen gezielt nach. Übertragen Sie keine Aussagen eines Managed-Server-Produkts auf ein gewöhnliches Webhostingpaket.

Bewerten Sie auch die Zugriffssituation bei einer Störung. Eine Kopie im Hostingpanel ist unbequem, wenn genau dieser Zugang gerade nicht funktioniert oder der Vertrag gesperrt ist. Ein eigener geschützter Export kann die Handlungsfähigkeit verbessern, benötigt aber sichere Speicherung und Pflege. Die BSI-Informationen zur Datensicherung bieten eine offizielle Grundlage für regelmäßige Sicherungen. Welche konkrete Kombination zum Projekt passt, bleibt eine Betriebsentscheidung.

Die Wiederherstellung in einer getrennten Umgebung üben

Wählen Sie einen vorhandenen Sicherungsstand und stellen Sie ihn in einer geschützten Testumgebung wieder her. Dokumentieren Sie den verwendeten Stand, das Werkzeug, die benötigten Schritte und die beobachtete Dauer. Prüfen Sie danach nicht nur, ob die Startseite erscheint. Anmeldung, repräsentative Inhalte, Medien und die wichtigsten fachlichen Funktionen gehören zur Abnahme. Der Test darf keine realen Zahlungen, Kundennachrichten oder externen Aufträge auslösen.

Eine erfolgreiche Testwiederherstellung ist ein Beleg für diesen konkreten Stand unter diesen Bedingungen. Sie garantiert nicht jede künftige Rücksicherung. Wiederholen Sie die Übung bei wesentlichen Änderungen am Sicherungsverfahren oder der Anwendung. Halten Sie Fehler offen fest und prüfen Sie Korrekturen erneut. Das Ergebnis sollte erklären, ob die eigenen Wiederanlaufziele erreichbar wirkten und welche manuellen Schritte dafür erforderlich waren. Ein pauschaler Haken hinter „Backup vorhanden“ vermittelt diese Information nicht.

1. Stand auswählen
2. Geschützt wiederherstellen
3. Daten und Funktionen prüfen
4. Dauer und Fehler dokumentieren
5. Betriebsplan anpassen

Eine echte Rücksicherung sorgfältig vorbereiten

Vor einer Rücksicherung muss klar sein, welcher aktuelle Zustand überschrieben wird. Sichern Sie den fehlerhaften Bestand, sofern das sicher möglich ist, damit neue Daten und Hinweise erhalten bleiben. Ein Restore kann inzwischen eingegangene Bestellungen oder Änderungen entfernen. Klären Sie deshalb, ob eine vollständige Rücksetzung erforderlich ist oder ob einzelne Inhalte kontrolliert wiederhergestellt werden können. Die Entscheidung hängt vom Fehler und der Anwendung ab.

Stoppen oder koordinieren Sie schreibende Prozesse während der Wiederherstellung. Prüfen Sie Schnittstellen und geplante Aufgaben, die nach dem Start versehentlich alte Aktionen erneut versenden könnten. Die Websitefreigabe folgt erst, wenn Daten und Funktionen fachlich bewertet wurden. Ein berechtigtes Teammitglied entscheidet, wie zwischenzeitliche Transaktionen behandelt werden. Bei einem vermuteten Sicherheitsvorfall muss außerdem die Ursache untersucht werden; ein alter Datenstand allein beseitigt eine weiter bestehende Schwachstelle nicht.

Beispiel: Shopbetrieb und selten gepflegte Website

Eine persönliche Website kann nach einer Fehländerung möglicherweise auf einen früheren Stand zurückgesetzt werden, wenn seitdem keine wichtigen Daten entstanden sind. Das Team vergleicht den betroffenen Inhalt, prüft Bilder und nimmt die Korrektur ab. Die passende Sicherung bleibt trotzdem eine konkrete Voraussetzung. Das einfache Beispiel rechtfertigt keine pauschale Aussage, jeder Betreiber könne ohne Prüfung einen ganzen Tag an Änderungen verlieren.

Bei einem Shop ist dieselbe Rücksetzung anspruchsvoller. Die Verantwortlichen müssen wissen, welche Bestellungen nach dem Sicherungszeitpunkt eingegangen sind und welche extern bereits verarbeitet wurden. Ein Zahlungsdienst und die Warenwirtschaft können einen anderen aktuellen Stand haben als die zurückgesetzte Datenbank. Deshalb gehören nachvollziehbare Referenzen und ein fachlicher Abgleich zum Wiederanlauf. Diese Beispiele sind eigene Planungsfälle; für keinen genannten Tarif wurde hier eine Restorezeit oder Transaktionskonsistenz gemessen.

Backupdaten als sensible Betriebsdaten behandeln

Backups können Kundeninformationen, private Dokumente und Zugangskonfiguration enthalten. Legen Sie sie außerhalb öffentlich erreichbarer Verzeichnisse ab und beschränken Sie den Zugriff auf berechtigte Personen. Prüfen Sie auch, ob ein versehentlich veröffentlichter Dateiname direkt abrufbar wäre. Ein noindex-Hinweis schützt keine vertrauliche Sicherungsdatei. Die benötigten Schlüssel und Zugangsinformationen müssen getrennt sicher verfügbar sein, damit verschlüsselte Kopien im Ernstfall tatsächlich gelesen werden können.

Dokumentieren Sie außerdem den Umgang mit alten Kopien und abgelaufenen Berechtigungen. Eine zeitlich begrenzte Migrationsexportdatei sollte nicht jahrelang im Downloadverzeichnis einer Testumgebung bleiben. Stimmen Sie die notwendige Aufbewahrung mit Ihren betrieblichen und datenschutzbezogenen Vorgaben ab. Der Sicherungsplan braucht eine verantwortliche Pflege, gerade wenn mehrere Agenturmitarbeitende oder externe Dienstleister beteiligt sind. Unklare Zuständigkeit ist hier ebenso relevant wie ein fehlender technischer Sicherungsjob.

Fragen für Ihre Tarifentscheidung

Prüfen Sie im Alltag, ob Sicherungsjobs wirklich abgeschlossen wurden. Eine konfigurierte Uhrzeit belegt noch keine vorhandene Sicherung. Zu wenig Speicher, fehlende Berechtigungen oder eine unterbrochene Übertragung können einen Lauf scheitern lassen. Vereinbaren Sie, wer Fehlermeldungen erhält und wie die betreffende Person reagiert. Auch ein grüner Status sollte gelegentlich mit einer tatsächlich vorhandenen Datei oder einem verfügbaren Wiederherstellungspunkt abgeglichen werden. Dadurch wird das Sicherungssystem als laufender Prozess behandelt.

Schätzen Sie den zusätzlichen Speicherbedarf anhand des eigenen Datenbestands und des verwendeten Verfahrens ab. Mehrere vollständige Kopien eines großen Medienarchivs benötigen andere Kapazität als ein kleiner Datenbankexport. Fragen Sie, ob Sicherungen auf Ihr Websitekontingent angerechnet werden und ob fehlender Speicher die Website oder nur den Sicherungslauf beeinträchtigt. Veröffentlichen Sie dabei keine angenommenen Tarifgrenzen als Fakten. Der Anbieter muss die Regel für das konkret ausgewählte Paket bestätigen.

Erstellen Sie für den Ernstfall eine kurze Bedienanleitung mit dem sicheren Zugangsweg, der Auswahl des Sicherungsstands und dem Abnahmeplan. Sie sollte auch für eine berechtigte Vertretung verständlich sein. Testen Sie deshalb einmal, ob eine zweite Person die Dokumentation nachvollziehen kann, ohne Passwörter per Chat anzufordern. Wenn eine wichtige Schlüsseldatei oder ein Wiederherstellungsrecht nur bei einer abwesenden Person liegt, ist diese organisatorische Abhängigkeit im Betriebsplan sichtbar zu machen.

Die geplante Wiederanlaufzeit endet außerdem nicht automatisch beim letzten Importbalken. Caches müssen den wiederhergestellten Stand zeigen, externe Verbindungen erneut passen und die benötigten Benutzerrechte verfügbar sein. Dokumentieren Sie diese Nacharbeiten mit derselben Sorgfalt wie die Rücksicherung selbst. So ergibt der nächste Test ein realistisches Bild der gesamten Aufgabe. Eine einzelne Werkzeugmeldung beschreibt lediglich einen Teilschritt und darf nicht als Beweis vollständiger Betriebsfähigkeit stehen bleiben.

• Welche Daten werden in welchem Intervall gesichert?
• Welche früheren Stände bleiben wie lange verfügbar?
• Wie ist die Kopie vom laufenden Account getrennt geschützt?
• Wer startet eine Wiederherstellung, mit welchen Kosten und Zugängen?
• Wurde ein passender Stand praktisch wiederhergestellt und fachlich geprüft?
• Wie werden neue Daten und externe Transaktionen bei einem Restore behandelt?

Übernehmen Sie die Antworten in Ihren Hostingvergleich. Der Preis eines Pakets wird dadurch verständlicher: Sie sehen, welche Absicherung enthalten ist und welche Arbeit intern verbleibt. Die Produktübersicht auf webhoster24.de ersetzt diese Detailklärung nicht. Entscheidend ist ein Sicherungs- und Wiederanlaufverfahren, das zum tatsächlichen Datenfluss Ihres Projekts passt und dessen Grenzen dokumentiert sind.