Webseiten, Datenbanken und Postfächer ins Cloud Hosting umziehen

In vielen Kundenverträgen haben sich im Laufe der Zeit eine Vielzahl von Projekten angesammelt: Entwicklungs- und Testversionen, Archive älterer Versionen der Webseiten usw.

Im ersten Schritt ist es sinnvoll, sich zu überlegen, welche Anwendungen tatsächlich noch benötigt werden.

Zu jedem Projekt gehören in der Regeln mehrere Komponenten:

• Eine Domain oder Subdomain, über die das Projekt im Browser aufgerufen werden kann.
• Ein Zielverzeichnis, in dem die Dateien des Projekts liegen, auch DOCROOT oder Startverzeichnis genannt. Das ist das Verzeichnis (mit Unterverzeichnissen), aus dem die Dateien beim Aufruf der Domain geladen werden.
  In den Unterverzeichnissen liegen auch der Programmcode (PHP Skripte), Bilder, PDF Dateien, ...
• Eine Datenbank, in der die Inhalte (Texte und weitere Datensätze) der Webseite gespeichert werden.
• Cronjobs, das sind Programme, die in regelmäßigen Zeitabständen aufgerufen werden um bestimmte Aufgaben zu übernehmen. Dazu gehören Backups, Datenimporte und -exporte, Versand von Newslettern, usw.
• Hilfsprogramme, die für bestimmte Aufgaben in der Anwendung benötigt werden. Dazu gehören Bildbearbeitung und -umwandlung, Extraktion von Informationen aus Bild- und PDF-Dateien für Suchfunktionen, usw.
• Weitere Programme wie Matomo (für Webseiten Statistik) die für ein Projekt benötigt werden.
• E-Mail Postfächer mit darin gespeicherten E-Mails.

All diese Komponenten müssen beim Umzug auf den neuen Server übertragen werden.

Nach der Übertragung müssen dann in der Regel noch Anpassungen, wie z.B. absolute Pfadangaben in Skripten, vorgenommen werden.

Je nach Umfang der Webseite dauert ein solcher Umzug einige Stunden.

Vor Abschluss des Umzugs wird das Projekt auf dem neuen Server mit Hilfe einer temporären Domain getestet. Damit wird sichergestellt, dass alles wie gewünscht funktioniert. Das ist auch ein guter Zeitpunkt, die Geschwindigkeit zwischen Quell- und Zielserver zu vergleichen, da die Webseite auf dem alten sowie auf dem neuen Server aufrufbar ist.

Sind alle Tests abgeschlossen, wird die Domain auf den neuen Server übertragen. Bei sogenannten Domains mit externer Registrierung, die nicht über uns sondern über einen anderen Provider registriert sind, ist eine Umstellung der A-Records beim Domainprovider erforderlich, damit die Domain auf den neuen Server zeigt.

Wie bereits in der Einleitung oben ausführlich erläutert, musst Du zuerst als Neukunde ein Cloud Hosting Paket bestellen.

Nach Erhalt des ausgefüllten und vollständigen AV-Vertrags richten wir das Paket ein. Sind wir mit den Arbeiten fertig, erhältst Du eine E-Mail mit den Zugangsdaten und Passwörtern.

Die meisten Webseiten verwenden Datenbanken, um die Inhalte zu speichern. Nachdem festgelegt wurde, welche Projekte auf das Cloud-Hosting umgezogen werden sollen, müssen die zugehörigen Datenbanken identifiziert werden.

Datenbanken ermitteln

Sofern im bisherigen Kundenmenü eine Domain auf ein Zielverzeichnis zeigt (und nicht eine Weiterleitung auf eine andere Domain ist), notierst Du Dir das Zielverzeichnis (z.B. /typo3cms/projekt1 oder /wordpress). In diesem Zielverzeichnis musst Du herausfinden, in welcher Datei die Zugangsdaten für die Datenbank gespeichert sind.

Bei TYPO3 stehen diese Daten je nach Version in den Dateien [Zielverzeichnis]/typo3conf/LocalConfiguration.php oder [Zielverzeichnis]/typo3conf/localconf.php

