Warum bleibt die RAID-Kapazität nach dem Austausch aller Laufwerke unverändert?

Die RAID-Kapazität bleibt normalerweise unverändert, da eine Ebene im Speicher-Stack weiterhin die alte Grenze anzeigt. Stellen Sie sicher, dass jeder Ersatz ein aktives, vollständig wiederhergestelltes Mitglied ist, und vergleichen Sie dann der Reihe nach die gemeldete Größe der physischen Festplatten, der Mitgliedspartitionen, des RAID-Geräts, der Volume-Ebene und des eingebundenen Dateisystems. Die erste Ebene, die noch die alte Größe anzeigt, ist normalerweise die Ebene, die erweitert werden muss.

Bestätigen Sie, dass jeder Ersatz ein aktives Mitglied geworden ist

Beginnen Sie mit dem Array-Status und nicht mit dem Kapazitätsbildschirm. Eine größere Festplatte, die noch als Ersatz, Ziel für Ersatz, Wiederherstellungsgerät oder nicht verfügbares Mitglied gelistet ist, erhöht die gemeinsame Größe der RAID-Gruppe noch nicht. Notieren Sie die Seriennummer, Rolle, nutzbare Sektoranzahl, Wiederherstellungsstatus und Fehlerzähler für jedes Mitglied, bevor Sie Änderungen vornehmen.

In einem Spiegel kann die Kapazität normalerweise erst wachsen, wenn alle Mitglieder, die den Spiegel definieren, groß genug sind. In einem Paritäts-RAID muss jedes Mitglied, das an der aktuellen Geometrie teilnimmt, ebenfalls die größere Komponentengröße anzeigen. Die sichere Ersatzreihenfolge ist, eine Festplatte zu ersetzen, auf eine saubere Wiederherstellung zu warten, das Array zu überprüfen und erst dann die nächste Festplatte zu ersetzen. ZimaSpace’s Anleitung zum schrittweisen Ersetzen jedes Spiegelmitglieds erklärt, warum die nutzbare Kapazität während der Zwischenphasen oft unverändert bleibt.

Finden Sie die erste Speicherebene, die noch die alte Größe anzeigt

Ein NAS kann mehrere unabhängige Kapazitätsgrenzen stapeln: physische Festplatte, Partitionstabelle, RAID-Mitglied, RAID-Gerät, Verschlüsselungszuordnung, LVM-physisches Volume, logisches Volume, Speicherpool und Dateisystem. Der Hardwareaustausch ändert nur die erste Ebene. Jede darüber liegende Ebene muss die größere Grenze erkennen oder darüber informiert werden, bevor der eingebundene Share den zusätzlichen Speicherplatz nutzen kann.

Notieren Sie die Größe, die auf jeder Ebene angezeigt wird, anstatt wiederholt auf eine „Erweitern“-Schaltfläche zu drücken. Die korrekte Diagnose ist der erste Übergang, bei dem eine untere Ebene größer ist, die nächste Ebene jedoch noch die alte Größe anzeigt.

Prüfen Sie, ob die Ersatzpartitionen noch an der alten Grenze enden

Viele Ersatz-Workflows kopieren die ursprüngliche Partitionstabelle, sodass RAID-Metadaten am gleichen Offset beginnen. Das schützt die Ausrichtung und Mitgliedsidentität, kann aber auch eine große ungenutzte Region nach dem alten Partitionsende hinterlassen. Die physische Festplatte ist größer, während das dem Array präsentierte RAID-Mitglied noch die alte Größe hat.

Vergleichen Sie Sektoranzahlen statt gerundeter Terabyte-Angaben. Laufwerke mit gleicher Nennkapazität können leicht unterschiedliche nutzbare Sektoranzahlen haben, und eine zu kleine Ersatzpartition kann verhindern, dass das Array eine größere gemeinsame Komponentengröße auswählt. Erstellen Sie Partitionen nicht leichtfertig auf einem aktiven Mitglied neu; bewahren Sie Startsektor, Partitionstyp und RAID-Metadatenlayout und nehmen Sie nur die plattformunterstützte Änderung nach einer verifizierten Sicherung vor.

Vergewissern Sie sich, dass die RAID-Ebene tatsächlich erweitert wurde

