RAID-Wiederherstellung läuft, aber I/O-Fehler nehmen zu: Was tun?

Wenn I/O-Fehler während eines NAS-Wiederaufbaus weiter zunehmen, reduzieren Sie Schreibvorgänge und behandeln Sie das überlebende Mitglied oder den Verbindungsweg als instabil. Ein fortschreitender Prozentsatz macht zunehmende Leseausfälle nicht sicher ignorierbar.

Das unmittelbare Ziel ist es, lesbare Daten zu erhalten und zu erkennen, ob Fehler Medienausfälle, Verbindungsresets oder ein fehlerhaftes Ziel sind. Speichern Sie Protokolle und Seriennummern, bestätigen Sie den Backup-Status und vermeiden Sie wiederholtes Neustarten der Rekonstruktion, während das Quell-Set sich verschlechtert.

Steigende Fehler überlagern die Fortschrittsanzeige

Ein Wiederaufbau-Prozentsatz beantwortet, wie viel des Ziels bereits verarbeitet wurde. Er beantwortet nicht, ob jeder Quell-Lesevorgang erfolgreich war. Vergleichen Sie kumulative Zähler für Lese-, Schreib-, Prüfsummen-, Medien- und Befehlszeitüberschreitungen in regelmäßigen Abständen.

Wenn der Wiederaufbau voranschreitet, während die Fehler ebenfalls zunehmen, kann das Array die meisten Blöcke rekonstruieren, aber bei bestimmten Bereichen scheitern. Ein fehlgeschlagener Quell-Lesevorgang kann mehr bedeuten als tausend erfolgreiche, wenn auf RAID-Ebene keine weitere Kopie für diesen Block vorhanden ist.

Identifizieren Sie, welches Gerät die Fehler verursacht

Ordnen Sie jede Protokollkennung einer physischen Seriennummer zu. Bestimmen Sie, ob Fehler vom alten überlebenden Mitglied, dem neuen Ziel oder einem gemeinsamen Controller-Pfad stammen. Ein Schreibfehler am Ziel und ein Lesefehler an der Quelle erfordern unterschiedliche Entscheidungen.

Daten zur Laufwerksgesundheit helfen, die Untersuchung zu priorisieren. Der operative Einsatz von fünf SMART-Warnattributen bei Backblaze konzentriert die Aufmerksamkeit auf umverteilte, nicht korrigierbare, Zeitüberschreitungs-, ausstehende und offline-nicht korrigierbare Indikatoren, anstatt sich auf ein einziges Gesamtgesundheitslabel zu verlassen.

Medienfehler von Verbindungsfehlern trennen

Ausstehende oder nicht korrigierbare Sektoren deuten auf nicht lesbare Medien hin. Ein Anstieg der UDMA-CRC-Fehler, Transport-Resets und wiederholte Trennungen weisen häufiger auf ein Kabel-, Backplane-, Bridge-, Stromversorgungs- oder Controller-Problem hin. Beide können die Rekonstruktion unterbrechen, aber das Austauschen von Festplatten behebt kein Problem mit einer gemeinsamen Verbindung.

Eine Erklärung zum UDMA CRC-Fehlerzähler unterscheidet Schnittstellenübertragungsfehler von Plattenschäden. Speichern Sie den Rohwert, korrigieren Sie eine Verbindungsvariable und überprüfen Sie, ob der Zähler weiterhin ansteigt.

Starten Sie eine fehlerhafte Wiederherstellung nicht immer wieder neu

Jeder vollständige Neustart liest die überlebenden Mitglieder erneut und kann dieselben schwachen Bereiche belasten, ohne ein besseres Ergebnis zu erzielen. Wenn der Vorgang wiederholt in der Nähe derselben Adresse abbricht oder ein zweites Laufwerk ausfällt, stoppen Sie routinemäßige Reparaturversuche.

Ein Wiederherstellungsblockade durch Quellfehler zeigt die zentrale Grenze: Wenn die einzige gute Quelle einen nicht wiederherstellbaren Lesefehler hat, kann das Array die fehlenden Daten nirgendwo andersher beziehen. Zwangsoptionen können unbekannte Inhalte nicht rekonstruieren.

Wählen Sie zwischen Fortsetzen, Kopieren und Imaging

