WordPress & Webwork

Mit WordPress umziehen

Mit WordPress umziehen hört sich komplizierter an als es ist. Hier erklären wir leicht verständlich und nachvollziehbar Schritt-für-Schritt wie es geht.

Einen WordPress-Umzug gibt es in zwei Haupt-Varianten und für beide Varianten gibt es jeweils zwei mögliche Lösungen.

Wenn ich in diesem Artikel von Umzug rede, dann meine ich nicht, dass man die WordPress-Installation in einen Unterordner verschiebt oder von einen Unterordner auf die Hauptebene verschiebt sondern einen "richtigen" Umzug:

  • Umzug auf einen neuen Server bzw. zu einem neuen Hoster, wo sich auch die Domain ändert
  • Umzug zu einem neuen Hoster, wo aber die Domain die gleiche bleibt

Anmerkung: Wie man den richtigen WordPress-Hoster findet habe ich hier beschrieben

Und nun zu den beiden Lösungsmöglichkeit:

  • Umzug wird mit Hilfe der Export-Funktion durchgeführt
  • Umzug wird mit Hilfe des Datenbank-Backups durchgeführt

Rein theoretisch ergeben sich dadurch vier verschiedene Szenarien. Die Frage ist aber ob alle Szenarien empfehlenswert sind. Schauen wir uns zuerst die Vor- und die Nachteile der beiden Backup-Lösungen an.

Export-Funktion vs. Datenbank-Backup

Die Export-Funktion von WordPress generiert eine xml-Datei auf der die Inhalte, Taxonomien und die Pfade notiert sind. Diese Datei beinhaltet keine Aufzeichnung über die Anpassungen und Einstellungen der Installation, der Themes und der Plugins. Dafür hat Sie den Vorteil, dass Sie beim Import nicht nur die Inhalte, Pfade und Taxonomien einfügt sondern auch die Dateien aus der Mediathek von der Ursprungsseite importiert … vorausgesetzt, diese ist noch online bzw. erreichbar.

Der Datenbank-Backup hat den Vorteil, dass wirklich alles gespeichert wird: alle Inhalte und alle Einstellungen. Der Nachteil bei dieser Lösung ist zum einen, dass die Medien nicht importiert werden und das je nach dem wie eine Seite gehacked wurde, sich die Malware auch in der Datenbank verstecken kann.

Daher sollte man sich einen Ablauf ausarbeiten, wo beide Sicherungsarten generiert werden. Im Fall der xml-Datei ist die Sache einfach, die gehört zu den Bordfunktionen. Die Sicherung der Datenbank benötigt ein extra Tool. Entweder eine Anwendung wie zum Beispiel phpMyAdmin oder ein WordPress-Plugin, wie es BackWPup ist.

Neue Domain und neuer Server

Diese Variante hört sich zwar nach mehr Arbeit an, aber hier kann die Export-Funktion von WordPress Ihre Stärke ausspielen. Zuerst im alten Weblog den Export durchführen…

WordPress exportieren

… und anschließend unter der neuen Domain ein frisches WordPress installieren, das Import-Plugin nachrüsten, die xml-Datei importieren und dabei die Checkbox Dateianhänge herunterladen und importieren aktivieren…

WordPress-Import

… und je nach Größe der Website ein paar Schlückchen oder eine Tasse Kaffee trinken …. Earl Grey geht auch noch, aber beides bitte schwarz, ohne Milch & Zucker, da es sonst den Import-Vorgang massiv stört. 😉

Anschließend sind alle Inhalte, Taxonomien und Autoren da und auch die Mediathek hat ihre Inhalte wieder. Jetzt muss man die Plugins und das Theme hochladen und die alten Einstellungen tätigen.

Neuer Server, gleiche Domain

Bei dieser Konstellation würde ich persönlich den Umzug mit dem Datenbank-Backup durchführen. WordPress auf dem neuen Server installieren, Datenbank importieren, die wp-config.php anpassen … fertig! Nicht ganz. Zwar sind jetzt alle Inhalte und auch die Optionen vorhanden, aber es fehlen immer noch das Theme, die Plugins und die Dateien aus dem upload-Ordner.

Diese muss man alle per FTP hochladen und je nach dem wie viele Tausende von Dateien es sind, kann es u.U. genug Zeit sein um zwei oder mehr Tassen Kaffee zu trinken … auch hierbei bitte schwarz, weil … ihr wisst ja Bescheid.