Ein gesunder Status und größere Mitglieder beweisen nicht, dass das RAID-Gerät selbst die neue Geometrie übernommen hat. Einige Speichersysteme erweitern sich automatisch nach dem letzten Ersatz und der Wiederherstellung; andere erfordern eine separate Array-weite Erweiterungsoperation. In Linux md zum Beispiel benötigt das RAID-Gerät nach der Anzeige der größeren Größe durch die zugrundeliegenden Mitgliedsgeräte noch einen expliziten Erweiterungsschritt.

Bevor Sie eine Erweiterung starten, bestätigen Sie, dass das Array sauber ist, jedes erwartete Mitglied aktiv ist, keine Wiederherstellung oder Prüfung läuft und die aktuellen Protokolle keine neuen Lese-, Schreib-, Timeout- oder Verbindungsfehler enthalten. Eine Erweiterungsoperation ändert Geometrie oder Komponentengröße; sie sollte nicht verwendet werden, um einen ungelösten degradierten Zustand zu verbergen.

Untersuchen Sie Verschlüsselungs-, LVM- und Speicherpool-Grenzen oberhalb von RAID

Wenn das RAID-Gerät größer ist, das logische Volume jedoch unverändert bleibt, warten die zusätzlichen Blöcke in einer Zwischenschicht. Eine verschlüsselte Zuordnung muss möglicherweise das größere Gerät neu scannen. Ein LVM-physisches Volume muss neue Extents erkennen, bevor die Volume-Gruppe sie zuweisen kann, und das logische Volume muss erweitert werden, bevor das Dateisystem wachsen kann.

Überspringen Sie nicht direkt zum Dateisystem, nur weil ein Kapazitätstool irgendwo im Stack freien Speicher meldet. Überprüfen Sie die Größe, die von jeder Zuordnung und jedem Volume-Objekt angezeigt wird. In thin-provisionierten oder gepoolten Systemen unterscheiden Sie unzugewiesenen Pool-Speicher von freiem Speicher im eingebundenen Dateisystem; sie sind nicht austauschbar.

Erweitern Sie das Dateisystem erst, wenn sein Blockgerät größer ist

Ein Dateisystem kann nur den Blockbereich nutzen, den sein zugrundeliegendes Gerät aktuell präsentiert. Ext4, XFS, Btrfs, ZFS und andere Dateisysteme haben unterschiedliche Erweiterungsregeln, Anforderungen an den Einbindestatus und Sicherheitsprüfungen. Identifizieren Sie zuerst das Dateisystem und den Speicher-Stack, und verwenden Sie dann das unterstützte Verfahren, anstatt einen Befehl von einer anderen Plattform zu übernehmen.

ZFS ist ein gutes Beispiel dafür, warum der letzte Schritt implementierungsspezifisch sein kann. Nachdem alle Spiegelmitglieder ersetzt wurden, muss bei einem ZFS-Spiegel möglicherweise die neue Gerätegröße noch erweitert werden, bevor der Pool den Speicherplatz freigibt. Btrfs kann ebenfalls erfordern, dass die größere Gerätegrenze erkannt wird, obwohl der Ersatz erfolgreich abgeschlossen wurde. Die korrekte Maßnahme hängt davon ab, welche Ebene die Mitgliedsgeräte verwaltet.

Stoppen Sie, wenn die Plattform das bestehende Layout nicht vor Ort erweitern kann

Einige RAID-Controller, Appliance-Layouts, Partitionsschemata und Dateisysteme können die aktuelle Konfiguration nicht vor Ort erweitern. Andere können nur bestimmte RAID-Level erweitern oder erfordern, dass alle Mitglieder exakt übereinstimmen. Wenn die Verwaltungsoberfläche keinen unterstützten Erweiterungspfad bietet, erzwingen Sie keine Befehle aus einem anderen Speicher-Stack nur, weil die Festplattengrößen ähnlich aussehen.

Stoppen Sie und planen Sie eine Backup-und-Neu-Erstellung-Migration, wenn Mitgliedshistorien widersprüchlich sind, das Array degradiert ist, Gesundheitszähler steigen, das Partitionslayout nicht sicher geändert werden kann oder die Plattform keine Methode zur Vor-Ort-Erweiterung dokumentiert. Nach einer unterstützten Erweiterung überprüfen Sie die neue Größe auf jeder Ebene, führen die Integritätsprüfung der Plattform aus, bestätigen den normalen Anwendungszugriff und bewahren den Status vor und nach der Erweiterung als neue Basislinie auf.