Multisite-Netzwerk in eigenständige Sites aufteilen (Pro)

Was passiert

Ziel: Multisite verlassen und jede (oder ausgewählte) Site als eigene WordPress-Installation betreiben. Multisite Migrate Pro bietet zwei Wege. Regel bleibt: ein Ziel = ein Lauf — Restore bzw. Installer einmal pro Zielhost.

Weg	Ausgangslage	Ergebnis
Split-Backup	Lebendes Netzwerk (Netzwerk-Admin)	N vollständige Archive (eines pro gewählter Site)
Extrakt	Vorhandenes Netzwerk-Archiv	Eine Site als Standalone auf dem Ziel

Welchen Weg wählen?

• Split-Backup, wenn Sie noch Netzwerk-Admin auf der Quelle haben und vor dem Abbau saubere Archive pro Site wollen.
• Extrakt, wenn schon ein Netzwerk-Backup liegt und Sie nicht N Backups neu fahren wollen — dasselbe Archiv, pro Ziel eine Quell-Site wählen.
• Blog 1 / Hauptsite ist auf beiden Wegen unterstützt. Medien der Hauptsite liegen oft unter uploads/ (nicht uploads/sites/1/); Extrakt behält diesen Baum bei Blog-ID 1.

Voraussetzungen

• Pro-Plugin-ZIP und aktive Pro-Lizenz. Capability network_split muss nach Aktivierung/Refresh sichtbar sein. Ältere Schlüssel: Einstellungen → Allgemein & Lizenz → Erneut aktivieren / Aktualisieren.
• Netzwerk-Admin auf der Quelle für Split-Backup.
• Speicherplatz — Split multipliziert den Bedarf: grob Sites × Archivgröße × 1,5 lokal. Bei zu wenig freiem Speicher startet der Job nicht (reine Cloud-Ziele ohne hartes lokales Gate).
• Leerer Server — Extrakt über Installer braucht zusätzlich Pro-installer.
• Nicht in Free oder Plus — Optionen bleiben gesperrt, bis Pro aktiv ist.

Weg A — Ein Archiv pro Site (Split-Backup)

Pro gewählter Site ein normales Voll-Backup, nacheinander. Fertige Archive bleiben erhalten, auch wenn eine spätere Site scheitert.

Schritte (Admin-UI)

1. Im Multisite-Netzwerk: MM Pro → Backups → Jetzt sichern.
2. Unter Umfang: Ein Archiv pro Site (Split).
3. Sites auswählen oder „alle erreichbaren“ belassen. Speicherplatz-Hinweis prüfen (Verbrauch skaliert mit der Anzahl).
4. Bei mehr als fünf abgewählten Sites ggf. die Bestätigung alle bestätigen setzen.
5. Profil / Ziel wählen (lokal oder Cloud) → Start.
6. Fortschritt im Split-Panel verfolgen. Sites laufen nacheinander (nicht parallel).
7. Danach jedes Archiv unter Backups behalten oder herunterladen. Jedes Archiv einmal in die eigene WordPress-Installation (oder leeren Server) wiederherstellen — wie jedes andere Single-Site-Backup.

Wenn eine Site mitten im Split scheitert

1. Fertige Archive nicht löschen — sie bleiben gültig.
2. Im Fortschrittsfenster Mit verbleibenden Sites fortfahren (oder WP-CLI split-resume --yes).
3. Nur offene Blogs laufen erneut. Abbrechen nur, wenn der Orchestrator ganz stoppen soll.

Danach wiederherstellen

Pro Zielinstallation: Archiv importieren/wiederherstellen, alte → neue URL mappen, Job beenden. Pro Host wiederholen. Es gibt keinen Klick „alle Ziele auf einmal“.

Weg B — Eine Site aus dem Netzwerk-Archiv extrahieren

Wenn das Archiv noch das ganze Netzwerk (oder mehrere Blogs) enthält und das Ziel eine Single-Site-Installation werden soll.

Schritte (Plugin-Restore)

1. Am Ziel (oder nach Import): Import & Wiederherstellen / Restore-Dialog für ein Netzwerk-Archiv.
2. Topologie Eine Site als Standalone extrahieren wählen.
3. Quell-Site (Blog-ID) aus der Archivliste wählen.
4. Nur die URL dieser Site mappen (alt → neu).
5. Restore starten. Tabellen und Uploads anderer Blogs werden übersprungen; die Site wird zu Standalone degradiert.
6. Nach Erfolg: Nächste Site aus diesem Archiv (falls angezeigt) — oder Extrakt erneut öffnen und die nächste Blog-ID wählen — jeweils auf dem nächsten Zielhost.

Schritte (Installer auf leerem Server)

1. Netzwerk-Archiv und Installer-PHP auf den leeren Host legen (Pro-Installer-Flow).
2. Im Migrate/Deploy-UI: Eine Site als Standalone extrahieren, Quell-Blog, URL-Map, Start.
3. Für verbleibende Blogs auf jedem weiteren leeren Host wiederholen (gleiches Archiv, andere Quell-Blog-ID).

