So stellen Sie WordPress Multisite wieder her (4 Methoden, die 2026 funktionieren)

Wenn eine einzelne WordPress-Installation ausfällt, ist das schon ein unangenehmer Nachmittag. Wenn jedoch ein Multisite-Netzwerk ausfällt, rufen dich alle Kunden gleichzeitig an.

Das ist der Aspekt, den viele bei WordPress Multisite unterschätzen. Dank der gemeinsamen Infrastruktur lassen sich Dutzende von Websites effizient über ein einziges Dashboard verwalten, doch schon eine beschädigte Datenbanktabelle, ein fehlerhaftes Plugin-Update oder eine fehlgeschlagene Migration kann das gesamte Netzwerk lahmlegen.

Ich musste Multisite-Netzwerke bereits in den meisten Situationen wiederherstellen, die jemanden zu diesem Beitrag führen könnten: ein PHP-Update, das den Netzwerkadministrator lahmgelegt hat, eine verpfuschte Host-Migration, bei der die Datenbank ins Leere zeigte, oder ein Plugin-Konflikt, der jede Unterseite hinter einem schwerwiegenden Fehler blockierte.

Die Wiederherstellung mehrerer Standorte ist nicht so kompliziert, wie es scheint, hängt jedoch stark davon ab, was noch funktioniert, wenn etwas schiefgeht.

In diesem Beitrag stelle ich dir einige Methoden zur Wiederherstellung deines WordPress-Multisite-Netzwerks vor. Beginne mit dem, worauf du noch Zugriff hast, wähle die passende Methode aus und arbeite sie Schritt für Schritt durch. Am Ende wird dein Netzwerk wieder einsatzbereit sein!

Hier sind die wichtigsten Erkenntnisse:

• Ein ausgefallenes Multisite-Netzwerk lässt sich in den meisten Fällen wiederherstellen. Die Daten sind in der Regel noch vorhanden, selbst wenn alle Unterseiten ausgefallen sind.
• Die Art der Wiederherstellung hängt davon ab, worauf Sie noch Zugriff haben: wp-admin, eine Notfall-URL, Duplicator Cloud oder reiner FTP- und phpMyAdmin-Zugriff.
• Duplicator Pro (Pro- oder Elite-Lizenz) ist der schnellste Weg, ein Multisite-Netzwerk wiederherzustellen. Die manuelle Wiederherstellung ist eine Ausweichmöglichkeit, die ohne Plugin funktioniert.
• Sie können eine einzelne Unterseite wiederherstellen, ohne den Rest des Netzwerks zu beeinträchtigen, allerdings nur, wenn die Sicherung bei ihrer Erstellung speziell auf diese Unterseite zugeschnitten wurde.
• Die Maßnahmen, die eine schnellere Wiederherstellung im Ernstfall ermöglichen (planmäßige Backups, URLs für die Notfallwiederherstellung und ein konfigurierter Wiederherstellungs-Connector), lassen sich in wenigen Minuten einrichten und sollten durchgeführt werden, bevor sie benötigt werden.

Inhaltsverzeichnis

Wann Sie möglicherweise ein WordPress-Multisite-Netzwerk wiederherstellen müssen

Nicht alle Ausfälle bei Multisite-Systemen verlaufen gleich, und die jeweilige Situation bestimmt, welche Wiederherstellungsmethode sinnvoll ist. Hier finden Sie eine Übersicht darüber, in welcher Situation Sie sich derzeit befinden könnten.

• Fehlgeschlagenes Update des Kerns, eines Plugins oder eines Themes. Der häufigste Auslöser. Ein einziges inkompatibles Update löst einen schwerwiegenden Fehler aus, der alle Unterwebsites gleichzeitig sperrt. Je nachdem, was genau schiefgelaufen ist, ist der Netzwerkadministrator möglicherweise noch erreichbar oder aber komplett ausgefallen.
• Datenbankfehler. Eine beschädigte MySQL-Tabelle, ein fehlgeschlagener Import oder ein Schreibfehler während einer Aktualisierung kann die gesamte Datenschicht des Netzwerks lahmlegen. Die Dateien sind zwar intakt, aber WordPress kann die Daten, die es zum Funktionieren benötigt, nicht lesen.
• Ein gehacktes oder kompromittiertes Netzwerk. Malware, eingeschleuster Code oder ein Brute-Force-Angriff können dazu führen, dass das Netzwerk nicht mehr vertrauenswürdig ist. Eine manuelle Bereinigung ist zwar möglich, doch die Wiederherstellung aus einem sauberen Backup ist in der Regel schneller und zuverlässiger.
• Die Migration ist fehlgeschlagen. Die Verlagerung einer Multisite auf einen neuen Host ist komplexer als die eines einzelnen Websites. Bei einer unvollständigen Migration – bei der zwar die Dateien übertragen, die Datenbank jedoch nicht aktualisiert wurde – kommt es zu Netzwerkfehlern, die oft erst dann offensichtlich werden, wenn man versucht, eine Unterseite zu laden.
• Versehentliches Löschen. Eine Unterseite wurde versehentlich entfernt, ein wichtiges Plugin wurde netzwerkweit deaktiviert, eine Konfigurationseinstellung wurde geändert, die nicht hätte geändert werden dürfen.
• Server- oder Hosting-Ausfall. Die Infrastruktur fällt aus, und wenn sie wieder verfügbar ist, läuft WordPress nicht mehr. Die Dateien sind zwar intakt, aber die Datenbank oder die Konfiguration ist verloren gegangen.
• Ein einzelner Subsite-Ausfall. In diesem Fall ist nicht immer eine vollständige Netzwerkwiederherstellung erforderlich. Wenn nur ein Subsite betroffen ist, ist eine selektive Subsite-Wiederherstellung schneller und sicherer als ein Rollback des gesamten Systems. Der Bonusabschnitt am Ende dieses Beitrags befasst sich speziell mit diesem Thema.