Bei Redaxo stehen die Zugangsdaten in der Datei [Zielverzeichnis]/redaxo/include/master.inc.php

Bei WordPress stehen die Zugangsdaten in der Datei [Zielverzeichnis]/wpconfig.php

Datenbanken sichern

Um den Inhalt der Datenbank in einer Datei zu speichern, loggst Du Dich über den SSH Zugang in das bisherige Hosting Paket ein und wechselst dort in den Ordner 

/typo3cms/system/backup/databases

Hier erstellst Du das Abbild der Datenbank mit folgendem Befehl (in einer Zeile eingeben):

mysqldump --opt -h 127.0.0.3 -u db123456_789 -p db123456_789 > meinbackup.sql

Danach musst Du das Passwort der Datenbank einfügen und mit [Eingabetaste] bestätigen.

In den bisherigen Hosting Paketen sind die Bezeichnungen für Datenbankbenutzer und Datenbankname identisch, bei den Cloud-Hosting Paketen können diese unterschiedlich sein.

Der Dateiname (im Beispiel meinbackup.sql) unter dem die Datenbank gespeichert wird, kann beliebig gewählt werden. 

Sind mehrere Datenbanken in Verwendung, so muss jede Datenbank in einer eigenen Datei gespeichert werden.

Mit dem Befehl rsync werden alle Dateien, also auch die Datenbank Backups, des bisherigen Hosting Pakets in das neue Cloud-Hosting Paket übertragen. 

Eingeloggt auf dem Server des bisherigen Hosting Paketes, wechselst Du mit dem Befehl 

cd [Eingabetaste]

zunächst in das Startverzeichnis (das entspricht dem Verzeichnis, in dem man nach dem SSH-Login landet).

Um die Übertragung durchzuführen, gibst Du den mit eigenen Daten angepassten Befehl ein:

rsync --delete -ave ssh . username@host:httpdocs/__transfer

Wichtig dabei ist der Punkt nach ssh mit einem Leerzeichen davor und danach.

• username:   SSH Benutzer des Cloud-Hosting Pakets
• host:   Servername (z.B. 900xxx.jweiland-hosting.de) des Cloud-Hosting Pakets

Je nach Datenmenge kann die Übertragung einige Minuten dauern.

Wenn die Übertragung abgeschlossen ist, befinden sich auf dem Cloud-Hosting Paket jetzt alle Dateien im Verzeichnis: httpdocs/__transfer

Für jede ursprüngliche Datenbank musst Du im Cloud-Hosting Paket eine neue Datenbank anlegen.

Im Menüpunkt Datenbanken klickst Du auf "+ Datenbank hinzufügen" und vergibst einen Benutzernamen sowie einen Datenbanknamen für die neue Datenbank. Es stehen die Datenbanken MySQL 5.6 sowie MariaDB 10.3 (entspricht MySQL 5.7) zur Verfügung.

Da beim bisherigen Hosting ausschließlich MySQL 5.6 zur Verfügung stand, wählst Du beim Übertragen von Webseiten auch beim Cloud-Hosting MySQL 5.6.

Das Kennwort lässt Du Dir generieren und anzeigen. Notiere es an einem sicheren Ort (das Passwort kann später nicht mehr eingesehen, bei Bedarf aber neu gesetzt werden).

Nach dem Erstellen der Datenbanken musst Du die angefertigten Datenbanksicherungen aus der Datei in die neue Datenbank einlesen.

Dazu musst Du dich per SSH auf der Shell anmelden und wechselst in das Verzeichnis: httdocs/__transfer/typo3cms/system/backup/databases

Hier befinden sich die Datenbankdateien der auf dem bisherigen Hosting erstellten Backups. Diese werden jetzt in die neu erstellte Datenbank eingelesen.

Gib den mit eigenen Daten angepassten Befehl ein:

mysql -h db.mysql56 -u username -p datenbankname < meinbackup.sql

• username: neuer Benutzernamen
• datenbankname:  neuer Datenbankname
• meinbackup.sql:  Name der Backupdatei

Danach musst Du das Passwort der Datenbank einfügen und mit [Eingabetaste] bestätigen.

