Migrieren Sie den Live-Server

Ich habe Probleme , ich habe einen laufenden Server mit den üblichen Diensten (httpd, mail, sql) und es sieht so aus, als müsste ich sehr schnell sein, um einen vollständigen Datenverlust zu verhindern (mein RAID-Array ist ausgefallen, daher bin ich auf einen einzelnen angewiesen HDD jetzt).

Das ganze System, das auf HowtoForges Howto aufgebaut ist, und wie ich das auf Squeeze lese , sieht es so aus, als ob ich es leicht kann ? migriere meine (virtuellen) Benutzer auf die neue Box.

Ich weiß wirklich, dass dies ein sehr spezifisches Problem ist, aber können Sie mir einen wichtigen Punkt des gesamten Migrationsprozesses mitteilen? Welche Dinge können schwierig sein, wo sollte ich mich höchstens konzentrieren müssen? Wie würden Sie den Prozess starten?

Einige Hintergrundinformationen:

• Die beiden Server sind 200 km voneinander entfernt, daher sollte die Migration über das Internet erfolgen
• Beide Server werden Debian sein, der alte ist Etch, der neue wird Squeeze sein
• Der kritische Dienst ist E-Mail, Websites können für einige Zeit ausgesetzt werden
• RAID bedeutet zwei Festplatten in RAID 1 (beide Computer)
• Die alte Box ist die DNS1 für alle gehosteten Domänen

Mein (wirklich) Grundriss:

• Aufbau eines ähnlichen Systems wie das alte (ähnliche virtuelle Mail-Struktur, Passwörter, die mit demselben Verschlüsselungstyp gespeichert sind, da ich die alten nicht erkennen kann)
• Erstelle eine Domain, in der ich überprüfen kann, ob alles in Ordnung ist (DNS, E-Mail, www sind in Ordnung).
• Migrieren Sie Domain für Domain, bis die alte nichts mehr tut

Meine blinden Flecken:

• Sie können keine kurze Beschreibung finden, wie ein RAID-1 auf Squeeze ausgeführt wird (ein Lenny-Howto reicht aus?)
• Wie kopiere ich bei Bedarf bestimmte Ordner (z. B. E-Mail-Ordner von Benutzern ) mit bestimmten Benutzerrechten? (rsync wird das tun?)
• So richten Sie DNS auf dem neuen Computer ein (der alte ist DNS1) (der neue Computer sollte ebenfalls DNS sein und migrierte Domänen sollten sich selbst als DNS1 verwenden?)
• Wie kann ich den Verlust von E-Mails verhindern (aufgrund der DNS-Aktualisierungszeit) (ich muss den neuen Computer als MX einrichten?)

Ihr Grundriss ist mehr oder weniger korrekt.

Das Squeeze-Installationsprogramm führt ein Software-RAID ein. Ein Unterschied besteht darin, dass Squeeze standardmäßig grub2 verwendet. Lenny benutzte Grub-Legacy (0,9, glaube ich). Dies macht einige Grub-Administrationen etwas anders, insbesondere um sicherzustellen, dass Grub im Fehlerfall von beiden Festplatten bootet. Sie können jederzeit zu Grub-Legacy zurückkehren, was ich letztes Mal getan habe, als ich mit diesem Problem konfrontiert wurde. Es würde sich jedoch lohnen, zu testen, was auch immer Sie tun, um sicherzustellen, dass Sie neu starten können, wenn eine der Festplatten ausfällt.

Verwenden Sie zum Kopieren von Daten auf jeden Fall rsync. Ich würde sicherstellen, dass zuerst die richtigen Konten mit denselben Uids / Gids und dann mit rsync eingerichtet werden, aber Sie können dies jederzeit nachträglich beheben. rsync -avPHAX sollte alles bekommen (-a bekommt die meisten Dinge, außer -H [ard links] -A [CLs] und -X [gepflegte Attribute], daher ist dies nützlich.

Bereiten Sie sich darauf vor, dass Services auf subtile Weise unterbrochen werden, da Sie gleichzeitig ein effektives Upgrade durchführen. Die Konfigurationen ändern sich geringfügig. Nachdem ich in letzter Zeit etwas Ähnliches getan habe, würde ich es vorziehen, eine ähnliche Migration durchzuführen und dann den endgültigen Host irgendwann nachträglich zu aktualisieren, da die Migration aller Elemente und die gleichzeitige Verwaltung von Upgrades eine Mammutaufgabe waren.

Aktualisiert für Ihre zusätzlichen Schmerzpunkte:

Für DNS würde ich das gesamte DNS- Hosting in einem Schritt auf den neuen Computer verschieben. Lassen Sie die Datensätze so, wie sie anfangen sollen, aber setzen Sie die Aktualisierung sofort ab (ca. 10 Minuten). Auf diese Weise können Sie DNS-Einträge auf den neuen Computer verschieben, während Sie jede Domäne verschieben. Zum Verschieben Ihres DNS müssen möglicherweise die whois-Einträge für alle von Ihnen gehosteten Domains aktualisiert werden. Beachten Sie dies. Stellen Sie die Aktualisierung jetzt für alle Domänen ein, bevor Sie etwas anderes starten - nichts Schlimmeres als ein schlecht zwischengespeichertes Ergebnis, das Probleme verursacht.

In Bezug auf E-Mail-Verlust: Stellen Sie beim Verschieben von E-Mails auf den neuen Server sicher, dass die DNS-Einträge aktualisiert wurden, um den primären MX auf den neuen Server zu verweisen, und stellen Sie sicher, dass der alte Server weiterhin so konfiguriert ist, dass die Weiterleitung für Ihre Domänen möglich ist. Solange sowohl Ihr alter als auch Ihr neuer Server über aktuelle DNS-Ansichten verfügen, funktioniert Ihr Mail-Dienst auf dem alten Server nicht mehr als primärer MX und leitet alle E-Mails an den neuen primären Server weiter. Mail wird auch mit kurzen Verzögerungen bei der Zustellung fertig werden. Sie können also einfach den gesamten E-Mail-Zugriff auf beide Computer herunterfahren oder eine Firewall erstellen, alles auf einmal verschieben, auf dem neuen Computer testen, dann MX-Datensätze verschieben und E-Mails auf dem neuen Computer öffnen . SMTP wurde entwickelt, um Ausfälle zu beheben, und ein relativ kurzer Ausfall (weniger als 4 Stunden, glaube ich) führt nicht einmal zu vorübergehenden Fehlerbenachrichtigungen.

Aktualisiert, um hinzuzufügen:

Eine andere Möglichkeit besteht darin, eine VM auf Ihrem neuen Server zu erstellen und den gesamten alten Server in das Festplatten-Image dieser neuen VM zu synchronisieren. Sie können dann die VM starten und IP-Adressen usw. aktualisieren und eine voll funktionsfähige Replik des ursprünglichen Servers in dieser VM haben. Möglicherweise viel weniger Aufwand, aber wenn Sie mit VM-Stacks wie KVM oder Virtualbox nicht vertraut sind, lohnt es sich möglicherweise nicht.