Was Sie vor dem Start benötigen

Die Wahl der Wiederherstellungsmethode hängt davon ab, welche Daten noch verfügbar sind. Gehen Sie diese Liste durch, bevor Sie sich für eine der unten aufgeführten Methoden entscheiden.

• Ein Backup, das vor dem Auftreten des Problems erstellt wurde. Überprüfen Sie den Zeitstempel, bevor Sie weitere Schritte unternehmen. Das Wiederherstellen eines Backups, das die Beschädigung oder das fehlerhafte Update bereits enthält, bringt nichts.
• Wissen darüber, was noch funktioniert. Können Sie auf wp-admin zugreifen? Reagiert der Server? Ist die Datenbank verfügbar? Ihre Antworten auf diese Fragen entscheiden darüber, welche Methoden Ihnen zur Verfügung stehen.
• Duplicator Pro für die Methoden 1, 2 und 3. Für die Multisite-Unterstützung ist eine Pro- oder Elite-Lizenz erforderlich. Die Lite-Version unterstützt keine Multisite-Funktionen. Wenn Sie sich nicht sicher sind, welche Lizenz Sie besitzen, melden Sie sich bitte unter duplicator.com bei Ihrem Konto an.
• Netzwerkadministrator-Zugriff für Methode 1 und 2. Duplicator Pro ist nur auf Netzwerkebene verfügbar. Sie finden es nicht im Dashboard einer einzelnen Unterseite. Wenn der Netzwerkadministrator nicht erreichbar ist, fahren Sie mit Methode 2 oder 3 fort.
• Ein in der Duplicator Cloud für Methode 3 konfigurierter Wiederherstellungs-Connector. Hierbei handelt es sich um eine einmalige Einrichtung, bei der die FTP-/SFTP-Anmeldedaten Ihres Servers in der Duplicator Cloud gespeichert werden, damit Dateien direkt auf Ihren Server geschrieben werden können. Wenn dies vor dem Auftreten des Problems nicht konfiguriert wurde, steht Ihnen Methode 3 nicht zur Verfügung. Merken Sie sich dies für die Zeit nach der Wiederherstellung vor.
• Server-Anmeldedaten für Methode 4. Wenn Sie Duplicator nicht nutzen, benötigen Sie einen FTP- oder SFTP-Zugang, Ihre Datenbank-Anmeldedaten (Host, Name, Benutzername, Passwort) sowie Zugriff auf phpMyAdmin oder WP-CLI. Schauen Sie in Ihrem Hosting-Dashboard oder in Ihrer Willkommens-E-Mail nach, falls Sie sich nicht sicher sind, wo Sie diese finden.

So stellen Sie ein WordPress-Multisite-Netzwerk wieder her

Wenn Sie dies mitten in einer Krise lesen, atmen Sie erst einmal tief durch. Ein ausgefallenes Multisite-Netzwerk mag katastrophal erscheinen, besonders wenn alle Unterseiten gleichzeitig nicht erreichbar sind, aber in den meisten Fällen sind die Daten noch vorhanden.

Welche Methode Sie wählen, hängt davon ab, worauf Sie noch Zugriff haben. Einige der unten aufgeführten Optionen erfordern nur wenige Klicks. Andere sind zeitaufwändiger und erfordern, dass Sie direkt auf dem Server arbeiten.

So oder so – am Ende dieses Beitrags wirst du einen gangbaren Weg vor dir haben.

• Methode 1: Wiederherstellung über die Duplicator Pro-Sicherungsseite: Die schnellste Option, wenn wp-admin noch erreichbar ist. Mit nur wenigen Klicks im Dashboard übernimmt Duplicator automatisch die vollständige Netzwerkwiederherstellung.
• Methode 2: Verwenden Sie die URL für die Notfallwiederherstellung: Funktioniert auch dann, wenn wp-admin komplett ausgefallen ist. Fügen Sie eine vorab generierte URL in einen Browser ein, und das eigenständige Installationsprogramm von Duplicator wird vollständig außerhalb von WordPress ausgeführt.
• Methode 3: Wiederherstellung über Duplicator Cloud ohne wp-admin: Der Wiederherstellungsweg für den schlimmsten Fall. Wenn sich die Backups in der Duplicator Cloud befinden und zuvor ein Wiederherstellungs-Connector eingerichtet wurde, erfolgt die gesamte Wiederherstellung remote über das Cloud-Dashboard per FTP/SFTP.
• Methode 4: Manuelle Wiederherstellung über FTP und phpMyAdmin: Die Ausweichlösung für den Fall, dass Duplicator nicht installiert ist oder pluginbasierte Tools nicht in Frage kommen. Diese Methode erfordert die meisten Schritte und Server-Zugangsdaten, funktioniert jedoch auf jedem Host, auf dem keine Tools vorinstalliert sind.