Wer aus welche Gründen kein Datenbank-Backup hat, kann auch bei dieser Umzugsvariante mit der xml-Datei arbeiten. Damit das ganze funktioniert geht man folgendermaßen vor. Kurz vor dem Umzug exportiert man wie gehabt die WordPress-Installation.

Auf irgendeiner Testinstallation importiert man mit Hilfe der xml-Datei die Inhalte und die Mediathek. Nach dem die Domain zu dem neuen Hoster übertragen wurde, installiert man dort WP und per Import holt man die Inhalte und die komplette Mediathek in die neue Installation rein.

Das ist mir alles zu viel und ich habe auch keine Zeit dafür

Erscheint dir so ein Umzug zu kompliziert oder du hast einfach keine Lust oder Zeit dafür, dann kannst du uns gerne anheuern und wir übernehmen dann den Umzug für dich. Wir haben auch Erfahrungen mit anspruchsvolleren Szenarien wo es zum Beispiel den alten Hoster nicht mehr gibt, dieser nicht mehr reagiert oder mit sehr umfangreichen Projekten.

9 Reaktion(en)

  1. Frank

    Ich habe mittlerweile recht viele Umzüge mit der WP internen Export/Import-Funktion erledigt. Leider scheint das Plugin beim Medienimport einen miesen Bug zu haben: Bei den Bildern wird der Dateiname bei img tag oft um genau einen Pixel verändert und dadurch sind die eingebundenen Bilder erst einmal weg. So wird beispielsweise aus dokumentation-300×200.jpg dann dokumentation-300×201.jpg.

      1. Frank

        Hi Vlad,

        sorry, jetzt erst deine Antwort mitbekommen. Die Exporte geschahen bei verschiedenen Hostern, die Importe bei allinkl. Hatte die Tage festgestellt, dass dort immer noch php 5.x als Apache Modul aktiv war und nun auf php7 als CGI umgestellt. Mal abwarten, ob dies einen Einfluss hatte. Falls dir noch etwas einfallen sollte, wäre ich happy 🙂

        1. Frank

          Gerade wieder ein Blog innerhalb von allinkl migriert. Derselbe Fehler wie so oft beim Medienimport:

          Vor Import:
          http://www.gwyddyn.de/wp-content/uploads/adrastho-deirdra-begegnung-151003-450×281.jpg
          Nach dem Import:
          http://www.telegamez.de/wp-content/uploads/2015/11/adrastho-deirdra-begegnung-151003-450×281.jpg
          Soweit ok. Dass die Bilder vorher direkt im Upload-Verzeichnis und nun in Jahres-/Monatsordner liegen, kein Problem.
          Auf dem Server aber nun:
          adrastho-deirdra-begegnung-151003-300×188.jpg oder
          adrastho-deirdra-begegnung-151003-768×480.jpg aber nicht
          adrastho-deirdra-begegnung-151003-450×281.jpg
          Das Problem sind also die unterschiedlichen Thumbnail-Einstellungen der beiden Blogs. Das Import-Script übernimmt die alte Image-URL, ändert aber die Dateinamen auf die Bildeinstellungen des neuen Blogs.
          Hast du Ideen, wie man das nach erfolgtem Import gut lösen kann ohne erst in jedem Artikel einzeln zu editieren?

  2. Pingback: Wordpress allg. | Pearltrees

  3. Fedor

    Hi,

    danke dir für den Artikel. Ich habe ein Problem, was mir noch den letzten Nerv raubt.

    Habe die Prozedur eigentlich schon oft gemacht und nie Probleme gehabt. Beim hochladen der XML gibt es noch keine Probleme.

    Im folgenden Schritt gibt es leider Probleme: Ich möchte den Autor ändern und aktiviere noch den Haken bei "Dateianhänge herunterladen und importieren"
    Es dauert geschätzt 1-2 min. Dann erscheint ein 500er internal Server Error und der Vorgang wurde nicht abgeschlossen abgebrochen.

    Strato konnte mir nicht weiterhelfen (obwohl ich mir eigentlich recht sicher bin das es an Ihnen liegt).

    Bekomme ich das Problem selbst irgendwie gelöst?

    Ich gehe davon aus, dass die Dateien zu viele sind oder zu groß sind, welche upgeloadet werden müssen. Kann das sein?

    Schöne Grüße

    Fedor Pribinov

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert.