Zum Hauptinhalt gehen

Ein Backup auf einer anderen Website einspielen

Aktualisiert

So bringst Du das Backup einer Website auf eine andere: bei einem Umzug auf einen neuen Server oder für eine Kopie zum Testen. Die Vorprüfung zeigt Dir jeden Unterschied zwischen beiden Websites, bevor etwas geschrieben wird.

Das brauchst Du

  • auf der neuen Website ein laufendes WordPress mit cloneworx Backup,
  • dort mindestens ein eingerichtetes Ziel,
  • das Backup der alten Website: als heruntergeladene Datei oder an einem Ziel, das die neue Website erreicht,
  • die Zugangsdaten eines Administrators der alten Website.

Schritt 1: Das Backup auf die neue Website holen

Ein Backup lässt sich erst zurückspielen, wenn es in der Liste der neuen Website steht. Dorthin führen zwei Wege.

Weg So geht es Wann er passt
Aus einer Datei importieren Lade das Backup auf der alten Website herunter und importiere die Datei auf der neuen: Ein Backup herunterladen, Ein Backup aus einer Datei importieren. Für einen Umzug und für eine Kopie. Herunterladen lässt sich ein Backup nur, wenn es an einem lokalen Ziel liegt.
Das Ziel verbinden Richte auf der neuen Website das Ziel ein, an dem die Backups der alten liegen, und übernimm dort den Ordner der alten Website: Backups nach einem Totalverlust wiederfinden. Nur bei einem Umzug, bei dem die neue Website die alte ablöst, und nur, solange die Liste der neuen Website leer ist.

Für eine Kopie: importieren, nicht übernehmen

Mit dem Übernehmen gehört der Ordner am Ziel der neuen Website, und das Plugin behandelt die Website als umgezogen. Läuft die alte Website weiter, nimm den Import aus einer Datei.

Schritt 2: Die Vorprüfung lesen

Öffne auf der neuen Website die Seite Restore. Öffne in der Zeile des Backups Mehr …, dann Restore. Die Vorprüfung läuft von selbst. Dass das Backup von einer anderen Website stammt, ist eine Warnung und sperrt den Start nicht: Du beurteilst das Risiko.

Vorprüfung mit Warnungen bei einem Backup einer anderen Website

  1. Ein Punkt mit Warnung ist gelb. Der Punkt Dieselbe Website meldet hier eine andere Website.
  2. Die Unterschiede zwischen dem Backup und dieser Website, je Zeile ein Unterschied mit beiden Werten.
  3. Beim Import ersetzt (diesem Datenbankserver unbekannt): nennt Zeichensätze und Kollationen, die der Datenbankserver hier nicht kennt, und den Ersatz dafür.
  4. Nicht zurückgespielt: nennt, was der Restore auslässt, und in Klammern den Grund.
  5. Der Hinweis, dass das Backup von einer anderen Website stammt und die Adresse der Website die dieser Website bleibt.
  6. Restore starten bleibt benutzbar: Warnungen sperren den Start nicht.

Diese Unterschiede nennt die Vorprüfung:

Unterschied Was er bedeutet
PHP, WordPress Die Versionen weichen ab. Ob ein Plugin aus dem Backup unter einer anderen PHP-Version läuft, kann cloneworx Backup nicht wissen.
Datenbank, Datenbank-Version, Zeichensatz der Datenbank Art, Version oder Zeichensatz des Datenbankservers weichen ab. Kennt der Server hier einen Zeichensatz oder eine Kollation aus dem Backup nicht, nimmt der Import einen Ersatz. Ein Ersatz kann Sortieren und Suchen verändern.
Tabellenpräfix Die Tabellen heißen hier anders. Der Restore legt die Tabellen unter dem Präfix dieser Website an und passt die Einträge an, die das Präfix im Namen tragen.
Multisite Multisite wird nicht unterstützt: Das Backup enthält nur die Tabellen der Haupt-Website.
Plugin-Version Das Backup stammt von einer älteren Version von cloneworx Backup. Darin können Spalten fehlen, die diese Website hat. Der Restore nennt sie; sie bekommen ihren Vorgabewert.

Hat das Backup keinen Fingerabdruck, meldet der Punkt Dieselbe Website eine unbekannte Herkunft. Es gelten dieselben Vorgaben wie bei einer anderen Website.