Methode 1: Wiederherstellung über die Seite „Duplicator Pro-Backups“

Wenn Ihr wp-admin-Dashboard weiterhin erreichbar ist, ist dies der schnellste und zuverlässigste Weg zu einem funktionierenden Netzwerk.

Duplicator Pro ist ein WordPress-Plugin für Backups, Migrationen und Wiederherstellungen, das so konzipiert ist, dass es Multisite-Netzwerke genauso verwaltet wie einzelne Websites: umfassend, über ein einziges Dashboard und ohne manuelle Datenbankarbeiten oder FTP-Zugriff.

Es erstellt Backups aller Unterseiten, speichert die Kopien automatisch in einem Cloud-Speicher und stellt bei Problemen das gesamte Netzwerk mit wenigen Klicks wieder her.

Für Agenturen und Entwickler, die mehrere Standorte in einem Netzwerk verwalten, ist dies das Werkzeug, das die Wiederherstellung schnell und einfach macht.

Die Lite-Version unterstützt keine Multisite-Funktionen. Sie benötigen eine Pro- oder Elite-Lizenz, die beide umfassende Funktionen für Netzwerksicherung, Wiederherstellung, Migration und Notfallwiederherstellung umfassen.

Ob ich nun eine routinemäßige Wiederherstellung durchführe, die Folgen eines fehlgeschlagenen Updates behebe oder nach einem fehlgeschlagenen Staging-Test ein Rollback durchführe – ich setze dabei auf Duplicator.

Schritt 1: Die richtige Sicherungskopie finden und wiederherstellen

Gehen Sie zu „Meine Websites“ » „Netzwerkverwaltung“ » „Duplicator Pro“ » „Backups“. Duplicator Pro wird in einer Multisite-Installation nur auf Netzwerkebene angezeigt. Wenn Sie sich das Dashboard einer einzelnen Unterseite ansehen, werden Sie es dort nicht finden.

Wenn Ihre Backups in einem Cloud-Speicher (Google Drive, Amazon S3, Dropbox oder Duplicator Cloud) gespeichert sind, werden sie automatisch auf dieser Seite angezeigt. Sie müssen sie nicht erneut hochladen.

Suchen Sie nach der letzten Sicherung, die vor dem Auftreten des Problems erstellt wurde. Überprüfen Sie den Zeitstempel sorgfältig. Wenn Sie eine Sicherung wiederherstellen, die bereits von dem Problem betroffen war, das das Netzwerk lahmgelegt hat, geraten Sie wieder in dieselbe Situation.

Klicken Sie auf die Schaltfläche „Wiederherstellen“ neben dem Backup. Duplicator öffnet das Installationsprogramm in einem neuen Browser-Tab.

Bevor Sie klicken: Dadurch wird Ihre aktuelle Multisite-Installation überschrieben. Alle Inhalte, Einstellungen oder Änderungen an den Unterseiten, die nach dem Zeitpunkt der Sicherung vorgenommen wurden, gehen verloren. Überprüfen Sie das Datum, bevor Sie fortfahren.

Schritt 2: Befolgen Sie die Anweisungen des Installationsprogramms

Sie sehen nun den Schritt-für-Schritt-Assistenten für die Wiederherstellung mit Duplicator.

Duplicator füllt die Anmeldedaten für die Datenbank und die Website-URL automatisch aus dem Backup ein. Du musst lediglich die Bedingungen und Hinweise unten akzeptieren und auf „Backup wiederherstellen“ klicken.

Bestätigen Sie die Wiederherstellung im Popup-Fenster und lassen Sie das Installationsprogramm weiterlaufen.

Sobald der Vorgang abgeschlossen ist, wird ein Abschlussbildschirm mit einem Link zurück zu Ihrem Netzwerkadministrator angezeigt.

Ihre Website ist wieder online!

Methode 2: Verwenden Sie die URL für die Notfallwiederherstellung

Wenn wp-admin nicht geladen wird und Sie überhaupt nicht auf das Dashboard zugreifen können, können Sie Ihr Netzwerk dennoch wiederherstellen. Duplicator läuft außerhalb von WordPress, sodass ein schwerwiegender Fehler, ein fehlerhaftes Theme oder ein gesperrtes Admin-Panel den Vorgang nicht aufhalten.

Eine Möglichkeit, Ihr Netzwerk wiederherzustellen, ist die Verwendung einer Disaster-Recovery-URL. Hoffentlich haben Sie davon eine Kopie gespeichert, bevor etwas mit Ihrer Website passiert ist.

Sie haben dies bei der Erstellung des Backups gespeichert, entweder als kopierte URL oder als heruntergeladene Startdatei.

Ein wichtiger Hinweis: Die URL für die Notfallwiederherstellung muss bereits vorhanden sein, bevor ein Problem auftritt. Sie wird aus einem bestimmten Backup generiert und an einem sicheren Ort gespeichert.

Falls Sie noch kein Konto erstellt haben, fahren Sie mit Methode 3 fort. Kehren Sie zu diesem Abschnitt zurück, sobald Sie das Konto wiederhergestellt und eingerichtet haben.

Ich speichere meine in einem Passwort-Manager, mit einem Eintrag pro Website. Sollte das Netzwerk jemals komplett ausfallen, ist das das Erste, wonach ich greife.

