Come realizzare un sistema desktop ridondante con istantanee quotidiane? (Btrfs è pronto per l'uso?)


12

Voglio configurare un sistema desktop in cui il filesystem di casa sarebbe ridondante (ad es. RAID-1) e farebbe delle istantanee settimanali. L'ho già fatto con ZFS, il sistema di snapshot è meraviglioso e con send / recv puoi facilmente creare backup su supporti esterni. Sfortunatamente, a quel punto, voglio GNU + Linux e non FreeBSD o Solaris, quindi sto cercando suggerimenti per buone alternative.

Ritengo che le mie alternative siano:

  1. btrfs - sembra essere esattamente ciò di cui ho bisogno, ha istantanee e comandi che ti permettono di replicare facilmente zfs send. Eppure tutta la documentazione menziona che è ancora sperimentale. Non riesco a trovare alcun rapporto reale sui suoi problemi di affidabilità o usabilità. Potete indicarmi qualsiasi informazione su tale questione che possa chiarire se sarebbe una scelta possibile? Ho una grande preferenza per questa opzione, principalmente perché non voglio riformattare le unità quando btrfs è pronto, ma non ho informazioni sul fatto che sia utilizzabile, che sia un'idea sciocca usarla, ecc. La domanda che non riesco a ottenere la risposta è ciò che significa "sperimentale" .
  2. lvm snapshot ed ext4 - preferibilmente no, poiché può creare una terribile quantità di spazio quando vengono creati nuovi file. La creazione di file da 200 GB richiede 200 GB di spazio libero e 200 GB in più per le istantanee. L'ho anche trovato inaffidabile: la riscrittura dei metadati falliti provoca un PV illeggibile. Mi chiedo come si confronterebbe btrfs qui.
  3. Un singolo filesystem (ext4) su un array RAID-1 con snapshot COW personalizzate con hardlink (come cp -al). Questa è la mia preferenza attuale se non riesco a usare btrfs.

Quindi, quanto è sperimentale btrfs, quale dovrei scegliere e ho altre opzioni? Cosa succede se non mantengo backup incrementali esterni, ciò influirebbe sulla mia scelta?


1
Ri # 3: Hardlinking non fa davvero un buon backup ... se modifichi o danneggi l'originale, lo stesso accade per tutte le "copie".
user1686

Buon punto. Non l'ho considerato. Grazie.
TestUser16418

@grawity, non dovresti modificare direttamente le istantanee. Questo è il punto. Dovrebbero essere un'immagine di sola lettura del tuo sistema qualche volta in passato.
g19fanatic

@ g19fanatic: esattamente il mio punto. Se i tuoi "snapshot" vengono eseguiti tramite hardlink, la modifica della copia live di un file comporterà anche la modifica degli "snapshot" (poiché i hardlink non copiano i dati).
user1686

1
@grawity: non penso che significhi hardlinking nello stesso modo in cui stai pensando. Pensa al software Apple TimeRestore. fa una copia iniziale di tutto come prima istantanea. Quindi ogni istantanea in seguito utilizza un collegamento fisico ai file nell'istantanea prima per i file che non sono stati modificati. Se un file è stato modificato, viene eseguita una copia diff o una copia diretta anziché il collegamento diretto all'istantanea precedente. utilizzando questo metodo, quando si modifica un file live, non si modificheranno i backup poiché funzionano al di fuori delle istantanee e non dei dati live.
g19fanatic

Risposte:


0

Questa risposta è mantenuta per motivi storici e potrebbe non essere applicabile alle versioni correnti di btrfs.


btrfs è sperimentale, nel senso che è ancora soggetto a cambiamenti. Di conseguenza, btrfs potrebbe non essere completamente stabile. Inoltre, poiché attualmente non esiste fsck per btrfs, è possibile danneggiare il filesystem e renderlo inutilizzabile in caso di mancanza di corrente poiché non è possibile ripristinare il danno. Vedi la wiki di brtfs per maggiori informazioni su questo filesystem. Fino a quando un'utilità di controllo del filesystem non è pronta, non consiglierei btrfs e probabilmente sarebbe meglio selezionare l'opzione 3.


In base alla progettazione, BTRFS non ha davvero bisogno di fsck . BTRFS ha checksum, quindi uno scrub rileverà in modo affidabile gli errori (e li riparerà se possibile, a seconda della ridondanza). Altri filesystem come ext4 possono ripulire dopo un crash ma non sapranno per certo se qualcosa è stato corrotto. Inoltre, la maggior parte delle funzionalità di base di BTRFS non dovrebbe più essere considerata sperimentale.
basic6,

7

Mentre nessuno lo ha ufficialmente benedetto, personalmente immagino che sia pronto per l'uso in produzione.

Alcuni motivi che sono generalmente indicati per non usarlo in produzione: il formato su disco potrebbe non essere stabile, non esiste btrfsck, non è disponibile alcun supporto. Quindi esaminiamo quelli:

Quest'ultimo è ciò che lo dice davvero per me. Se Oracle, la società che gestisce il software, è ora disposta a fornirti supporto commerciale, probabilmente è pronta. Naturalmente hanno un forte interesse a non dire mai che la versione open source (che è, per quanto ne so, lo stesso software, solo nessun contratto di supporto) è effettivamente pronta per l'uso, perché vogliono che tu acquisti il ​​supporto e di Ovviamente non vogliono essere incolpati se vai da solo e fai qualcosa di non supportato e fai esplodere i tuoi dischi, ma dubito che sarebbero disposti a supportarlo se pensassero davvero che perderebbe dei dati.


0

Anche se questo non risponde alla domanda di btrfs, hai scritto "L'ho già fatto con ZFS, il sistema di istantanee è meraviglioso e con send / recv puoi facilmente creare backup su supporti esterni. Sfortunatamente, a quel punto, voglio GNU + Linux "e dal 2013 c'è http://zfsonlinux.org/ - buon divertimento!


ZFSonLinux funziona davvero molto bene. Ma deve essere installato manualmente (ci sono alcuni repository però).
basic6,

0

Snapper è uno strumento che automatizzerà questo processo per te. Se lo desideri, puoi avere istantanee orarie, intervalli di istantanee diversi per sottovolume, rollback facile, eliminare automaticamente vecchie istantanee dopo che ha persino una gui.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.