Website nach Serverabsturz wiederherstellen: Notfallplan in 8 Schritten

Wenn Ihre Website gerade nicht erreichbar ist und Sie suchen, wie Sie eine Website nach einem Serverabsturz wiederherstellen: Atmen Sie durch. Die meisten Serverabstürze lassen sich innerhalb weniger Stunden beheben, wenn Sie methodisch vorgehen. Längere Ausfälle (24 Stunden und mehr) entstehen meist, weil jemand in Panik gerät, die Lage verschlimmert oder ein Backup einspielt, ohne zu prüfen, worauf er es einspielt.

Dies ist ein Notfallplan in 8 Schritten. Lesen Sie ihn einmal vollständig, bevor Sie etwas tun. Arbeiten Sie ihn dann der Reihe nach ab. Er setzt einfachen Admin-Zugang voraus (Hosting-Panel, DNS, eventuell WordPress-Admin), aber keine tiefen DevOps-Kenntnisse.

Schritt 1: Prüfen, was tatsächlich ausgefallen ist

Bevor Sie irgendetwas anfassen, klären Sie, was defekt ist. Der Panikreflex lautet „sofort alles wiederherstellen“. Das macht es oft schlimmer.

Prüfen Sie von außerhalb Ihres eigenen Netzwerks:

• Status der Website: Öffnen Sie die Website über die mobilen Daten Ihres Smartphones oder nutzen Sie downforeveryoneorjustme.com
• Status des Servers: Prüfen Sie die Statusseite Ihres Hosters (Hetzner, AWS und IONOS veröffentlichen ihren Status)
• DNS-Auflösung: dig ihredomain.de im Terminal oder dnschecker.org
• SSL-Zertifikat: Ist es abgelaufen? Rufen Sie die Seite per HTTPS auf und achten Sie auf Warnungen im Browser
• WordPress-Admin: Erreichen Sie /wp-admin/?

Das Ergebnis bestimmt den nächsten Schritt. Spielen Sie kein Backup ein, wenn das eigentliche Problem ein abgelaufenes SSL-Zertifikat ist.

Schritt 2: Die Art des Ausfalls bestimmen

Serverabstürze lassen sich fünf Kategorien zuordnen. Jede erfordert eine andere Reaktion.

Kategorie A: Ausfall beim Hoster

Die Statusseite Ihres Anbieters zeigt das Problem. Sie können es nicht beheben; Sie können nur warten oder auf eine Ausweichumgebung umschalten.

Maßnahme: Status des Anbieters beobachten, Kunden über eine Statusseite oder Social Media informieren, keine panische Migration.

Kategorie B: Server neu gestartet / Dienst abgestürzt

Ihr VPS wurde neu gestartet; nginx oder PHP-FPM sind nicht automatisch wieder angelaufen. Häufig nach Wartungsarbeiten beim Hoster.

Maßnahme: Per SSH (oder über die Konsole des Hosters) anmelden und die Dienste neu starten: systemctl restart nginx php-fpm mysql. Meist ist die Website nach 60 Sekunden wieder da.

Kategorie C: Festplatte voll

Der Server läuft, kann aber nicht mehr schreiben. Häufige Ursache: Logdateien, Uploads oder eine wachsende Datenbank haben den Speicher aufgebraucht.

Maßnahme: Logdateien (/var/log/), älteste Backups oder temporäre Dateien löschen. Anschließend den Speicherplatz erweitern.

Kategorie D: Beschädigte Datenbank

Die Website lädt, zeigt aber Datenbankfehler. Ursache kann ein unsauberes Herunterfahren, ein Hardwareproblem oder eine versehentliche Schemaänderung sein.

Maßnahme: Schreibzugriffe sofort stoppen. Einen Snapshot der aktuellen Datenbank erstellen. Aus dem letzten intakten Backup wiederherstellen. Arbeiten Sie nicht mit einer beschädigten Datenbank weiter.

Kategorie E: Gehackt / kompromittiert

Die Website zeigt verunstaltete Inhalte, Malware-Warnungen oder unerwartete Weiterleitungen. Das ist die schlimmste Kategorie – und erfordert eine Prüfung auf eine Datenschutzverletzung nach DSGVO.

Maßnahme: Website sofort offline nehmen. Nicht versuchen, sie im laufenden Betrieb zu „säubern“. Untersuchen, aus einem sauberen Backup wiederherstellen, absichern und den Datenschutz einbeziehen, falls personenbezogene Daten betroffen sein könnten.

Schritt 3: Snapshots erstellen, bevor Sie etwas wiederherstellen

Der schwerwiegendste Fehler bei der Wiederherstellung: Beweise überschreiben.

Vor der Wiederherstellung:

