Btrfs-Dateisysteme schützen

Btrfs-Dateisysteme können als Dateispezifikationen für Sicherungs- und Zurückschreibungsbefehle, Archivierungs- und Abrufbefehle und in den Befehlen backup image und restore image angegeben werden. Außerdem können Sie Btrfs-Unterdatenträger als Dateispezifikation in den Sicherungs- und Zurückschreibungsfunktionen und in den Archivierungs- und Abruffunktionen angeben. Die Imagesicherungs- oder Imagezurückschreibungsbefehle des Clients für Sichern/Archivieren können Sie für einen Btrfs-Unterdatenträger nicht verwenden.

Btrfs-Dateisysteme werden unter SLES 11 SP2oder höher unter IBM®System x, System p und System z ® unterstützt.

Wenn Sie eine statische Imagesicherung des gesamten Btrfs-Dateisystems erstellen wollen, müssen Sie alle Unterdatenträger abhängen, damit der Client für Sichern/Archivieren das Btrfs-Dateisystem während des Sicherungsprozesses ab- oder anhängen kann. Sie können die Anforderungen für das An- und Abhängen vermeiden, wenn Sie anstelle einer statischen Imagesicherung eine momentaufnahmebasierte Imagesicherung des Btrfs-Dateisystems ausführen.

Die Imagesicherungs- und Imagezurückschreibungsfunktionalität steht für Btrfs-Unterdatenträger nicht zur Verfügung. Wenn Sie versuchen, einen Unterdatenträger mit dem Befehl image backup zu sichern, wird die folgende Nachricht angezeigt:

ANS1162E Dateisystem konnte nicht angehängt werden

Sie können einen Btrfs-Unterdatenträger entweder mithilfe des Unterdatenträgernamens oder der Unterdatenträger-ID anhängen.

Auf Btrfs-Dateisystemen kann die Journalsicherung sowohl auf Dateisystemebene als auch auf Unterdatenträgerebene ausgeführt werden. Wenn Sie die journalbasierte Sicherung für ein Btrfs-Dateisystem ausführen, gilt das erstellte Journal für das gesamte Dateisystem; es gibt kein separates Journal für jeden Unterdatenträger.

Einschränkung: Auf Linux® -Systemen sind einige Dateisysteme wie ext2, ext3, ext4, btrfs, und xfs verwenden eine UUID (Universally Unique Identifier), um sich gegenüber dem Betriebssystem zu identifizieren. Wenn Sie eine Imagesicherung eines solchen Datenträgers erstellen und an eine andere Position wiederherstellen, kann es sein, dass es zwei Datenträger mit derselben UUID gibt. Wenn Sie Ihre Dateisysteme in /etc/fstab über UUIDs definieren, beachten Sie, dass der Client für Sichern/Archivieren das zurückgeschriebene Dateisystem möglicherweise nicht ordnungsgemäß anhängen kann, weil die UUIDs in Konflikt stehen. Um diese Situation zu vermeiden, sollten Sie das Image an seine ursprüngliche Position wiederherstellen. Wenn Sie es an eine andere Position wiederherstellen müssen, ändern Sie die UUID des ursprünglichen oder des zurückgeschriebenen Datenträgers, bevor Sie das zurückgeschriebene Dateisystem anhängen. Anweisungen zum Ändern einer UUID finden Sie in der Dokumentation zu Linux . Möglicherweise müssen Sie auch die Datei /etc/fstab manuell bearbeiten, damit der ursprüngliche Datenträger und/oder der zurückgeschriebene Datenträger angehängt werden können.