Bei mehreren Projekten wiederholst Du diesen Vorgang für jede Datenbank.

Anschließend trägst Du die neuen Datenbank-Zugangsdaten in die Konfigurationsdatei der Webseite ein. Wo diese zu finden sind, wurde bereits unter Schritt 2: Datenbanken in Dateien sichern beschrieben.

Alle Dateien des Projekts liegen jetzt noch im Verzeichnis: httpdocs/__transfer

Es ist sinnvoll, diese Projektdateien an das endgültige Ziel zu verschieben. Befindet sich das Projekt z.B. im Verzeichnis httpdocs/__transfer/typo3cms/projekt1, so sollte das Projekt bspw. in ein Unterverzeichnis von httpdocs/typo3cms verschoben werden. Dort befindet sich jedoch schon ein Verzeichnis projekt1. Dieses wurde durch uns bei der Einrichtung des Hosting Pakets angelegt und es enthält eine leere TYPO3 Installation.

Entweder kannst Du zunächst das Verzeichnis httpdocs/typo3cms/projekt1 löschen (falls es nicht für eine neue Webseite benötigt wird) oder Du verschiebst das übertragene Projekt in ein neues Verzeichnis, z.B. httpdocs/typo3cms/projekt2 oder httpdocs/typo3cms/name-der-domain.de

Der Name des Zielverzeichnisses kann beliebig gewählt werden, da er nach außen nicht sichtbar ist. In unserem Beispiel verschiebst Du das Projekt nach httpdocs/typo3cms/projekt2

Wechsle zunächst in das Startverzeichnis, dann in das Verzeichnis httpdocs und führe dort den Befehl zum Verschieben aus:

cd [Eingabetaste]
cd httpdocs
mv __transfer/typo3cms/projekt1 typo3cms/projekt2

Bei einem TYPO3 Projekt sollte das Unterverzeichnis typo3temp/var/Cache gelöscht werden, da es zum Teil noch Pfadangaben vom bisherigen Server enthält. Nach dem Löschen wird das Verzeichnis beim nächsten Aufruf einer Webseite automatisch neu erstellt.

Damit Du in Schritt 8 Deine E-Mail Postfächer übertragen und Du in Schritt 7 die Einstellungen an den Domains vornehmen kannst, musst Du in der Auftragsverwaltung dem Paket Deine Domains als Virtuelle Domains hinzufügen.

Hinterlege im Dokumentenstamm der Domain das Verzeichnis, in das Du in Schritt 5: Dateien an das endgültige Ziel verschieben die Webseite verschoben hast.

Bei PHP-Unterstützung wählst Du dann die zur Website passende PHP-Version aus. Auf unserer Website gibt es eine Übersicht über die TYPO3 Versionen und die dazu passenden PHP-Versionen.

Wenn die Übertragung lange dauert oder zwischen Übertragung und endgültigem Domainumzug weitere E-Mails eingehen, kann die Übertragung der Postfächer neu gestartet werden. Es werden dann nur die hinzugekommenen E-Mails übertragen, der Vorgang wird dadurch deutlich schneller als beim ersten Durchgang.

SPF Eintrag

Mit dem SPF Eintrag wird festgelegt, welche Server für eine Domain E-Mails versenden können.

Der Server auf dem sich Dein Paket befindet ist automatisch im SPF-Eintrag inkludiert. 

v=spf1 +a +mx +a:servername.jweiland.cloud -all

Wenn Du über einen weiteren Server E-Mails verschickst, muss der SPF-Eintrag durch ein include:servername erweitert werden:

v=spf1 +a +mx +a:servername.jweiland.cloud include:servername -all

Es dürfen für einen Domain nicht mehrere SPF-Records erstellt werden. Es muss immer ein bereits bestehender Eintrag erweitert oder geändert werden.

Prüfe im alten Kundenmenü, welche Cronjobs dort eingetragen sind und lege diese analog im Cloud-Hosting an.

Bei der Ausführung von Skripten wird beim Pfad noch httpdocs/ vorangestellt, zum Beispiel:

