Perché la capacità del RAID rimane invariata anche dopo aver sostituito tutti i dischi?

La capacità del RAID di solito rimane invariata perché uno strato nella pila di archiviazione espone ancora il vecchio limite. Conferma che ogni sostituzione sia un membro attivo e completamente ricostruito, quindi confronta la dimensione riportata dei dischi fisici, delle partizioni dei membri, del dispositivo RAID, del livello del volume e del filesystem montato in quest’ordine. Il primo strato che riporta ancora la vecchia dimensione è normalmente quello che deve essere espanso.

Conferma che Ogni Sostituzione sia Diventata un Membro Attivo

Inizia dallo stato dell’array piuttosto che dalla schermata della capacità. Un disco più grande che è ancora elencato come spare, obiettivo di sostituzione, dispositivo in ricostruzione o membro non disponibile non aumenta ancora la dimensione comune del gruppo RAID. Registra il numero di serie, il ruolo, il conteggio dei settori utilizzabili, lo stato di ricostruzione e i contatori degli errori per ogni membro prima di modificare qualsiasi cosa.

In uno specchio, la capacità normalmente non può crescere finché tutti i membri che definiscono lo specchio non sono abbastanza grandi. Nel RAID a parità, ogni membro che partecipa alla geometria corrente potrebbe dover esporre la dimensione del componente più grande. La sequenza di sostituzione sicura è sostituire un disco, attendere una ricostruzione pulita, verificare l’array e solo allora sostituire il disco successivo. La guida di ZimaSpace su sostituire ogni membro dello specchio uno alla volta spiega perché la capacità utilizzabile spesso rimane invariata durante le fasi intermedie.

Individua il Primo Strato di Archiviazione che Riporta Ancora la Vecchia Dimensione

Un NAS può impilare diversi limiti di capacità indipendenti: disco fisico, tabella delle partizioni, membro RAID, dispositivo RAID, mappatura di crittografia, volume fisico LVM, volume logico, pool di archiviazione e filesystem. La sostituzione dell’hardware cambia solo il primo strato. Ogni strato superiore deve scoprire o essere informato del limite più grande prima che la condivisione montata possa utilizzare lo spazio extra.

Annota la dimensione mostrata a ogni livello invece di premere ripetutamente un pulsante “espandi”. La diagnosi corretta è la prima transizione in cui uno strato inferiore è più grande ma il successivo rimane alla vecchia dimensione.

Verifica se le Partizioni di Sostituzione Terminano Ancora al Vecchio Limite

Molti flussi di lavoro di sostituzione copiano la tabella delle partizioni originale in modo che i metadati RAID inizino allo stesso offset. Questo protegge l’allineamento e l’identità del membro, ma può anche lasciare una grande area inutilizzata dopo la fine della vecchia partizione. Il disco fisico è più grande mentre il membro RAID presentato all’array è ancora della vecchia dimensione.

Confronta il conteggio dei settori piuttosto che le etichette arrotondate in terabyte. Dischi venduti con la stessa capacità nominale possono avere totali di settori utilizzabili leggermente diversi, e una partizione di sostituzione sottodimensionata può impedire all’array di selezionare una dimensione comune del componente più grande. Non ricreare partizioni a cuor leggero su un membro attivo; preserva il settore di inizio, il tipo di partizione e la disposizione dei metadati RAID, e apporta solo la modifica supportata dalla piattaforma dopo un backup verificato.

Verifica che lo Strato RAID sia Effettivamente Stato Espanso

Lo stato di salute e membri più grandi non dimostrano che il dispositivo RAID stesso abbia adottato la nuova geometria. Alcuni sistemi di archiviazione si espandono automaticamente dopo l’ultima sostituzione e ricostruzione; altri richiedono un’operazione di espansione separata a livello di array. In Linux md, ad esempio, il dispositivo RAID necessita ancora di un passaggio esplicito di espansione dopo che i dispositivi membri sottostanti espongono la dimensione maggiore.

Prima di iniziare un’espansione, conferma che l’array sia pulito, ogni membro previsto sia attivo, non sia in corso alcuna ricostruzione o scrub, e che i log recenti non contengano nuovi errori di lettura, scrittura, timeout o collegamento. Un’operazione di espansione cambia la geometria o la dimensione del componente; non dovrebbe essere usata per nascondere uno stato degradato non risolto.

Ispeziona i Confini di Crittografia, LVM e Pool di Archiviazione Sopra il RAID

Se il dispositivo RAID è più grande ma il volume logico rimane invariato, i blocchi extra sono in attesa in uno strato intermedio. Una mappatura crittografata potrebbe dover rieseguire la scansione del dispositivo più grande. Un volume fisico LVM potrebbe dover riconoscere nuove estensioni prima che il gruppo di volumi possa assegnarle, e il volume logico deve essere esteso prima che il filesystem possa crescere.

Non saltare direttamente al filesystem solo perché uno strumento di capacità segnala spazio libero “da qualche parte” nella pila. Verifica la dimensione presentata da ogni mappatura e oggetto volume. Nei sistemi thin-provisioned o a pool, distingui lo spazio non allocato del pool dallo spazio libero all’interno del filesystem montato; non sono intercambiabili.

Espandi il Filesystem Solo Dopo che il Suo Dispositivo a Blocchi è Più Grande

Un filesystem può usare solo l’intervallo di blocchi che il dispositivo sottostante presenta attualmente. Ext4, XFS, Btrfs, ZFS e altri filesystem hanno regole di espansione, requisiti di stato di montaggio e controlli di sicurezza diversi. Identifica prima il filesystem e la pila di archiviazione, poi usa la sua procedura supportata invece di prendere in prestito un comando da un’altra piattaforma.

ZFS è un esempio utile del motivo per cui il passaggio finale può essere specifico dell’implementazione. Dopo che tutti i membri dello specchio sono stati sostituiti, uno specchio ZFS potrebbe ancora dover espandere la nuova dimensione del dispositivo prima che il pool esponga lo spazio. Anche Btrfs potrebbe richiedere che il limite del dispositivo più grande venga riconosciuto anche se la sostituzione è stata completata con successo. L’azione corretta dipende da quale strato possiede i dispositivi membri.

Interrompi Quando la Piattaforma Non Può Espandere la Configurazione Esistente in Sede

Alcuni controller RAID, layout di appliance, schemi di partizione e filesystem non possono espandere la configurazione corrente in sede. Altri possono espandere solo certi livelli RAID o richiedono che tutti i membri corrispondano esattamente. Se l’interfaccia di gestione non offre un percorso di espansione supportato, non forzare comandi da una pila di archiviazione diversa solo perché le dimensioni dei dischi sembrano simili.

Interrompi e pianifica una migrazione con backup e ricreazione quando le storie dei membri sono in conflitto, l’array è degradato, i contatori di salute aumentano, il layout delle partizioni non può essere modificato in sicurezza o la piattaforma non documenta un metodo di espansione in sede. Dopo un’espansione supportata, verifica la nuova dimensione a ogni livello, esegui il controllo di integrità della piattaforma, conferma l’accesso normale alle applicazioni e conserva lo stato prima e dopo come nuova baseline.