Schritt 1: Finden Sie Ihre URL für die Notfallwiederherstellung

Wenn Sie sich nicht sicher sind, ob Sie über eine Disaster-Recovery-URL verfügen, überprüfen Sie Duplicator Pro in der Netzwerkverwaltung. Gehen Sie zu „Backups“ und suchen Sie nach einem grünen Disaster-Recovery-Symbol.

Wenn Ihr wp-admin funktioniert, klicken Sie darauf und kopieren Sie den Wiederherstellungslink.

Möglicherweise haben Sie diese auch extern in einem Passwort-Manager oder an einem anderen sicheren Ort gespeichert.

Schritt 2: Fügen Sie die URL in Ihren Browser ein

Öffnen Sie einen neuen Browser-Tab und fügen Sie Ihre Wiederherstellungs-URL ein. Das eigenständige Installationsprogramm von Duplicator wird direkt geladen, völlig unabhängig von WordPress. Es benötigt WordPress überhaupt nicht, um zu funktionieren.

Selbst wenn Ihre Website eine leere Seite, einen schwerwiegenden Fehler oder einen Datenbankverbindungsfehler anzeigt, wird dieses Installationsprogramm dennoch geladen.

Akzeptieren Sie die Bedingungen und führen Sie die Wiederherstellung durch. Duplicator kümmert sich um den Rest.

Sobald der Vorgang abgeschlossen ist, wird ein Link zu Ihrem wiederhergestellten Netzwerkadministrator angezeigt. Klicken Sie darauf, überprüfen Sie, ob Ihre Unterseiten geladen werden, und führen Sie alle vom Assistenten vorgeschlagenen Bereinigungsmaßnahmen nach der Wiederherstellung durch.

Richte das ein, bevor du es wieder brauchst

Sobald das Netzwerk wieder verfügbar ist, richten Sie umgehend die Notfallwiederherstellung ein. Gehen Sie in Duplicator Pro zu „Backups“ und erstellen Sie ein neues vollständiges Website-Backup, das alle Ihre Unterseiten umfasst.

Klicken Sie auf das blaue Haussymbol neben der abgeschlossenen Sicherung.

Fahren Sie mit der Einrichtung der Notfallwiederherstellung fort.

Kopieren Sie die URL. Speichern Sie sie an einem Ort, der nicht davon abhängt, dass Ihre WordPress-Seite erreichbar ist: in einem Passwort-Manager, einem gemeinsamen Team-Dokument oder einer sicheren Notiz.

Verfahren Sie ebenso mit jedem einzelnen Teilstandort im Netzwerk, den Sie separat wiederherstellen müssen.

Es dauert nur zwei Minuten und könnte der Schlüssel zu einer reibungslosen Wiederherstellung sein, wenn Ihre Website das nächste Mal ausfällt.

Methode 3: Wiederherstellung über Duplicator Cloud ohne wp-admin

Dies ist der Wiederherstellungsplan für den schlimmsten Fall. WordPress läuft nicht, und auf wp-admin kann nicht zugegriffen werden. Sie müssen eine Wiederherstellung durchführen, können aber nicht auf das Dashboard zugreifen, um irgendetwas zu veranlassen.

Wenn Ihre Backups in der Duplicator Cloud gespeichert sind und Sie vor dem Auftreten des Problems einen Wiederherstellungs-Connector konfiguriert haben, wird die gesamte Wiederherstellung über das Duplicator Cloud-Dashboard durchgeführt.

Auf Ihrem Server muss WordPress nicht installiert sein. Er muss lediglich über FTP oder SFTP erreichbar sein.

Der Wiederherstellungs-Connector ist das einzige Element, das bereits vor dem Ausfall vorhanden sein muss. Es handelt sich um eine gespeicherte Sammlung von FTP-/SFTP-Anmeldedaten, die Duplicator Cloud verwendet, um Dateien direkt auf Ihren Server zu schreiben. Falls dieser nicht im Voraus konfiguriert wurde, können Sie diese Anmeldedaten zwar noch während des Wiederherstellungsvorgangs eingeben, benötigen dafür jedoch einen verfügbaren FTP-Zugang.

Falls auch FTP nicht funktioniert, wenden Sie sich bitte an Ihren Host, bevor Sie fortfahren, oder fahren Sie mit Methode 4 fort.

Schritt 1: Melden Sie sich bei Duplicator Cloud an und richten Sie den Recovery Connector ein

Rufen Sie duplicator.com auf und melden Sie sich bei Ihrem Duplicator Cloud-Konto an. Wählen Sie im Dashboard die Website aus, die Sie wiederherstellen möchten.

Klicken Sie oben rechts auf die gelbe Schaltfläche „Wiederherstellung aus der Cloud “.

Geben Sie Ihre FTP-/SFTP-Anmeldedaten ein. Testen Sie die Verbindung.

Schritt 2: Lassen Sie die Wiederherstellung von Duplicator Cloud ausführen

Sehen Sie sich die Sicherungsliste an und suchen Sie die letzte fehlerfreie Sicherung, die vor dem Auftreten des Problems erstellt wurde. Überprüfen Sie den Zeitstempel sorgfältig, so wie Sie es auch bei jeder anderen Methode tun würden.

Klicken Sie auf „Vollständige Sicherung wiederherstellen“.

