Auf derselben Maschine landen die Dateien in einem System, das bereits eingerichtet ist. Auf einer frischen Maschine kommt die Sicherung im Nichts an - und alles, was in zwei Jahren von Hand eingerichtet wurde, fehlt auf einen Schlag. Diese Lücke ist die eigentliche Arbeit.

Was in der Sicherung steckt

  • Das Webverzeichnis
  • Die Datenbank
  • Uploads und erzeugte Dateien

Was meistens nicht drin ist

  • Die PHP-Version und ihre Erweiterungen.
  • Die Nginx- oder Apache-Konfiguration der Website.
  • Das Zertifikat, oder die Möglichkeit, eines auszustellen, bevor das DNS umzieht.
  • Cronjobs und systemd-Units.
  • Umgebungsvariablen und Geheimnisse, die zu Recht von Sicherungen ausgenommen sind und deshalb woanders herkommen müssen.
  • Die Mailkonfiguration und das Reverse DNS der neuen IP.

Die Reihenfolge, die funktioniert

  1. Zuerst die Maschine bauen — dieselbe PHP-Version und dieselben Erweiterungen - php -m auf der alten ist die Liste.
  2. Dateien und Datenbank wiederherstellen — dann den Eigentümer setzen: sudo chown -R sara:www-data /var/www/site.
  3. Datenbankbenutzer und Rechte neu anlegen — sie wohnen im mysql-Schema, nicht in Ihrem Dump. Siehe Benutzer und Rechte.
  4. Die Konfiguration zurückspielen — Webserver, Cron, Units und die Umgebungsdatei aus Ihrem Passwortmanager.
  5. Auf der neuen IP testen, bevor das DNS umzieht — mit einem hosts-Eintrag auf Ihrem eigenen Rechner.
  6. Das Zertifikat ausstellen, dann das DNS umziehen — siehe umziehen ohne Ausfallzeit.
# test the new server while DNS still points at the old one
# /etc/hosts on your laptop
203.0.113.99  yourdomain.com www.yourdomain.com
Ziehen Sie das DNS erst um, wenn die Website über diesen hosts-Eintrag auf der neuen IP korrekt antwortet. Erst umzuziehen macht aus einem schwierigen Nachmittag einen öffentlichen Ausfall.
Schreiben Sie auf, was Sie von Hand tun mussten. Diese Liste IST der fehlende Teil Ihrer Sicherung, und beim nächsten Mal ist es ein Skript statt eines Nachmittags voller Erinnern.