• Einen Snapshot des aktuellen Serverzustands erstellen (die meisten Hoster bieten das im Panel an)
• Eine Kopie der Datenbank im aktuellen Zustand herunterladen (auch wenn sie beschädigt ist – sie kann Daten enthalten, die im letzten Backup fehlen)
• Eine Kopie von /wp-content/uploads/ und allen nutzergenerierten Inhalten herunterladen
• Die genauen Fehlermeldungen und Zeitstempel notieren

Dieser Snapshot ist Ihr Sicherheitsnetz, falls die Wiederherstellung neue Probleme verursacht. Überspringen Sie diesen Schritt nicht.

Schritt 4: Aus dem richtigen Backup wiederherstellen

Diese Backup-Hierarchie sollte für jede ernsthafte WordPress-Website existieren:

Backup-Art	Häufigkeit	Speicherort	Dauer der Wiederherstellung
Datenbank	Stündlich oder täglich	Extern (S3, Hetzner Storage Box)	5–30 Min.
Komplette Website (Dateien + Datenbank)	Täglich	Extern	30 Min. – 2 Std.
Server-Snapshot	Täglich oder vor Änderungen	Beim Hoster	5–30 Min.
Disaster Recovery (3-2-1)	Wöchentlich	Räumlich getrennt	Mehrere Stunden

Spielen Sie das jüngste Backup ein, von dem Sie wissen, dass es sauber war. Bei Kategorie E (gehackt) stellen Sie aus einem Backup vor der Kompromittierung wieder her – das kann Wochen zurückliegen.

Optionen zur Wiederherstellung unter WordPress:

• UpdraftPlus (kostenlos + kostenpflichtig)
• BackupBuddy / Solid Backups
• Duplicator
• ManageWP (kostenlose Version verfügbar)
• Backups des Hosters (Plesk, cPanel, Hetzner-Cloud-Snapshots)

Schritt 5: Die Wiederherstellung prüfen, bevor Sie live gehen

Schalten Sie eine wiederhergestellte Website nicht direkt wieder online. Prüfen Sie zuerst:

• Datenbankabfragen liefern die erwarteten Einträge
• Dateiberechtigungen stimmen (644 für Dateien, 755 für Verzeichnisse)
• Der WordPress-Admin lädt ohne Fehler
• Die Seiten im Frontend werden angezeigt
• Formulare lassen sich absenden und E-Mails kommen an
• Plugin-Lizenzen sind weiterhin aktiv
• Cronjobs laufen

Bei Kategorie E (kompromittiert) zusätzlich:

• Malware-Scan durchführen (Wordfence, Sucuri, MalCare)
• Prüfsummen der Dateien mit bekannten sauberen Versionen vergleichen
• Benutzerkonten auf unbekannte Administratoren prüfen
• Alle Passwörter und API-Schlüssel erneuern

Schritt 6: Vorsichtig mit DNS umgehen

Wenn Sie auf einen neuen Server umziehen, ist DNS der letzte Schritt, nicht der erste.

• Den neuen Server vollständig prüfen, bevor Sie DNS umstellen
• Die DNS-TTL nach Möglichkeit vorab auf 300 Sekunden senken (beschleunigt die spätere Verbreitung)
• Mit dig oder dnschecker.org prüfen, ob sich die Änderung weltweit verbreitet
• Den alten Server weiterlaufen lassen, bis die DNS-Änderung vollständig verbreitet ist (im ungünstigsten Fall 24–48 Stunden)

Häufiger Fehler: DNS in Panik auf einen Server umstellen, der noch nicht bereit ist. Dann haben Sie zwei defekte Umgebungen und verärgerte Kunden.

Schritt 7: Meldung einer Datenschutzverletzung nach DSGVO (nur Kategorie E)

Wurde Ihre Website gehackt und könnte auf personenbezogene Daten zugegriffen worden sein, läuft nach Art. 33 DSGVO eine Meldefrist von 72 Stunden.

Schritte:

• Den Vorfall dokumentieren (was geschah, wann, welche Daten, wie viele Personen)
• Ihren Datenschutzbeauftragten informieren, falls vorhanden
• Die zuständige Landesdatenschutzbehörde innerhalb von 72 Stunden benachrichtigen
• Betroffene Personen informieren, wenn ein hohes Risiko besteht (Art. 34)
• Den Vorfall und Ihre Reaktion schriftlich festhalten (GoBD-konform)

Für Unternehmen im Mittelstand ist das nicht optional. Eine unterlassene Meldung ist selbst ein Verstoß.

Schritt 8: Nachbereitung und Vorbeugung

Erstellen Sie nach der Wiederherstellung eine schriftliche Nachbereitung (Post-Mortem):

• Was war die eigentliche Ursache?
• Welche Signale hätten uns früher warnen können?
• Wie sieht unsere angepasste Backup-Strategie aus?
• Wie sieht unser angepasstes Monitoring aus?
• Wer hat beim nächsten Mal das Notfallhandbuch?

Ergänzen Sie das Notfallhandbuch, damit der nächste Vorfall in 30 Minuten statt in 8 Stunden erledigt ist.