Duplicator Cloud verbindet sich über FTP oder SFTP mit Ihrem Server, überträgt die Sicherungsdateien und führt das Installationsprogramm aus der Ferne aus. Verfolgen Sie den Fortschritt über das Cloud-Dashboard. In diesem Schritt müssen Sie nichts unternehmen.

Sobald die Wiederherstellung abgeschlossen ist, ist Ihr Multisite-Netzwerk wieder verfügbar und unter der ursprünglichen URL erreichbar. Melden Sie sich bei der Netzwerkverwaltung an, überprüfen Sie, ob Ihre Unterseiten geladen werden, und vergewissern Sie sich, dass Mediendateien und Permalinks ordnungsgemäß funktionieren.

Richten Sie den Recovery Connector jetzt ein, falls Sie dies noch nicht getan haben

Sobald die Website wieder verfügbar ist, richten Sie dies als Erstes ein. Gehen Sie in Ihrem Duplicator Cloud-Konto zu den Einstellungen Ihrer Website und suchen Sie nach der Option „Recovery Connector“.

Geben Sie Ihre FTP- oder SFTP-Anmeldedaten ein und testen Sie die Verbindung. Duplicator Cloud überprüft, ob die Verbindung funktioniert.

Mit dieser Konfiguration steht Ihnen die externe Cloud-Wiederherstellung zur Verfügung, sobald das nächste Mal ein Problem auftritt. In Kombination mit einer Disaster-Recovery-URL haben Sie zwei Möglichkeiten, Ihr Netzwerk wiederherzustellen, ohne dass WordPress überhaupt laufen muss.

Methode 4: Manuelle Wiederherstellung über FTP und phpMyAdmin

Dies ist die schwierigste Methode auf dieser Liste. Sie erfordert die meisten Schritte, die größte technische Versiertheit und den größten Zeitaufwand.

Eine manuelle Wiederherstellung würde ich nur in Betracht ziehen, wenn Duplicator Pro nicht installiert ist, die pluginbasierten Wiederherstellungstools nicht funktionieren oder Sie kein Backup haben und mit den Dateien und Datenbank-Exporten arbeiten müssen, die Ihnen zur Verfügung stehen.

Wenn Ihnen eine der Methoden 1, 2 oder 3 zur Verfügung steht, nutzen Sie diese zuerst. Dies ist die Ausweichlösung für den Fall, dass dies nicht möglich ist.

Schritt 1: Suchen Sie Ihre Sicherungsdateien

Bevor Sie Änderungen am Server vornehmen, vergewissern Sie sich, dass Sie über zwei Dinge verfügen: eine Kopie der WordPress-Dateien (alles im Stammverzeichnis der Website und im Verzeichnis /wp-content/) sowie einen Datenbank-Export im .sql-Format.

Man braucht beides. Wenn man Dateien ohne die Datenbank oder die Datenbank ohne die Dateien wiederherstellt, bleibt das Netzwerk gestört.

Falls Sie keine manuelle Sicherung zur Hand haben, schauen Sie zunächst in Ihrem Hosting-Panel nach. Die meisten Managed-Hosting-Anbieter (WP Engine, Kinsta, SiteGround und andere) speichern automatische tägliche Snapshots im Dashboard. Suchen Sie nach einem Bereich namens „Backups“ oder „Wiederherstellung“ und laden Sie die Datei von dort herunter.

Schritt 2: Die WordPress-Dateien per FTP wiederherstellen

Verbinden Sie sich über einen FTP-Client mit Ihrem Server. FileZilla ist kostenlos und funktioniert gut. Navigieren Sie zum Stammverzeichnis Ihres WordPress-Installationsordners, also zu dem Ordner, der die Dateien „wp-config.php“, „wp-admin/“ und „wp-content/“ enthält.

Laden Sie Ihre Sicherungsdateien hoch und überschreiben Sie dabei die derzeit auf dem Server vorhandenen Dateien.

Ein Ordner, auf den Sie besonders achten sollten: /wp-content/uploads/sites/. Hier speichert Multisite die Mediendateien der einzelnen Unterwebsites, sortiert in nummerierten Unterverzeichnissen für jede Website im Netzwerk. Dieser Ordner wird bei einer Wiederherstellung leicht übersehen, und genau hier liegen die meisten Ursachen für Medienfehler nach der Wiederherstellung.

Bevor Sie die Datei hochladen: Dies überschreibt Ihre aktuelle Installation. Alle Änderungen, die nach der Erstellung der Sicherungskopie vorgenommen wurden, gehen verloren. Falls sich auf dem Live-Server Daten befinden, die Sie behalten möchten, laden Sie diese bitte herunter, bevor Sie beginnen.

Schritt 3: Importieren Sie die Datenbank über phpMyAdmin

Öffnen Sie Ihr Hosting-Panel und starten Sie phpMyAdmin. Wählen Sie im linken Bereich Ihre WordPress-Datenbank aus. Wechseln Sie zur Registerkarte „Importieren“, klicken Sie auf „Datei auswählen“ und wählen Sie Ihre .sql-Sicherungsdatei aus. Klicken Sie anschließend auf „Los“.

phpMyAdmin ist das browserbasierte Datenbank-Tool, das die meisten Hosts standardmäßig bereitstellen. Falls Sie es noch nie benutzt haben: Es sieht komplizierter aus, als es ist. Sie benötigen lediglich die Registerkarte „Importieren“.