typo3cms/system/backup/daily (bisher)
httpdocs/typo3cms/system/backup/daily (beim Cloud-Hosting)

Beim Aufruf des TYPO3 Planers (Scheduler) kann das Ausführungsintervall von 5 Minuten im "Cron Style" als  */5 * * * * angegeben werden.

Für andere Timings erhältst Du auf einer externen Seite weitere Tipps und einen "Cronitor".

Wird bisher via Cronjob das scheduler.sh Skript aufgerufen, so muss dort noch der Pfad zur korrekten Version des PHP Interpreters angepasst werden. 

Beispiel, falls bisher PHP 7.2 in scheduler.sh verwendet wird (in einer Zeile):

env -i /usr/local/bin/php7-72LATEST-CLI -f ~/typo3cms/projekt1/typo3cms scheduler:run

wird die PHP Version 7.2 jetzt angegeben mit:

env -i /opt/alt/php72/usr/bin/php -f ~/httpdocs/typo3cms/projekt1/typo3cms scheduler:run

Wurden alle Daten und Postfächer übertragen und die Funktion der Website geprüft, überträgst Du nun die Domain(s). Hier muss unterschieden werden, ob die Domain bisher über uns registriert ist oder über einen anderen Provider. Im letzteren Fall muss auch noch geprüft werden, ob die Domain zu uns umgezogen werden soll oder bei dem anderen Provider verbleibt.

Domain soll in das Cloud Hosting umziehen

Zunächst solltest Du prüfen, ob für die Domain zusätzliche Nameserver Einstellungen vorgenommen wurden.

Im Classic Hosting gehst Du dazu in Dein Kundenmenü. Dort findest Du ab dem Tarif BUSINESS unter "Konfiguration" › "Domain Verwaltung" in der Zeile deiner Domain ein Zahnradsymbol. Klicke auf dieses Zahnradsymbol und dann im erscheinenden Menü auf "Nameserver editieren".

Ist bei den Einstellungen überall "auto" eingetragen, wurden keine abweichenden oder zusätzlichen Einträge vorgenommen.

Sind hier jedoch weitere oder andere Einstellungen vorhanden, müssen diese sorgfältig notiert werden, da sie beim Cloud-Hosting später genauso wieder angelegt werden müssen. Am besten Screenshots anfertigen und dabei beachten, dass die Tabelle mit den Einträgen eventuell länger ist und gescrollt werden kann.

Neben dem jeweiligen Hostnamen ist auch der Typ und das Ziel bzw. Wert des Eintrags wichtig!

Wenn die Angaben notiert sind, muss die Domain bei jweiland.net oder dem anderen Provider zum Providerwechsel freigegeben werden.

• Stimmen die Inhaberdaten im Classic Hosting und Cloud Hosting Paket überein, kann die Freigabe von der im Classic Hosting in den Stammdaten hinterlegten E-Mail Adresse aus beantragt werden.
• Stimmen die Inhaberdaten im Classic Hosting und Cloud Hosting Paket nicht überein, muss die Freigabe mit dem Formular Kündigung von Domains (keine Kündigung des Pakets) durch den Domaininhaber beantragt werden.

Die zur Übertragung der Domains notwendigen AuthCodes (Autorisierungscode) werden in beiden Fällen in einer Bestätigung mitgeteilt, die per E-Mail an die im Classic Hosting Paket in den Stammdaten hinterlegte E-Mail Adresse gesendet wird.

Jetzt kannst Du die Domain in der Auftragsverwaltung zum Providerwechsel bestellen.

Eine Domain kann bei uns auch genutzt werden, wenn Sie über einen anderen Provider registriert ist und nicht zu uns umgezogen werden soll. In den meisten Fällen läuft dann nur die Webseite über uns während z.B. der E-Mail Verkehr über einen anderen Provider läuft.

Da Du in Schritt 6: Virtuelle Hosts anlegen die Domain bereits angelegt hast, musst Du nun nur noch die IPv4 und IPv6 Adresse bei Deinem Domainprovider aktualisieren.

Abschließend kannst Du nun noch ein SSL-Zertifikat für Deine Domain einrichten.