Die 3-2-1-Backup-Regel (merken Sie sich diese)

3 Kopien Ihrer Daten. 2 verschiedene Speichermedien. 1 Kopie extern (räumlich getrennt von Ihrem Hauptserver).

Für eine typische WordPress-Website eines KMU:

• Kopie 1: Live-Datenbank + Dateien auf dem Produktivserver
• Kopie 2: Tägliche Backups des Hosters (Hetzner-Snapshots oder vergleichbar)
• Kopie 3: Externes Backup in der Hetzner Storage Box, bei AWS S3 Frankfurt oder Backblaze EU

Jede Backup-Strategie ohne echte externe Kopie lässt Sie an dem Tag im Stich, an dem Ihr Hoster einen regionalen Ausfall hat.

Was KMU vor einem Absturz eingerichtet haben sollten

Fünf Dinge, die Sie jetzt einrichten sollten, falls noch nicht geschehen:

1. Automatische tägliche externe Backups (UpdraftPlus → Hetzner Storage Box oder S3 Frankfurt)
2. Monatlicher Wiederherstellungstest – spielen Sie tatsächlich ein Backup auf einer Staging-Umgebung ein
3. Uptime-Monitoring (UptimeRobot, Pingdom – Benachrichtigung innerhalb von 1–5 Minuten nach einem Ausfall)
4. Monitoring auf Serverebene (Speicherplatz, Arbeitsspeicher, CPU)
5. Schriftliches Notfallhandbuch mit Ansprechpartnern, Ablageort der Zugangsdaten und Schritten bei Datenschutzverletzungen

Hoster in Deutschland mit guter Unterstützung bei der Wiederherstellung

Für KMU im DACH-Raum bieten diese Anbieter zuverlässige Infrastruktur und guten Support:

• Hetzner Cloud – deutsch, günstig, ISO-27001-orientierte Rechenzentren, guter Support
• IONOS – etablierter deutscher Hoster, umfassende Support-Stufe verfügbar
• Mittwald – spezialisiert auf Managed WordPress, deutschsprachiger Support
• Raidboxes – Premium-Managed-WordPress, deutsches Team
• AWS Frankfurt – Enterprise-Option, volles Ökosystem, aber komplexer

Mehr zum Thema Hosting im DACH-Raum finden Sie in der Übersicht unserer Leistungen für Webdesign und Webentwicklung.

Realistische Wiederherstellungszeiten

Fällt Ihre Website heute aus, sind das realistische Wiederherstellungszeiten je Kategorie:

Kategorie	Dauer (mit Backups)	Dauer (ohne Backups)
A: Ausfall beim Hoster	Abhängig vom Anbieter	Abhängig vom Anbieter
B: Dienst abgestürzt	5–60 Min.	1–4 Std. (Neuaufbau)
C: Festplatte voll	30 Min. – 2 Std.	4–8 Std.
D: Beschädigte Datenbank	1–4 Std.	4–24 Std.
E: Gehackt	4–24 Std.	1–5 Tage

Bei Websites ohne Backups dauert die Wiederherstellung 5- bis 10-mal länger. Manchmal sind die Daten unwiederbringlich verloren.

Wann Sie Notfallhilfe holen sollten

Die meisten Serverabstürze lassen sich intern lösen, wenn jemand im Team sicher mit Hosting-Panel und WordPress-Admin umgeht. Holen Sie professionelle Hilfe, wenn:

• die Website seit über 4 Stunden ausgefallen ist und Sie die Ursache nicht finden
• der Absturz eine mögliche Datenschutzverletzung (offengelegte personenbezogene Daten) betrifft
• die Website umsatzkritisch ist und jede Stunde mehr kostet als die Hilfe
• das Team so unter Stress steht, dass Fehler wahrscheinlich werden

Für Notfälle bei kritischen Projekten bieten wir Kunden mit Wartungsvertrag eine Reaktion rund um die Uhr an. Sie können einen Termin buchen, um laufende Wartung und Notfallbereitschaft zu besprechen.

Häufige Fragen zur Wiederherstellung einer Website nach einem Serverabsturz

Fazit: Website nach einem Serverabsturz wiederherstellen

Das Schwierigste an der Wiederherstellung ist nicht die Technik – sondern methodisch zu bleiben, während die Website ausgefallen ist und im Team Panik herrscht. Arbeiten Sie die 8 Schritte der Reihe nach ab. Erstellen Sie Snapshots, bevor Sie wiederherstellen. Prüfen Sie, bevor Sie live gehen. Melden Sie Vorfälle nach DSGVO, wenn nötig.

Wenn Sie vor dem nächsten Absturz ein sauberes Backup und Monitoring einrichten möchten – oder jetzt sofort Notfallhilfe brauchen –, können Sie einen Termin mit unserem Team buchen. Wir bieten KMU Wartungsverträge und Notfallbereitschaft.