Bevor Sie mit dem Import beginnen: Große Multisite-Datenbanken können das standardmäßige Zeitlimit von phpMyAdmin überschreiten. Wenn Ihre Datenbank größer als einige hundert Megabyte ist, kann es sein, dass der Vorgang vorzeitig abgebrochen wird.

Sollte dies der Fall sein, verwenden Sie stattdessen WP-CLI: Führen Sie folgenden Befehl aus: wp db import backup.sql über die Befehlszeile Ihres Servers. Alternativ können Sie sich an Ihren Hosting-Anbieter wenden und ihn bitten, den Import durchzuführen. Das ist eine übliche Anfrage, die von den meisten Support-Teams zügig bearbeitet wird.

Schritt 4: Aktualisieren Sie bei Bedarf die Datei „wp-config.php“

Wenn Sie die Daten auf demselben Server und in derselben Datenbank wiederherstellen, können Sie diesen Schritt überspringen. Wenn Sie die Daten auf einem neuen Server oder in einer neuen Datenbank wiederherstellen, öffnen Sie die Datei wp-config.php per FTP und passen Sie diese vier Konstanten an die neue Umgebung an:

• DB_HOST
• DATENBANKNAME
• DB_USER
• DB_PASSWORD

Bei Multisite-Installationen sollten Sie auch die Konstante DOMAIN_CURRENT_SITE überprüfen. Diese Konstante teilt WordPress mit, auf welcher Domain das Netzwerk läuft.

Wenn es nicht mit der tatsächlichen Domain übereinstimmt, gerätst du beim Laden der Website in eine Weiterleitungsschleife. Es muss mit den Einträgen in den Tabellen „wp_site“ und „wp_blogs“ in deiner Datenbank übereinstimmen.

Schritt 5: Rewrite-Regeln leeren und das Laden der Unterseiten bestätigen

Melden Sie sich bei der Netzwerkverwaltung an. Gehen Sie zu „Einstellungen“ » „Permalinks“ und klicken Sie auf „Änderungen speichern“, ohne etwas zu ändern.

Sie müssen die Permalink-Struktur nicht ändern. Allein durch das Speichern wird WordPress dazu veranlasst, die .htaccess-Datei mit den korrekten Multisite-Umschreibungsregeln neu zu generieren.

Überprüfen Sie anschließend Ihre Unterseiten. Klicken Sie sich durch einige Einträge aus der Liste der Netzwerk-Admin-Seiten. Diese sollten einwandfrei geladen werden.

Sollte eine Seite einen 404-Fehler oder die Meldung „Seite nicht gefunden“ anzeigen, wurden die .htaccess-Umschreibungsregeln möglicherweise nicht korrekt aktualisiert. Siehe den Abschnitt zur Fehlerbehebung weiter unten.

Bonus: Eine einzelne Unterseite wiederherstellen (und auf einen neuen Server verschieben)

Nicht jeder Ausfall mehrerer Standorte erfordert eine vollständige Netzwerkwiederherstellung. Wenn nur ein Standort ausgefallen ist, würde ein Rollback des gesamten Netzwerks bedeuten, dass alle Änderungen, die seit der letzten Sicherung an den anderen Standorten vorgenommen wurden, verloren gehen. Das lohnt sich in der Regel nicht.

Mit Duplicator Pro können Sie ein Backup einer einzelnen Unterseite oder einer beliebigen Kombination von Seiten im Netzwerk erstellen. Wenn Sie dieses Backup wiederherstellen, werden nur diese Seiten wiederhergestellt. Alles andere bleibt unverändert.

So funktioniert die selektive Wiederherstellung einzelner Unterbereiche

Der entscheidende Punkt liegt darin, wie das Backup erstellt wird. Wenn Sie in Duplicator Pro ein neues Backup erstellen, finden Sie in den Backup-Einstellungen unter „Multisite“ eine Auswahl für Unterwebsites.

Wählen Sie die jeweilige Unterseite aus, die Sie sichern möchten. Erstellen Sie die Sicherung. Duplicator berücksichtigt dabei ausschließlich die Inhalte dieser Seite und die dazugehörigen Datenbanktabellen.

Wenn Sie die Daten wiederherstellen, stellt Duplicator genau das wieder her, was in der Sicherung enthalten ist. Eine Sicherung einer einzelnen Unterseite stellt eine einzelne Unterseite wieder her. Wenn Sie das gesamte Netzwerk gesichert haben, stellen Sie das gesamte Netzwerk wieder her.

Um die Daten wiederherzustellen, gehen Sie genauso vor wie beim Zurücksetzen eines vollständigen Multisite-Netzwerks. Gehen Sie in der Netzwerkverwaltung auf „Backups“ und suchen Sie das Backup, das nur die einzelne Unterseite enthält.

Klicken Sie auf „Wiederherstellen“ und führen Sie das Installationsprogramm aus.

Das Netzwerk bleibt intakt. Betroffen ist lediglich die Unterseite im Backup.

Eine Unterseite auf einen eigenständigen Server verschieben

Dies ist eine der nützlichsten Funktionen von Duplicator, die den meisten Leuten gar nicht bekannt ist. Nehmen wir an, die Unterseite eines Kunden ist zu groß für das Netzwerk geworden und benötigt ein eigenes Hosting, oder Sie gliedern eine Unterseite aus, um sie an ein anderes Team zu übergeben.

