GNU/Linux >> Linux Esercitazione >  >> Linux

LVM aumenta il rischio di perdita di dati?

Il caso peggiore e più probabile è che perderai tutto. Se hai un singolo volume logico che copre entrambe le unità e perdi un'unità senza mirroring, hai sostanzialmente cancellato metà del file system.

Da questo punto, migliora leggermente a seconda del file system in esecuzione sul volume. Supponendo che tu non stia usando lo striping, che eliminerà ogni possibilità che hai, puoi essere in grado di recuperare alcuni dei tuoi dati eseguendo il software di ripristino sulla seconda unità. Non ho esperienza personale con quel caso, ma dovrebbe essere teoricamente possibile ottenere alcuni o la maggior parte dei file che erano esclusivamente sull'unità ancora funzionante se si utilizza uno dei file system più "robusti" (ad esempio ext3 o ext4 ).

Il tuo chilometraggio varierà a seconda del filesystem che stai utilizzando su LVM e di come i tuoi file sono disposti sui dischi. Se sono frammentati su entrambi i dischi, perderai comunque anche quei file.


Poiché la tua preoccupazione è la perdita di dati utilizzando LVM, è utile discutere la perdita di uno dei tuoi due dischi utilizzando le (3) configurazioni LV disponibili tra cui scegliere:

Tipi LV:

  • Lineare :Il DEFAULT opzione durante la creazione di un LV senza fornire alcun interruttore per creare gli altri due tipi di LV di seguito. In un LV lineare, se un Physical Volume (PV) esce dal Volume Group (VG), perdi solo il/i LV su quel PV. Tuttavia, se un LV si estende su MULTIPLE PV e qualsiasi PV (disco) che utilizza si interrompe, l'intero LV andrà perso. Questo è logico:il filesystem è esteso tra i 2 PV, quindi verrebbe danneggiato in modo catastrofico con la perdita di uno dei due dischi. Qualsiasi LV risiede o NON esteso al membro PV mancante sopravvivrà.

  • Righe :specifica " -i " durante la creazione di un LV. Sebbene ciò fornisca prestazioni di scrittura migliori, ALL i dati vengono scritti round-robin attraverso i PV con striping. Se un qualsiasi PV nella striscia viene perso, lo sono anche TUTTI VL residenti su ALL i PV.

  • Mirroring :specifica " -m " quando crei il tuo LV. Questo è analogo a RAID1:maggiore tolleranza ai guasti per proteggere dalla perdita di dati, ma utilizza il doppio dello spazio.

Infine, quando gestisci i dati (LVM, RAID o nessuna astrazione) sei bravo solo quanto il tuo PROVATO backup.

Controlla come sono mappate le estensioni fisiche

Per vedere come i tuoi dati sono mappati in relazione ai PV su cui risiedono:

pvdisplay -m 

Controlla se i VL sono a strisce (più PV)

Se hai più PV e hai bisogno di determinare se il LV è attraversato da strisce:

lvs -o+lv_layout,stripes

Esempio illustrativo semplificato:

Come puoi vedere nell'illustrazione, poiché LV "var " richiede estensioni da tutti e tre i PV, se qualcuno dei PV è stato perso, il filesystem su LV "var " verrebbe danneggiato in modo catastrofico.

Riferimenti utili:

https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/5/html/logical_volume_manager_administration/lv_overview#linear_volumes

http://manpages.ubuntu.com/manpages/xenial/man8/lvcreate.8.html


Linux
  1. Come aumentare il numero di inode in un filesystem Ext4?

  2. Lvm influisce sulle prestazioni?

  3. Come funziona il comando Tee?

  4. Come aumentare la conservazione dei dati "sar" a "N" giorni in Linux

  5. Come funziona rm? Cosa fa rm?

La modifica dello scambio richiede un riavvio?

La sfida e la promessa dei big data

I comandi LVM falliscono con "Impossibile caricare il file di configurazione /etc/lvm/lvm.conf"

Ottenere cicli di cpu utilizzando RDTSC:perché il valore di RDTSC aumenta sempre?

Cosa significa veramente lo standard della gerarchia del filesystem per dati locali?

Come funziona il comando ps?