Ist es sicher, eine Festplatte zu verwenden, während rsync ausgeführt wird?

Question

Ich habe vor, meine großen Festplatten bis zu sichern rsync, und rechne damit, dass dies einige Tage dauern wird. Ist es sicher, die Originalfestplatte zu verwenden (Dateien hinzuzufügen), während rsyncdies funktioniert? Oder ist es besser, die Festplatten unberührt zu lassen, bis dies rsyncabgeschlossen ist?

Answer 1

Wie andere bereits erwähnt haben, ist es sicher, von der Quellfestplatte zu lesen oder die Zielfestplatte außerhalb des Zielverzeichnisses zu verwenden, während rsync ausgeführt wird. Es ist auch sicher,leseninnerhalb des Zielverzeichnisses, insbesondere wenn das Zielverzeichnis ausschließlich durch den rsync-Lauf gefüllt wird.

Was ist nichtallgemeinsicher istSchreiben innerhalb des Quellverzeichnisseswährend rsync ausgeführt wird. „Schreibvorgänge“ sind alle Vorgänge, die den Inhalt des Quellverzeichnisses oder eines Unterverzeichnisses davon ändern, also auch Dateiaktualisierungen, -löschungen, -erstellungen usw.

Das wird nicht wirklichbrechenalles, aber die Änderung wird möglicherweise von rsync zum Kopieren an den Zielort übernommen oder nicht. Das hängt von der Art der Änderung ab, davon, ob rsync das jeweilige Verzeichnis bereits gescannt hat und ob rsync die betreffende Datei oder das betreffende Verzeichnis bereits kopiert hat.

Es gibt jedoch eine einfache Möglichkeit, dies zu umgehen:Sobald es abgeschlossen ist, führen Sie rsync erneut mit denselben Parametern aus.(Es sei denn, Sie verfügen über einen ungewöhnlichen Löschparameter. In diesem Fall seien Sie etwas vorsichtiger.) Dadurch wird die Quelle erneut gescannt und alle Unterschiede werden übertragen, die beim ursprünglichen Durchlauf nicht erkannt wurden.

Der zweite Lauf sollte übertragennurUnterschiede, die während des vorherigen rsync-Laufs aufgetreten sind, und werden daher viel schneller abgeschlossen. So können SieSie können den Computer beim ersten Durchlauf normal verwenden, sollten beim zweiten Durchlauf jedoch möglichst jegliche Änderungen an der Quelle vermeiden.Wenn Sie können, ziehen Sie unbedingt in Erwägung,erneutes Einhängen des Quelldateisystems schreibgeschütztbevor Sie den zweiten Rsync-Lauf starten. (So etwas wie mount -o ro,remount /media/sourcesollte reichen.)

Answer 2

Dies hängt von dem Backup-System ab, das Sie verwenden, aber im Allgemeinen ist es keine gute Idee,ändernden Inhalt eines Geräts, während Sie es sichern. Sie können jedochlesenseinen Inhalt; das ist ein sicherer Vorgang, auch wenn dadurch der Prozess verlangsamt wird.

In Ihrem Fall rsyncwird eine Dateiliste erstellt und dann die Sicherung gestartet. Daher wird jede Datei, die Sie nach dem Start der Sicherung zur Quellfestplatte hinzufügen,nichtkopiert werden.

Ich verwende während der Sicherung überhaupt kein Gerät. Das ist der sicherere Weg, um eine schnelle und konsistente Sicherung zu erhalten.

Answer 3

Das Lesen von Daten aus den Quellbereichen während des Betriebs ist sicher . Wenn Sie jedoch etwas aktualisieren , ist rsyncdie erstellte/aktualisierte Kopie wahrscheinlich inkonsistent:rsync

1. Wenn Sie eine Datei aktualisieren, die rsync bereits gescannt hat, wird das Update erst bei einem späteren Durchlauf erkannt. Wenn Sie eine Datei aktualisieren, die noch gescannt werden muss, wird die Änderung im Ziel berücksichtigt. Wenn Sie Dateien aktualisieren, die sowohl gescannt als auch nicht gescannt wurden, erhalten Sie im Ziel eine Mischung aus alten und neuen Versionen.