Sichern Sie nur die Unterseite. Installieren Sie auf dem Zielserver Duplicator und laden Sie die Sicherung auf der Seite „Backups importieren“ hoch.

Wählen Sie unter „Installationstyp“ die Option „Netzwerk-Unterwebsite in eigenständige Website konvertieren“ aus. Duplicator wandelt die Unterwebsite an dem neuen Speicherort in eine eigenständige WordPress-Installation um.

Nachdem die Wiederherstellung abgeschlossen ist, überprüfen Sie bitte vor der Übergabe folgende Punkte: Die Mediendateien werden korrekt geladen, die Permalinks funktionieren und alle domänenspezifischen Einstellungen wurden für die neue URL aktualisiert.

Falls die Unterseite bisher auf einer Subdomain oder in einem Unterverzeichnis des Netzwerks lief, muss eine eigene Domain eingerichtet werden, die auf den neuen Server verweist. Auch SSL muss separat konfiguriert werden.

Fehlerbehebung: Wenn die Wiederherstellung nicht reibungslos verläuft

Bei Wiederherstellungen in Multisite-Umgebungen treten Fehler auf, die bei Installationen an einem einzigen Standort nicht vorkommen. Die meisten davon lassen sich innerhalb weniger Minuten beheben, sobald man weiß, worum es sich handelt.

Hier sehen Sie, wie die einzelnen Schritte aussehen und wie man sie durchführt.

Die URLs der Unterseiten geben nach der Wiederherstellung einen 404-Fehler zurück

Was Sie sehen: Das Hauptnetzwerk wird geladen, aber beim Aufrufen einer Unterseite wird ein 404-Fehler oder die Meldung „Seite nicht gefunden“ angezeigt. Der Netzwerkadministrator funktioniert einwandfrei. Die Unterseiten hingegen nicht.

Ursache: WordPress hat die Rewrite-Regeln nach der Wiederherstellung nicht neu generiert. Die .htaccess-Datei wurde entweder nicht aktualisiert oder der Multisite-spezifische Rewrite-Block fehlt gänzlich.

So beheben Sie das Problem: Gehen Sie zu „Netzwerkverwaltung“ » „Einstellungen“ » „Permalinks“ und klicken Sie auf „Änderungen speichern“, ohne etwas zu ändern. Dadurch wird WordPress dazu veranlasst, die .htaccess-Datei mit den korrekten Multisite-Routing-Regeln neu zu schreiben. Überprüfen Sie Ihre Unterseiten nach dem Speichern erneut.

Falls weiterhin 404-Fehlermeldungen angezeigt werden, öffnen Sie die Datei „.htaccess“ direkt per FTP und überprüfen Sie deren Inhalt.

Eine normale .htaccess-Datei für eine einzelne Website leitet den Datenverkehr von Multisite-Seiten nicht korrekt weiter. Die Datei muss den Multisite-Rewrite-Block enthalten.

Falls er fehlt, deaktivieren und reaktivieren Sie das Netzwerk, um ihn neu zu generieren, oder kopieren Sie den richtigen Block aus der WordPress-Dokumentation für Ihren Netzwerktyp (Subdomain oder Unterverzeichnis).

Weiterleitungsschleife auf der Hauptdomain

Was Sie sehen: Beim Laden der Hauptdomain des Netzwerks zeigt der Browser die Fehlermeldung „ERR_TOO_MANY_REDIRECTS“ an. Die Website wird nicht geladen.

Ursache: Die Konstante `DOMAIN_CURRENT_SITE` in der Datei `wp-config.php` stimmt nicht mit der Domain überein, die in den Tabellen `wp_site` und `wp_blogs` Ihrer Datenbank gespeichert ist. Diese Diskrepanz tritt häufig auf, wenn eine Wiederherstellung auf einer anderen Domain erfolgt oder wenn sich die Domain zwischen der Erstellung des Backups und der Wiederherstellung geändert hat.

So beheben Sie das Problem: Öffnen Sie die Datei „wp-config.php“ per FTP. Suchen Sie die Zeile, die lautet define( 'DOMAIN_CURRENT_SITE', 'yourdomain.com' ); und überprüfen Sie, ob die Domain genau mit dem Eintrag in der Tabelle „wp_site“ Ihrer Datenbank übereinstimmt. Öffnen Sie phpMyAdmin, wählen Sie die Datenbank aus und überprüfen Sie die Spalte „domain“ in der Tabelle „wp_site“. Passen Sie die Datei „wp-config.php“ entsprechend an, speichern Sie sie und laden Sie die Website neu.

Mediendateien fehlen auf allen Unterseiten

Was Sie sehen: Die Bilder werden auf der gesamten Website nicht richtig angezeigt. Die Medien-URLs verweisen auf Pfade wie /wp-content/uploads/sites/2/2025/04/image.png, geben jedoch einen 404-Fehler zurück.

Ursache: Das Backup umfasste nicht das gesamte Verzeichnis „/wp-content/uploads/sites/“. Bei Multisite werden die Medien jeder Unterseite in einem nummerierten Unterverzeichnis unter „uploads/sites/“ gespeichert. Wenn bei der Wiederherstellung nur der Stammordner „uploads“ berücksichtigt wurde, gehen die Medien der einzelnen Unterseiten verloren.

