Protezione dei file system Btrfs

I file system Btrfs possono essere inclusi come specifiche file per i comandi di backup e ripristino, i comandi di archiviazione e richiamo e i comandi backup image e restore image . È anche possibile specificare i volumi secondari Btrfs come specifica file per le funzioni di backup, ripristino e archiviazione e richiamo. Non è possibile utilizzare i comandi di backup dell'immagine del client di backup - archivio o di ripristino dell'immagine su un volume secondario Btrfs.

I file system Btrfs sono supportati su SLES 11 SP2, o versioni successive, su IBM®System x, System p e System z ®.

Se si desidera creare un backup dell'immagine statica dell'intero file system Btrfs, è necessario smontare tutti i volumi secondari in modo che il client di backup - archivio possa smontare o montare il file system Btrfs durante il processo di backup. È possibile evitare il montaggio e lo smontaggio dei requisiti se si esegue un backup dell'immagine basato su istantanea del file system Btrfs invece di un backup dell'immagine statica.

La funzionalità di backup immagine e ripristino immagine non è disponibile per i volumi secondari Btrfs. Se si tenta di eseguire il back up di un volume secondario utilizzando image backup, viene visualizzato il seguente messaggio:

ANS1162E Non è stato possibile montare il file system

È possibile montare un volume secondario Btrfs utilizzando il nome del volume secondario o l'ID del volume secondario.

Sui file system Btrfs, il backup journal può essere eseguito sia a livello di file system che di volume secondario. Se si eseguono backup basati su journal su un filesystem Btrfs, il journal creato è per l'intero filesystem; non esiste un journal separato per ogni volume secondario.

Limitazione Su sistemi Linux® , alcuni file system come ext2, ext3, ext4, btrfs, e xfs utilizzano un UUID (universally unique identifier) per identificarsi nel sistema operativo. Se si crea un backup dell'immagine di tale volume e si ripristina in un'ubicazione diversa, si potrebbero avere due volumi con lo stesso UUID. Se si utilizza un UUID per definire i file system in /etc/fstab, è necessario sapere che il client di backup-archivio potrebbe non essere in grado di montare correttamente il file system ripristinato a causa di un conflitto tra UUID. Per evitare questa situazione, ripristinare l'immagine nell'ubicazione originale. Se è necessario ripristinarla in un'ubicazione differente, modificare l'UUID del volume originale o del volume ripristinato prima di montare il filesystem ripristinato. Fare riferimento alla documentazione Linux per istruzioni su come modificare un UUID. Potrebbe anche essere necessario modificare manualmente il file /etc/fstab in modo che sia possibile montare il volume originale e / o il volume ripristinato.