2. Wenn Sie eine Datei zu einem Verzeichnis hinzufügen, das bereits gescannt wurde, wird sie dieses Mal in der Zielkopie fehlen. Wenn Sie eine Datei aus einem Verzeichnis entfernen, das bereits gescannt wurde, wird sie dieses Mal in der Zielkopie belassen. Je nachdem, wie Sie den Vorgang aufrufen, rsyncwird möglicherweise der gesamte Baum zu Beginn gescannt oder während des Synchronisierungsvorgangs schrittweise gescannt.

3. Unter bestimmten Umständen rsyncwird die Inkonsistenz erkannt und Sie werden gewarnt. Wenn Sie eine Datei oder ein Unterverzeichnis aus einem Verzeichnis entfernen, das bereits selbst gescannt wurde, dessen Inhalt jedoch nicht gescannt wurde, erhalten Sie eine Fehlermeldung, dass das Objekt fehlt. Unter ähnlichen Umständen kann es manchmal (wenn sich die Größe und/oder der Zeitstempel geändert haben) auch eine Warnung über während des Scans geänderte Dateien geben.

Bei einigen Backups stellt diese Inkonsistenz möglicherweise kein großes Problem dar, bei den meisten jedoch schon. Daher wird empfohlen, nicht zu versuchen, eine sich aktiv ändernde Quelle zu synchronisieren.

Wenn Sie LVM verwenden, um Ihr Speichersystem zu partitionieren, können Sie einen temporären Snapshot verwenden, um ein zeitpunktbezogenes Backup zu erstellen. Dies erfordert, dass Sie über genügend Speicherplatz auf der Volume-Gruppe verfügen, um ein Snapshot-Volume zu erstellen, das groß genug ist, um alle Änderungen zu speichern, die während der Dauer des Snapshot-Bedarfs auftreten. Weitere Einzelheiten finden Sie in der LVM-Dokumentation (oder in einem der vielen Online-Beispiele: Suchen Sie nach „LVM Snapshot Backup“ oder Ähnlichem).

Auch ohne LVM unterstützen einige Dateisysteme selbst Snapshots – Sie sollten sich also auch diese Option ansehen.

Wenn Sie große aktive Volumes ohne lange Ausfallzeiten sichern möchten und keine Snapshots verwenden können, reicht es möglicherweise aus, den „Live“-Scan vollständig auszuführen, dann den Zugriff auf das Volume zu beenden und einen weiteren rsync-Prozess auszuführen, der möglicherweise viel weniger Zeit in Anspruch nimmt (wenn sich nur sehr wenig geändert hat, wird nur der Verzeichnisbaum und dann die wenigen aktualisierten Dateien gescannt). Auf diese Weise könnte die Dauer, in der Sie Änderungen vermeiden sollten, viel kürzer sein.

Answer 4

In allen aktuellen Antworten geht es um Datensicherheit im Sinne der Konsistenz und unter der Annahme einwandfreier Hardware.

Ein weiterer zu berücksichtigender Punkt ist die Hardwaresicherheit selbst. Wenn Sie nicht gesicherte Festplatten haben, die kurz vor dem Ausfall stehen könnten (vielleicht wissen Sie es noch nicht einmal) und Sieanfänglichumfassendes Backup verwenden, verwenden Sie es nicht. Mounten Sie es nicht einmal, wenn die Daten kritisch sind. Sie können ein Tool wie verwendenddum die Festplatte als Blockgerät zu klonen. Sie möchten nicht, dass der Festplattenkopf sucht und möglicherweise schreibt, während Sie versuchen, eine Sicherung zu erstellen. Außerdem ddsollte es für die erste Sicherung schneller sein, da es nur die Bits der Reihe nach kopiert (wenn das Laufwerk nicht fast voll ist, würde rsync vermutlich auch im ersten Fall gewinnen).

Für nachfolgende inkrementelle Backups ist rsync eine gute Wahl und ich stimme den anderen Antworten hundertprozentig zu.