So beheben Sie das Problem: Überprüfen Sie, ob das Verzeichnis „uploads/sites/“ in der Sicherung enthalten war. Wenn Sie Duplicator Pro verwenden, überprüfen Sie die Archivierungseinstellungen der verwendeten Sicherung. Falls das Verzeichnis ausgeschlossen wurde, müssen Sie die Medien aus einer anderen Sicherung beziehen oder sie manuell per FTP aus einer separaten Mediensicherung wiederherstellen.

Wenn Sie Duplicator Cloud verwenden, können Sie dieses Problem durch eine Teilwiederherstellung beheben, die sich ausschließlich auf die Medienbibliothek bezieht, ohne dass eine vollständige Netzwerkwiederherstellung ausgelöst wird.

phpMyAdmin bricht während des Datenbankimports ab

Was Sie sehen: Der Import-Fortschrittsbalken bleibt stehen. phpMyAdmin meldet mitten in der .sql-Datei einen Zeitüberschreitungsfehler.

Warum das passiert: Multisite-Datenbanken sind sehr groß, und die standardmäßige maximale Ausführungszeit von phpMyAdmin ist niedrig. Der Importvorgang stößt an die Zeitgrenze, bevor er abgeschlossen ist.

So beheben Sie das Problem: Wechseln Sie zu WP-CLI. Führen Sie in der Befehlszeile Ihres Servers folgenden Befehl aus: wp db import backup.sql aus dem WordPress-Stammverzeichnis. Es verarbeitet große Datenbanken ohne zeitliche Begrenzung. Wenn Sie keinen Zugriff auf die Befehlszeile haben, wenden Sie sich an Ihren Host und bitten Sie ihn, den Import durchzuführen. Alternativ können Sie die .sql-Datei in kleinere Teile aufteilen und diese nacheinander importieren.

Das Installationsprogramm zeigt eine leere Seite oder einen 500-Fehler an

Was Sie sehen: Sie rufen die Seite yourdomain.com/installer.php auf und erhalten eine leere weiße Seite oder einen internen Serverfehler 500.

Warum das passiert: Es gibt zwei häufige Ursachen. Entweder sind die Dateiberechtigungen für „installer.php“ falsch und der Server führt die Datei nicht aus, oder das PHP-Speicherlimit auf dem Zielserver ist zu niedrig, um das Archiv zu verarbeiten.

So beheben Sie das Problem: Überprüfen Sie, ob die Datei „installer.php“ die Berechtigungen 644 hat. Sie können dies in FileZilla einstellen, indem Sie mit der rechten Maustaste auf die Datei klicken und „Dateiberechtigungen“ auswählen. Überprüfen Sie anschließend Ihre PHP-Speicherlimit. Bei Archiven mit mehreren Standorten sind 256 MB das Minimum. 512 MB sind sicherer. Wenn Sie die Datei „php.ini“ nicht direkt bearbeiten können, fügen Sie Folgendes hinzu: php_value memory_limit 512M in Ihre .htaccess-Datei einfügen oder Ihren Host bitten, den Wert zu erhöhen. Das ist eine ganz normale Anfrage.

Häufig gestellte Fragen (FAQs)

Ihr Netzwerk ist wieder verfügbar. Das sollten Sie vor der nächsten Krise tun.

Die Wiederherstellung eines Netzwerks mit mehreren Standorten ist der schwierige Teil. Dafür zu sorgen, dass es wiederherstellbar bleibt, ist der Teil, den die meisten Menschen vernachlässigen – bis sie sich sechs Monate später wieder in derselben Situation befinden.

Bevor Sie den Tab schließen, sollten Sie noch ein paar Dinge erledigen. Wenn Sie noch keine automatischen Backups eingerichtet haben, sollten Sie das noch heute tun.

Duplicator Pro unterstützt geplante Backups in jedem für Ihr Netzwerk geeigneten Intervall: stündlich, täglich, wöchentlich oder monatlich, die automatisch in den Cloud-Speicher übertragen werden. Ein Backup, das läuft, ohne dass Sie daran denken müssen, ist das einzige, das tatsächlich da ist, wenn Sie es brauchen.

Zweitens: Erstellen Sie für jede wichtige Website im Netzwerk eine URL für die Notfallwiederherstellung. Das dauert zwei Minuten pro Website.

Drittens: Wenn Sie Backups in der Duplicator Cloud speichern, richten Sie den Wiederherstellungs-Connector jetzt ein. Er muss bereits vor dem Auftreten des Problems vorhanden sein, nicht erst danach.

Mehr als 1,5 Millionen WordPress-Profis nutzen Duplicator Pro, um sicherzustellen, dass ihre Websites nicht verloren gehen. Führen Sie noch heute ein Upgrade durch, um automatische Backups, URLs für die Notfallwiederherstellung, Cloud-Wiederherstellung ohne Zugriff auf wp-admin sowie vollständige Unterstützung für WordPress Multisite zu erhalten.

Falls dir diese Anleitung geholfen hat, solltest du dir auch diese Anleitungen als Lesezeichen speichern:

• So sichern Sie WordPress Multisite
• So migrieren Sie WordPress Multisite
• So konvertieren Sie WordPress Multisite in eine einzelne Site
• Beste WordPress Multisite Backup Plugins für Netzwerksicherheit
• So migriert CodeVidia Multisite-Netzwerke sicher und einfach