Nach jedem Ziel

1. Einloggen, Einstellungen → Allgemein (URLs) prüfen.
2. Permalinks speichern. Medien und Menüs stichprobenartig prüfen.
3. Frisches lokales Backup auf der neuen Installation anlegen.
4. Installer-PHP im Webroot entfernen, wenn fertig (leerer Server).

Alte URLs prüfen, dann reparieren

Nach Extrakt (oder jedem URL-Umzug) zuerst Reste alter Domains suchen:

1. Verify-Tools in der UI, oder WP-CLI migration-verify / MCP (zuerst Report zeigen).
2. Treffer prüfen. Erst danach Search-Replace bestätigen (search-replace --yes oder UI-Bestätigung).
3. Kein blindes Auto-Fix — Bestätigung ist Pflicht.

WP-CLI & MCP

Benötigt Pro CAP_CLI / MCP sowie CAP_NETWORK_SPLIT. Schreibende Befehle brauchen ein explizites Confirm-Flag.

Aufgabe	Beispiel
Split starten	wp multisite-migrate split-network --yes
Status	wp multisite-migrate split-status
Rest fortsetzen	wp multisite-migrate split-resume --yes
Abbrechen	wp multisite-migrate split-cancel --yes
Extrakt-Restore	wp multisite-migrate restore <id> --migration --topology-import=extract_site_standalone --source-blog-id=N --old-url=… --new-url=… --yes
Prüfen / reparieren	migration-verify, dann search-replace --yes

Alle Rezepte: WP-CLI-Anleitung. MCP: passende Abilities mit confirm:true bei Schreibvorgängen — KI verbinden.

Was das Feature nicht tut

• Kein Ein-Klick für alle Zielhosts zugleich.
• Keine parallelen Child-Backups (Sites nacheinander).
• Nicht in Free/Plus.
• Kein Domain-Map-/Sunrise-UI — URLs pro Ziel selbst mappen.
• Kein blindes automatisches Search-Replace nach der Migration.

Fehlerbehebung

Option Split / Extrakt fehlt

Pro-ZIP aktiv? Lizenz-Refresh mit network_split? Free und Plus schalten das nicht frei.

Start wegen Speicher blockiert

Platz schaffen oder weniger Sites wählen. Schätzung: Sites × Größe × 1,5.

Child-Site fehlgeschlagen

Mit verbleibenden Sites fortfahren / split-resume. Fertige Archive behalten.

Falsche Medien nach Extrakt

Quell-Blog-ID prüfen. Blog-1-Medien meist unter uploads/, nicht uploads/sites/1/.

Alte URLs im Inhalt

Verify, dann bestätigtes Search-Replace — siehe Alte URLs prüfen.

Beschäftigt / anderer Job läuft

Nur ein Backup, Restore, Split oder Staging-Push gleichzeitig. Warten oder anderen Job abbrechen.

Weiter: Backup — Netzwerk-Split · Restore — Extrakt · WP-CLI · Benutzerhandbuch

Häufig gestellte Fragen zur Netzwerkaufteilung

Antworten zum Aufteilen einer Multisite in eigenständige Installationen und zum Extrahieren einer Site aus einem Netzwerkarchiv.

Ist die Netzwerkaufteilung in Free oder Plus enthalten?

Nein. Ein Archiv pro Standort und die Extraktion in Standalone erfordern Pro mit der Funktion „network_split“. Aktualisieren Sie die Lizenz, wenn die Option fehlt.

Geteilte Sicherung oder Extraktion – was soll ich verwenden?

Verwenden Sie die geteilte Sicherung, wenn Sie noch über Netzwerkadministration verfügen und neue Archive pro Standort benötigen. Verwenden Sie Extract, wenn Sie bereits über ein Archiv im Netzwerkbereich verfügen und einen Blog ohne erneute Sicherung an ein einzelnes Site-Ziel ziehen möchten.

Kann ich jedes Ziel in einem Durchgang installieren?

Nein. Ein Ziel entspricht einer Wiederherstellungs- oder Installationsausführung. Wiederholen Sie dies pro Host. Nach dem Extrahieren verwenden Sie „Nächste Site aus diesem Archiv“ für den nächsten Blog am nächsten Ziel.

Was passiert, wenn eine untergeordnete Site während der Teilung ausfällt?

Fertige Archive bleiben erhalten. Klicken Sie im Fortschrittsfenster auf „Mit verbleibenden Websites fortfahren“ oder führen Sie „split-resume --yes“ über WP-CLI aus.

Funktioniert das Extrahieren für Blog-ID 1?

Ja. Uploads der Hauptseite befinden sich normalerweise unter uploads/ und nicht unter uploads/sites/1/; Extract behält diesen Baum bei, wenn Sie Blog 1 auswählen.