Momentan cp -aRkopiere ich Daten von meiner (99% vollen) ext4-formatierten 1-TB-Festplatte auf eine neue LVM-with-ext4-on-it-Festplatte. Das dauert ewig.
Gibt es eine Möglichkeit, zu versuchen, die Festplatte an Ort und Stelle zu "konvertieren"? Ich bin auf EC2, das Sichern dauert also Minuten.
Oder gibt es eine Möglichkeit, die möglicherweise schneller ist, als cpdas ext4-Dateisystem direkt auf die LVM-Festplatte zu kopieren?
Antworten:
Ich habe Blöcke geschrieben (geb. lvmify), die diese Konvertierung direkt durchführen. Dazu wird das Dateisystem etwas verkleinert, der Anfang des Dateisystems an das Ende der Partition verschoben und stattdessen ein LVM-Superblock (vorkonfiguriert mit der richtigen PV / LV / VG) kopiert.
Ich bin mir nicht sicher, wie ich die Festplatte live konvertieren soll, aber ich denke, Rsync wird eine bessere und sicherere Möglichkeit sein, Ihre Daten zu kopieren. Auf diese Weise können Sie die Übertragung fortsetzen und die Daten intakt halten, falls die Übertragung stoppt.
Ein ähnlicher Vorgang wurde von jemandem ausgeführt, der seinem lokalen System ein externes Laufwerk als LVM hinzufügte. Es gibt nicht viele Informationen, aber ich denke, es wird ausreichen, um den Anfang zu machen:
"Also habe ich heute festgestellt, dass LVM großartig ist. Bei der Installation von Debian habe ich" LVM - Use whole disk "ausgewählt. Das Hauptlaufwerk war jedoch ein langsames und kleines Laptop-Laufwerk mit 5200 U / min. Heute habe ich mein Ersatzlaufwerk mit 1,5 TB eingelegt und gebootet. Gesucht das System auf diesem größeren schnelleren Laufwerk statt.
LVM-Ansatz: Fügen Sie / dev / sdc zur Datenträgergruppe hinzu und führen Sie dann "pvmove / dev / sda" aus. Dies verschiebt alle Daten von SDA auf andere Laufwerke (nur SDC verfügbar). Kein Neustart, kein Abmelden. Während ich dies schreibe, werden die Daten verschoben.
Führen Sie später "vgreduce megatron / dev / sda" aus, um das langsame Laufwerk aus der Volumengruppe und der Voila zu entfernen. Daten verschoben. (Megatron ist der Name der Volumengruppe und meines Computers). Dies mag für viele eine alte Nachricht sein, aber ich fand das einfach wirklich cool :) "
Zugegeben, dies wurde vor Ort durchgeführt, aber ich denke, mit zusätzlichen Nachforschungen können Sie dies möglicherweise korrigieren.
Es gibt keine Methode, um eine solche LVM-Konvertierung "on the fly" durchzuführen.
LVM befindet sich tatsächlich unter Ihrem Dateisystem, um es auf mehrere physische Geräte zu erweitern, zu streifen oder zu spiegeln usw. Der letzte Schritt beim Erstellen eines logischen Volumes besteht darin, ein Dateisystem darüber zu legen. Hier sind Beispiele aus RHEL6.
Sie müssen lediglich die Daten auf diesem Gerät sichern oder archivieren, dann das vorhandene Dateisystem zerstören, ein logisches Volume erstellen und ein Dateisystem neu aufbauen. Wenn es sich um ein Root-Dateisystem unter einem Linux-Betriebssystem handelt, sollten Sie eine Neuinstallation in Betracht ziehen. Es kann schneller sein.
Für schnellere Kopien bin ich gern dd, aber ich benutze es nicht oft. Fehler zu machen ddist gefährlich. Sie können versuchen tar czv <source fs> | (cd <destination fs>; tar x), eine komprimierte TAR-Datei im laufenden Betrieb zu übertragen.
Viel Glück!
tar cSf - | tar xvpf - spärliche Dateien und Berechtigungen verwalten. Möglicherweise --selinuxauch (wenn das Ziellaufwerk anschließend die Quelle ersetzt).
-psei denn, die Hosts teilen Benutzernamen / UIDs (obwohl die Manpage mich daran erinnert, dass dies -pdie Standardeinstellung für GNU tar ist, wenn es als root ausgeführt wird) und --selinuxmit noch mehr Gefahren behaftet sind - wahrscheinlich ist es besser, einfach ein restorecon -Rv(oder -Rp) über das Ganze zu machen, sobald es in der richtigen (finalen) Version gemountet ist ) Lage.