Die Wiederherstellung der Quelle verlief unkompliziert und wurde vom Benutzer bestätigt: Bei einem RAID 5 mit vier Festplatten war ein Laufwerk als Beschädigt markiert. Der Besitzer fuhr den ZimaCube herunter, ersetzte die Festplatte, schaltete das System wieder ein, folgte den Speicherhinweisen von ZimaOS und berichtete, dass der Wiederaufbau mit einer geschätzten Restdauer von 13,5 Stunden begonnen hatte.
Die aktuelle ZimaOS-Dokumentation beschreibt denselben verwalteten Ablauf nun ausführlicher: Wenn ein RAID-Laufwerk ausfällt, wird das Array als beeinträchtigt eingestuft, die Daten bleiben zugänglich, und nach dem Austausch des ausgefallenen Laufwerks führt ZimaOS den Benutzer durch den Wiederaufbau. In der ursprünglichen Quelle wurde außerdem berichtet, dass ein weiteres RAID-0-Array gleichzeitig schreibgeschützt wurde; Die aktuelle Dokumentation beschreibt dies jedoch nicht als normales, dauerhaftes Verhalten für jedes unabhängige Array.
Bestätigen, welche physische Festplatte tatsächlich ausgefallen ist
Ordnen Sie vor dem Herausziehen einer Festplatte den Speicherstatus von ZimaOS dem physischen Laufwerksschacht beziehungsweise der Seriennummer zu. Bei einem beeinträchtigten RAID 5 kann das Entfernen des falschen, noch funktionierenden Mitglieds aus einem Ausfall einer einzelnen Festplatte einen deutlich gefährlicheren Ausfall mehrerer Festplatten machen.
Kritische Daten vor dem Wiederaufbau kopieren, falls das Array noch zugänglich ist
RAID 5 übersteht den Ausfall eines Mitglieds, aber beim Wiederaufbau werden alle verbleibenden Festplatten stark beansprucht. Wenn eine weitere Festplatte bereits eine bedenkliche SMART-Gesundheit oder nicht lesbare Sektoren aufweist, werden diese Schwachstellen beim Wiederaufbau besonders relevant.
Wenn das Array zugänglich ist und die Daten nicht ersetzt werden können, kopieren Sie die wichtigsten Dateien nach Möglichkeit vor Beginn eines langen Wiederaufbaus auf einen unabhängigen Speicher.
Die Quelle ersetzte die Festplatte bei ausgeschaltetem System
Der OP fuhr den ZimaCube herunter, bevor er die beschädigte Festplatte austauschte. Das ist die sicherste Standardeinstellung, wenn Sie sich nicht ausdrücklich auf einen dokumentierten Hot-Swap-Ablauf verlassen.
Schalten Sie das System nach dem Einsetzen des Ersatzlaufwerks ein und lassen Sie ZimaOS das beeinträchtigte Array sowie das neue geeignete Laufwerk erkennen.
Die Wiederaufbauaufforderung von ZimaOS verwenden
Der Benutzer der Quelle veröffentlichte keinen manuellen Reparaturbefehl mit mdadm. Er folgte den Hinweisen der Speicheroberfläche, und der Wiederaufbau begann erfolgreich.
Die aktuelle Speicheranleitung von IceWhale empfiehlt dasselbe: Ersetzen Sie das ausgefallene Laufwerk und lassen Sie sich beim Wiederaufbau von ZimaOS führen.
Verwenden Sie den aktuellen ZimaOS-Ablauf zur Speicherwiederherstellung.
Ein Ersatzlaufwerk gleicher oder größerer Kapazität verwenden
Ein Ersatzlaufwerk muss groß genug sein, um die Geometrie des RAID-Mitglieds zu erfüllen. Zwei Laufwerke, die mit derselben nominalen Kapazität beworben werden, können sich bei der tatsächlich nutzbaren Sektoranzahl geringfügig unterscheiden. Wenn möglich, verringert die Verwendung desselben Modells beziehungsweise derselben Kapazität das Risiko von Überraschungen.
Fortschritt des Wiederaufbaus und Laufwerkszustand überwachen
ZimaOS 1.3.2 und höher bietet eine klarere Fortschrittsanzeige für RAID-Wiederaufbau- und Paritätsvorgänge. Vermeiden Sie während des Wiederaufbaus unnötige Abschaltungen, überwachen Sie Temperaturen und SMART-Zustand und reduzieren Sie nach Möglichkeit die Belastung durch intensive Workloads.
Das Array nach der Wiederherstellung überprüfen
Wenn der Wiederaufbau abgeschlossen ist, bestätigen Sie Folgendes:
- Der RAID-Status ist wieder fehlerfrei;
- alle erwarteten Mitglieder sind aktiv;
- Freigaben und Apps können normal lesen und schreiben;
- wichtige Dateien lassen sich korrekt öffnen;
- Ihr unabhängiges Backup ist aktuell.
Das zweite RAID 0 der Quelle, das schreibgeschützt war, war ein separates Symptom
Der Benutzer berichtete, dass beide Arrays schreibgeschützt wurden, obwohl nur das RAID 5 eine beschädigte Festplatte hatte. Im Thread wurde nicht dokumentiert, warum das unabhängige RAID 0 auf diese Weise geschützt wurde oder welche genaue Maßnahme seinen Schreibzugriff wiederherstellte.
Gehen Sie nicht davon aus, dass ein aktuelles ZimaOS-System nach einem einzelnen RAID-Ausfall immer jedes Array schreibgeschützt macht.
FAQ zur RAID-5-Wiederherstellung
Hat der Benutzer der Quelle den Wiederaufbau des RAID 5 erfolgreich gestartet?
Ja. Nach dem Austausch der ausgefallenen Festplatte und dem Befolgen der Hinweise wechselte das Array in den Wiederherstellungsmodus. Die geschätzte Dauer betrug etwa 13,5 Stunden.
Soll ich zuerst manuell mdadm-Befehle ausführen?
Nicht für den von der Quelle bestätigten Ablauf. Verwenden Sie den verwalteten Wiederaufbau von ZimaOS, sofern der IceWhale-Support keine versionsspezifischen Anweisungen für die Befehlszeile gibt.
Ist RAID 5 ein Backup?
Nein. RAID gewährleistet die Verfügbarkeit bei Ausfall einer Festplatte. Es schützt jedoch nicht vor versehentlichem Löschen, Datenkorruption, Diebstahl oder einem weiteren Ausfall während des Wiederaufbaus.
