Ein Archiv von public_htmlkann sich fehlerfrei öffnen und die Website trotzdem nicht wiederherstellen. Uploads können auf einem eingebundenen Volume liegen, wp-config.phpoberhalb der Webwurzel, Must-use-Plugins in einem individuellen Pfad und Mediendateien in einem Objektspeicher, der lokal gar nicht erscheint.
Eine verlässliche Dateisicherung beginnt mit einem Inventar der tatsächlich wirksamen WordPress-Struktur. Jeder Pfad mit individuellem Code, Medien, Konfiguration oder Serververhalten wird einbezogen; ausgeschlossen wird nur sicher reproduzierbares Material. Anschließend wird das Paket in ein leeres Ziel entpackt und vor der Verbindung mit der passenden Datenbank geprüft.
- Was das Thema bedeutet
- Ein realistisches WordPress-Beispiel
- Warum es wichtig ist und wann es eingesetzt wird
- Der einfache Weg für Einsteiger
- Der technische Weg
- Risiken, häufige Fehler, Backup und Rollback
- Wie AIOWS unterstützt: AIOWS Backup Manager
- Passende AIOWS-Artikel
- Fazit und empfohlener Weg
- Offizielle Quellen
Was das Thema bedeutet
Eine WordPress-Dateisicherung ist eine wiederherstellbare Kopie aller Dateisystembestandteile, die neben der Datenbank für die Anwendung benötigt werden. Dazu zählen meist wp-content, Uploads, Themes, Plugins, Must-use-Plugins, Sprachdateien, Konfiguration, Webserverregeln und eigener Anwendungscode.
Der WordPress-Core kann je nach Deploymentmodell gesichert oder in der bekannten Version neu installiert werden. Erzeugte Caches, temporäre Dateien und Build-Ausgaben lassen sich häufig ausschließen, doch die Richtlinie muss ihre Reproduktion beschreiben. Externe Medien und über Umgebungsvariablen oder andere Systeme bereitgestellte Secrets benötigen einen eigenen Wiederherstellungsweg.
Ein realistisches WordPress-Beispiel
Ein Medienverlag archiviert vor einer Migration die sichtbare Webwurzel. Beim Test fehlen die Uploads, weil sie von einem anderen Volume eingebunden sind. wp-config.phpwird aus dem Elternverzeichnis geladen, und der aktive Must-use-Plugin-Pfad wurde über die Konfiguration geändert. Außerdem hatte der Client .htaccessausgeblendet.
Das Team ermittelt die aufgelösten Pfade in der laufenden Umgebung, nimmt das externe Upload-Volume und die übergeordnete Konfiguration in den geschützten Umfang auf und dokumentiert das individuelle Content-Verzeichnis. Reproduzierbare Caches und alte Archive werden ausgeschlossen, damit sie nicht rekursiv mitgesichert werden. Das neue Paket enthält ein Manifest und lässt sich in einem leeren Verzeichnis wiederherstellen.
Warum es wichtig ist und wann es eingesetzt wird
Ein Dateipunkt gehört vor Änderungen an Themes, Plugins, Serverregeln, Deploymentkonfiguration oder großen Medienbeständen und vor jeder Migration. Nach einer Kompromittierung hilft das Inventar außerdem, freigegebenen Code von unerwarteten ausführbaren Dateien zu unterscheiden.
Datenbank und Dateien beantworten verschiedene Wiederherstellungsfragen. Die Datenbank enthält Beziehungen und Einstellungen, das Dateisystem liefert Code, Medien und Konfiguration. Ein vollständiger Punkt benötigt kompatible Versionen beider Seiten. Ausgelagerte Uploads im Objektspeicher erhalten einen separat dokumentierten Schutz- und Restore-Weg.
Der einfache Weg für Einsteiger
- Ermitteln Sie aktive Webwurzel, WordPress-Pfad, Content- und Upload-Verzeichnis sowie eine mögliche Multisite-Struktur.
- Suchen Sie Konfiguration oberhalb der Webwurzel, versteckte Serverdateien, Must-use-Plugins, individuelle Verzeichnisse, Symlinks und eingebundene Volumes.
- Ordnen Sie jeden Pfad als erforderlich, separat geschützt oder reproduzierbar ein; jede Ausnahme erhält einen Verantwortlichen und ein Wiederherstellungsverfahren.
- Verhindern Sie, dass das Backup-Ziel und ältere Archive rekursiv in das neue Paket geraten.
- Erstellen Sie ein Manifest mit relativem Pfad, Objekttyp, Größe und Prüfsumme für kritische Dateien.
- Entpacken Sie in eine leere isolierte Wurzel und verbinden Sie das Ergebnis mit der Datenbank desselben Wiederherstellungszeitraums.
Der technische Weg
Legen Sie fest, wie Symlinks, Hardlinks, Groß-/Kleinschreibung, lange Pfade, Sparse Files, Rechte, Eigentum und erforderliche erweiterte Attribute behandelt werden. Ein Inhaltshash genügt nicht, wenn ausführbarer Code mit unsicherem Eigentümer zurückkehrt oder ein Release-Link weiterhin auf die Produktion zeigt.
Nach einem Sicherheitsvorfall wird das Paket zunächst ohne Ausführung entpackt. PHP, JavaScript, Shell-Hilfsmittel und Serverregeln werden mit freigegebenen Releases oder den Quellen des eigenen Codes verglichen. Ausführbare Dateien unter Uploads, Doppelerweiterungen und kürzlich veränderte Bootstrap-Dateien sind Warnsignale. Cron, Webhooks und externe Dienste starten erst nach der Prüfung.
Risiken, häufige Fehler, Backup und Rollback
Brechen Sie ab, wenn die tatsächliche Wurzel, externe Speicherorte oder die Linkregel unbekannt sind, wenn das Ziel die Quelle überlappt oder geschützte Konfiguration nicht sicher verarbeitet werden kann. Ein erfolgreicher Archivbefehl zeigt keine Pfade, die nie in seinen Umfang aufgenommen wurden. Bei veränderlichen Uploads ist ein ruhiges Zeitfenster oder ein abschließender Abgleich nötig.
Ein Paket mit fehlerhaftem Manifest überschreibt nicht den letzten geprüften Dateisatz. Die frühere Kopie bleibt erhalten, das Inventar wird korrigiert und der Restore in einem neuen leeren Ziel wiederholt. Testen Sie repräsentative Medien, ein Theme-Template, ein Must-use-Plugin, eine Sprachdatei, versteckte Serverregeln und einen Dateischreibvorgang mit dem vorgesehenen Laufzeitkonto.
Wie AIOWS unterstützt:
AIOWS Backup Manager
Der AIOWS Backup Manager stellt die von ihm unterstützten Optionen für Dateisicherungen innerhalb von WordPress bereit. Vor der Verwendung wird dieser Umfang mit dem tatsächlichen Inventar verglichen. Standardpfade, individuelle Verzeichnisse, Konfiguration außerhalb der Webwurzel, eingebundene Uploads und externer Objektspeicher lassen sich nicht zwangsläufig auf dieselbe Weise erfassen.
Prüfen Sie die gewählten Datenbank- und Dateibestandteile, das erzeugte Paket und sämtliche Ausnahmen. Ordnen Sie das Paket einem benannten Wiederherstellungspunkt zu und stellen Sie sicher, dass die passende Datenbank verfügbar ist. Liegt ein Pflichtpfad außerhalb des unterstützten Umfangs, wird er über ein eigenes dokumentiertes Verfahren geschützt.
AIOWS kann weder einen unbekannten Mount erraten noch verlorene, extern bereitgestellte Secrets rekonstruieren oder Rechte und Eigentum ohne Restore bestätigen. Auch externer Objektspeicher wird nicht automatisch Teil eines lokalen Archivs. Der Backup Manager unterstützt den WordPress-seitigen Ablauf; das Inventar der tatsächlich verwendeten Pfade, externe Datenquellen, Manifestvergleich und isolierte Rücksicherung bleiben notwendige Kontrollen.
Passende AIOWS-Artikel
- WordPress Website Sichern: Dateien und Datenbank
- WordPress-Datenbank sichern und den SQL-Export prüfen
- WordPress-Dateien mit FTP oder SFTP vollständig sichern
Fazit und empfohlener Weg
Erfassen Sie das wirksame Dateisystem, statt die Webwurzel für vollständig zu halten. Schützen Sie einmaligen Code, Medien, Konfiguration, versteckte Regeln und eigene Pfade, dokumentieren Sie jede Ausnahme und prüfen Sie das Manifest in einem leeren Ziel zusammen mit der passenden Datenbank.