Schritt 3: Entscheiden, was zusätzlich zurückgespielt wird

Bei einem Backup einer anderen Website lässt der Restore in der Vorgabe drei Dinge aus:

  • den WordPress-Kern,
  • die Drop-ins object-cache.php, advanced-cache.php und db.php,
  • die Dateien .htaccess, web.config und .user.ini.

Der Kern und die drei Dateien im Wurzelordner bleiben dann die der neuen Website. Eigene Drop-ins der neuen Website wandern beim Restore in den alten Stand, wie andere Einträge in wp-content, die nicht aus dem Backup kommen.

Willst Du etwas davon aus dem Backup zurückspielen, schalte auf die Ansicht Erweitert. Dort sind die drei Schalter WordPress-Kern nicht zurückspielen, Drop-ins nicht zurückspielen (object-cache.php, advanced-cache.php, db.php) und .htaccess, web.config, .user.ini nicht zurückspielen angekreuzt.

Umfang und Schalter beim Backup einer anderen Website

  1. WordPress-Kern nicht zurückspielen ist angekreuzt: Der Kern bleibt der dieser Website.
  2. Drop-ins nicht zurückspielen (object-cache.php, advanced-cache.php, db.php) ist angekreuzt: Die drei Dateien aus dem Backup bleiben weg.
  3. .htaccess, web.config, .user.ini nicht zurückspielen ist angekreuzt: Die drei Dateien bleiben die dieser Website.

Nimm das Kreuz weg, und die Vorprüfung läuft neu. Mehr zu den Schaltern: Nur Teile zurückspielen.

Schritt 4: Den Restore starten

Klicke auf Restore starten. Die Rückfrage nennt die Zahl der Warnungen.

Rückfrage vor dem Start nach einer Vorprüfung mit Warnungen

  1. … Punkt(e) der Vorprüfung warnen; Du hast das Risiko beurteilt.
  2. Restore starten

Der Restore läuft wie auf derselben Website: Die Website aus einem Backup wiederherstellen. Nach dem Umschalten muss sich die neue Website bestätigen. Lädt der Stand aus dem Backup auf diesem Server nicht, holt das Plugin den alten Stand zurück.

Schritt 5: Neu anmelden und prüfen

Mit der Datenbank kommen die Benutzerkonten der alten Website. Melde Dich mit den Zugangsdaten der alten Website an. Prüfe die Startseite, die Anmeldung und die Links und Bilder in den Inhalten. Entscheide danach: Einen Restore behalten oder rückgängig machen.

Die Adresse der Website

  • Die Adresse der Website bleibt die der neuen Website. Dasselbe gilt für den Ort der Uploads, wenn er in den Einstellungen von WordPress steht.
  • In den Inhalten ersetzt das Plugin keine Adressen. Links und Bilder in Beiträgen, die die alte Adresse nennen, zeigen weiter dorthin.
  • Die Permalinks schreibt das Plugin nach dem Restore der Datenbank neu.

Gut zu wissen

  • cloneworx Backup selbst bleibt, wie es auf der neuen Website eingerichtet ist: Ziele, Backup-Pläne und Einstellungen kommen nicht aus dem Backup.
  • Die wp-config.php spielt der Restore nie zurück. Die Zugangsdaten zur Datenbank bleiben die der neuen Website.
  • Die Rechte der Ordner setzt der Restore auf einer anderen Website so, wie WordPress sie dort anlegt. Besitzer und Gruppe setzt er nie.
  • Ein importiertes Backup löscht das Plugin nie automatisch. Es bleibt, bis Du es löschst.

Siehe auch

Auf der Kommandozeile

WP-CLI noch nicht eingerichtet? So installierst Du WP-CLI.

Auf der neuen Website geht der ganze Weg auch mit WP-CLI. Die Schalter --include-core, --include-dropins und --include-htaccess schalten zu, was eine andere Website in der Vorgabe auslässt.

# Die Backup-Datei an das Ziel local-1 importieren
wp cloneworx-backup import /tmp/backup.tar --target=local-1

# Die Vorprüfung: Unterschiede und was ausgelassen wird
wp cloneworx-backup restore precheck <Job>

# Das Backup zurückspielen, mit dem WordPress-Kern
wp cloneworx-backup restore run <Job> --include-core