Wenn Daten unersetzlich sind und das Backup nicht verifiziert wurde, kann das Imaging lesbarer Mitglieder sicherer sein als eine weitere automatische Wiederherstellung zuzulassen. Ein auf Wiederherstellung ausgerichteter Zweitlaufwerksausfall während der Wiederherstellung betont das Stoppen schreibintensiver Reparaturversuche, wenn das überlebende Set instabil ist.

Reduzieren Sie die Vordergrundarbeit, ohne den Vorfall zu verbergen

Stoppen Sie Backups, Medienindizierung, Downloads, virtuelle Maschinen und andere vermeidbare Schreibvorgänge. Behalten Sie nur die Dienste bei, die zum Kopieren kritischer Daten oder zur Überwachung des Arrays erforderlich sind. Eine geringere Arbeitslast kann die Warteschlangenbildung reduzieren und die Fehlerzeitpunkte leichter interpretierbar machen.

Löschen Sie keine Protokolle, setzen Sie keine SMART-Zähler zurück und starten Sie nicht wiederholt neu, bevor Sie Beweise erfassen. Ein Neustart kann Gerätenamen ändern und die Reihenfolge löschen, die zeigt, welches Mitglied zuerst ausgefallen ist.

Was vor dem Herunterfahren erfasst werden sollte

• Array-Zustand, RAID-Level, Mitgliedsrollen, Wiederaufbauziel und genaue Fortschrittszähler
• Jedes Festplattenmodell, Seriennummer, Einschub, Controller-Port und aktuelle Gerätekennung
• Kernel- oder Controller-Ereignisse vom ersten Ausfall bis zum letzten I/O-Fehler
• SMART-Rohdaten zu Medium, Zeitüberschreitung, Temperatur und Schnittstellenfehlern
• Liste der nicht lesbaren Dateien oder Blockbereiche und der Status der zuletzt verifizierten Sicherung

Dieser Bericht unterstützt einen kontrollierten Kabeltest, Festplattenersatz, Klon oder professionelle Wiederherstellung, ohne zu raten, welches Mitglied die aktuellsten Daten enthielt.

Erfordern Sie eine stabile Nachverfolgung nach jeder Intervention

Nach dem Ersetzen eines Kabels, dem Verschieben einer bestätigten Festplatte mit Seriennummer oder der Reduzierung der Last setzen Sie nur die relevante Vergleichsbasis zurück und beobachten Sie ein Wiederauftreten. Eine vorübergehende Verbesserung ist kein Beweis dafür, dass der zugrunde liegende Fehler verschwunden ist.

Das Array sollte die Wiederherstellung abschließen, zur vollen Mitgliedschaft zurückkehren und eine spätere Integritätsprüfung ohne neue I/O-Fehler bestehen. Solange alle drei Bedingungen unter einer normalen repräsentativen Last nicht erfüllt sind, halten Sie den Vorfall sicher offen und bewahren Sie die erfassten Protokolle auf.

FAQ

Kann ich den Wiederaufbau beenden lassen, wenn nur wenige Fehler auftreten?

Nur wenn die Fehler verstanden, stabil sind und die Daten gesichert wurden. Steigende Quell-Lese-Fehler oder wiederholte Resets sind ein Eskalationssignal, selbst wenn der Zielprozentsatz weiter steigt.

Soll ich die Festplatte mit der höchsten SMART-Anzahl ersetzen?

Nicht automatisch. Bestätigen Sie, ob die Fehler dem Datenträger mit der Seriennummer folgen oder ob sie bei dessen Einschub und Verbindungsweg verbleiben. Das Ersetzen des falschen Mitglieds während des degradierten Betriebs kann die verbleibende gültige Quelle zerstören.

Kann ein abgeschlossener Wiederaufbau dennoch beschädigte Dateien enthalten?

Ja. Einige Implementierungen können abschließen, während sie nicht wiederherstellbare Sektoren oder betroffene Dateien melden. Überprüfen Sie immer den abschließenden Fehlerbericht und führen Sie eine Integritätsprüfung durch, nachdem das Array wieder einen stabilen Zustand erreicht hat.

Die Stopp-Bedingung

Wenn während der Rekonstruktion I/O-Fehler zunehmen, schützen Sie lesbare Daten, bevor Sie die Fertigstellung anstreben. Fahren Sie nur fort, wenn nachgewiesen ist, dass das Quell-Set und der Verbindungsweg stabil genug sind, um jeden verbleibenden Block zu liefern.