01 Mar 2010

Configxx 3.3 von Server 1 auf Server 2 komplett umziehen

Confixx 3.3 Serverumzug? Kein Problem! Hierzu wurde bereits alles vorbereitet!

Das klappt sogar von einem Debian-Vserver mit Debian Etch (4.0) auf einen “echten” Debian-Server mit Debian Lenny (5.0). Auf dem alten Server wurde Sendmail als Mail-System verwendet, auf dem neuen soll Postfix zum Einsatz kommen. Auch das wird von Confixx respektiert, wenn der neue Server dementsprechend konfiguriert wird. Ein einspielen des Dumps auf einem Ubuntu-Server mit Confixx hat bei mir nicht korrekt funktioniert, aber sowas will man eigentlich eh nicht tun :-) (Siehe: Confixx 3.3 auf Debian Lenny installieren) Wichtig: Auf beiden Servern muss das Confixx eine gültige Lizenz besitzen. Wenn auf dem alten Server die Confixx-Lizenz abgelaufen ist, kann der Dump nicht auf dem neuen importiert werden. (Leider!)

  • Altes Confixx Hochpatchen! Wenn auf dem alten Server das Confixx in einer älteren Version, z. B. 3.3.1 vorliegt, schön der Reihe nach auf die aktuelle Version hochpatchen. Also zuerst 3.3.1 -> 3.3.2 … bis 3.3.6 Ein Confixx-Dump und Restore geht nur von der gleichen Version auf die gleiche Version. Sollte auf dem neuen Server eine ältere Version vorliegen, auch auf die aktuelle hochpatchen, das empfiehlt sich sowieso, da diverse Bugs behoben wurden (Hinweise und Downloads dazu auf der Confixx-Webseite)

  • Confixx dump auf dem alten Server erstellen. Dazu ins Confixx-Installations-Verzeichnis wechseln:

    # cd /root/confixx
    

    Backup durchführen:

    #./backup.pl --dump /home/confixxdump
    

Mehrere Stunden später liegen in /home die Dateien des Dumps, z. B.

confixxdump.tgz.aa
confixxdump.tgz.ab
confixxdump.tgz.ac
[...]

mit je bis zu 2 GB Größe.

  • Dump-Dateien auf den neuen Server übertragen! Diese Dateien gilt es dann, auf den neuen Server mit scp oder rsync zu kopieren. Es kann alternativ auch der neue Server per NFS auf den alten gemountet werden und die Dumps direkt dort abgelegt werden. Damit der Vorgang nicht durch einen eventuellen DSL-Reconnect abgebrochen wird, empfiehlt es sich, den dump-Befehl innerhalb einer screen-Session starten. So kann der ssh-Client geschlossen werden, es läuft trotzdem weiter. Mit screen -rd kann die Session nach einem Re-login wieder aufgenommen und kontrolliert werden.

  • Confixx-Restore auf dem neuen Server durchführenn Als erstes muss der Mapping-Prozess durchgeführt werden, der auch eine geweisse Zeit in Anspruch nimmt. Dazu auf dem neuen Server in das Confixx-Verzeichnis wechseln und mit der Angabe des Pfades zu den Confixx-Dumps das Mapping durchführen:

# ./restore.pl --mapping --dump /home/chrissie/confixxdump.tgz --map restore.txt --clean

Nach Beendigung des Vorgangs die Datei mapping.txt auf Plausibilität untersuchen und evtl. korrigieren. In meinem Fall wurde die IP des neuen Servers nicht korrekt erkannt, das musste ich nachtragen.

Jetzt kann der eigentliche Restore-Prozess angestossen werden. Auch hier empfiehlt es sich, wie bei allen diesen längeren Vorgängen, das innerhalb einer screen-Session zu tun.

# ./restore.pl --restore --dump /home/chrissie/confixxdump.tgz --map restore.txt --clean

Wenn man wie hier –clean angibt, wird man irgendwann noch gefragt, ob man das wirklich tun will, also alles bisherige löschen. So könnte man auch die Hostings zu bereits vorhandenen theoretisch hinzufügen, das habe ich aber nicht probiert.

Irgendwann ist auch dieser Vorgang beendet und Voila!

  • Tipp: Durch temporäres Editieren der hosts-Datei mit anschließendem Firefox-Neustart kann die Funktion des neuen Servers überprüft werden.
Schauen sie doch auch mal auf einen Sprung bei atac vorbei!