Ich habe zwei Server, A und B. Ich möchte Server A nach B klonen. A läuft unter Linux, und beide sind remote, ich habe keinen physischen Zugriff auf sie
Wie gehen Sie am besten vor?
Ich glaube, dass Rsync hier die Lösung ist. Ich bin nicht sicher, ob alle Dateien während einer Rsync-Sitzung beschreibbar sind.
Haben Sie in Erwägung gezogen, einen dd-Klon der Partitionen auf Server A zu erstellen und auf Server B zu übertragen? Es klingt ein bisschen wild, aber vielleicht als letzter Ausweg?
Für das Disk-Imaging mag ich clonezilla, aber Sie benötigen physischen Zugriff, um von der Festplatte zu booten, damit es funktioniert. Ehrlich gesagt, glaube ich nicht, dass Sie eine vollständig ausgefahrene Remote-Systemkopie erstellen können. rsync wird Sie nur so weit bringen. Wenn auf beiden Systemen bereits vollständige Systeme installiert sind und sie ansonsten identisch sind, können Sie auf Host B dieselben Apps wie auf Host A installieren. Dann müssen Sie nur die erforderlichen Konfigurationsdateien von A nach B kopieren. Es muss unbedingt alles kopiert werden .
Das bash-Skript backup-images-1.0.sh automatisiert das Klonen von Festplatten von Linux- Remotemaschinen . Es verwendet den ddBefehl zusammen mit sshund gzipBefehlen Remote - Datenträger kopieren und zu komprimieren und sie schnell zu einer lokalen Festplatte über eine SSH - Verbindung zu senden.
Beispiele für das Klonen einer Remote-Festplatte auf eine lokale Festplatte mithilfe von backup-images-1.0.sh, geschrieben von Radovan Brezula, der backup-images-1.0.sh schrieb.
Beispiel für das Klonen einer lokalen Festplatte auf eine Remote-Festplatte mit dd
dd if=/path/to/disk/image ibs=4096 conv=notrunc,noerror | (ssh 132.183.12.128 dd of=/remote-archive/test/remote-archive-test.img obs=4096) ibs=4096 Bis zu 4096 Byte gleichzeitig lesen
conv=notrunc,noerror Schneiden Sie die Ausgabedatei nicht ab und fahren Sie nach Lesefehlern fort
obs=4096 4096 Bytes gleichzeitig schreiben
Es gibt mindestens drei verschiedene Möglichkeiten, dies zu tun.
Diese Option ist vor allem in großen Unternehmen mit angemessener Dokumentation nützlich und wird wahrscheinlich zu Setups mit PXE-Booten und Marionetten- oder ähnlichen Setups erweitert.
Grundsätzlich wiederholen Sie die gleichen Schritte, die Sie zum Konfigurieren von Server A auf Server B verwendet haben.
Dies funktioniert sehr gut, wenn Ihr Setup groß genug ist (z. B. Sie betreiben 100 Server und möchten Server 101 hochfahren. PXE-Boot, sagen Sie Ihrer Puppenkonfiguration, dass es sich um einen Server des Typs $ handeln muss, und kommt eine Stunde später zurück.) Fertig !).
Viel Arbeit zum Einrichten, aber danach perfekt. Und mit all der Setup-Arbeit lohnt es sich wahrscheinlich nicht, einmal ein Setup zu kopieren.
Sie können alle Dateien von Server A auf Server B kopieren, wobei ihre Rechte und Benutzer erhalten bleiben. rsyncist wahrscheinlich das beste Werkzeug dafür.
Dazu möchten Sie den Zielserver mit einem ähnlichen Setup vorbereiten (zB Partitions-Setup kopieren) und dann die meisten Dateien rsync rsync. Der schwierige Teil hier ist, dass Sie einige Dateien nicht rsync (z. B. skip / proc und / dev) wollen und dass Sie etwas benötigen, um die rsync-Dateien auf Server B zu erhalten.
Zum Schluss möchten Sie wahrscheinlich Server B von einer anderen Festplatte booten oder ILO / DRAC / .. verwenden, um von einem LiveCD-ISO-Image auf Ihrem Desktop zu booten und die Festplatte leer zu lassen, um die rsync-Dateien zu empfangen.
Dies unterscheidet sich vom Kopieren des Dateisystems. Es ist viel einfacher und wahrscheinlich viel schneller, aber der Zugriff auf die Festplatte (z. B. mit dd) ignoriert alle Änderungen des Dateisystems. Das bedeutet, dass Sie ein laufendes Dateisystem wirklich nicht kopieren möchten.
Damit Sie dies leichter verstehen, stellen Sie ein Buch vor. Dieses Buch hat einen Index und vier Geschichten. Der Rest des Buches ist leer und dies ist auch gut im Buchverzeichnis angegeben.
Jetzt beginnen wir mit dem Kopieren. Wir kopieren den Index. Wir kopieren Story 1, wir kopieren ...
** kurz halten, ich
möchte hier eine neue Story hinzufügen und den Index ändern. ** Wir kopieren Stopry 2, 3, 4 und 5 ...
Wir haben jetzt ein Buch mit einem Index mit vier Geschichten (nicht fünf, da wir das vor dem Schreiben von Geschichte 5 kopiert haben, und fünf Geschichten) ... ein korruptes Buch.
Etwas Ähnliches kann (und wird passieren), wenn Sie einen unvollständigen Festplattenzugriff zum Kopieren eines laufenden Systems verwenden. Vergewissern Sie sich daher vor der Verwendung einer Raw-Diskette, dass das Betriebssystem offline ist. Starten Sie entweder etwas anderes (z. B. von einer zweiten Festplatte, von einer lokalen CD oder über das Netzwerk (PXE, DRAC, ...) und kopieren Sie dann.
Details dazu finden Sie bereits in [su] in zahlreichen Beiträgen.