Wie lange sollten Sie warten, bevor Sie einen RAID-Wiederaufbau als blockiert ansehen?

Bezeichnen Sie einen RAID-Wiederaufbau nur dann als angehalten, wenn die verarbeiteten Blöcke bei wiederholten Prüfungen nicht mehr zunehmen und die Protokolle keine absichtliche Pause, Prioritätsdrosselung, anstehende Phase oder wiederherstellbaren Wiederholungsversuch zeigen. Die verstrichene Zeit allein ist nicht ausreichend.

Große Arrays können Stunden in einem langsamen Bereich verbringen, die Geschwindigkeit unter Anwendungsbelastung scharf ändern oder zwischen Rekonstruktion und Verifikation pausieren. Stellen Sie Bewegung mit Zählern und Protokollen fest, bevor Sie eingreifen, da das Stoppen oder Neuassemblieren eines Arrays mehr Risiko schaffen kann als das Warten.

Verwenden Sie Fortschrittsdeltas, nicht einen einzelnen Prozentsatz

Protokollieren Sie die genaue Anzahl der verarbeiteten Blöcke, den Prozentsatz, die Geschwindigkeit und die geschätzte Fertigstellungszeit in festen Intervallen. Ein Wiederaufbau bewegt sich, wenn die Blockanzahl steigt, auch wenn der gerundete Prozentsatz unverändert bleibt. Bei Multi-Terabyte-Arrays kann ein angezeigtes Zehntelprozent eine große Menge Arbeit darstellen.

Überprüfen Sie den Controller oder das Betriebssystem jedes Mal über dieselbe Schnittstelle. Verschiedene Dashboards können Status zwischenspeichern oder unterschiedliche Phasen melden. Eine Fortschrittsanzeige, die eingefroren erscheint, während Blockzähler voranschreiten, ist ein Überwachungsproblem, kein angehaltener Wiederaufbau.

Schätzen Sie eine lokale Basislinie statt eines universellen Zeitlimits

Es gibt keine einzelne sichere Stundenzahl. Die Wiederaufbauzeit hängt von der genutzten Kapazität, dem RAID-Layout, der Laufwerksgeschwindigkeit, Fehlern, der Controller-Policy, der Hintergrundlast und davon ab, ob die Implementierung alle Blöcke oder nur zugewiesene Bereiche kopiert.

Verwenden Sie die erste stabile Stunde, um eine ungefähre Spanne abzuschätzen, und vergleichen Sie dann spätere Intervalle. Eine sehr langsame mdadm Resync-Rate kann durch Arbeitslast, Ausrichtung, Linkverhalten oder eine schwächelnde Festplatte verursacht werden; die korrekte Diagnose erfordert mehr als nur das Erhöhen eines Geschwindigkeitslimits.

Achten Sie auf eine absichtliche Pause oder eine neue Phase

Einige Systeme drosseln die Wiederherstellung, um die Vordergrund-I/O zu schützen, pausieren Scrubs während des Resilvers, warten auf eine Ersatzzuweisung oder wechseln von Wiederaufbau zu Paritätsinitialisierung oder Konsistenzprüfung. Das Label kann weiterhin „Wiederaufbau“ anzeigen, während sich die aktive Aufgabe ändert.

Überprüfen Sie geplante Wartungen, Energieeinstellungen, Temperaturgrenzen, Wiederaufbaupriorität und Anwendungsverkehr. Wenn die Geschwindigkeit steigt, wenn die Vordergrundlast sinkt, ist das Array ressourcenbeschränkt und nicht blockiert.

Wiederholte Lesefehler verursachen einen echten Stillstand

Ein Quelllaufwerk kann lange Zeit damit verbringen, einen schwachen Sektor erneut zu versuchen, was den Durchsatz in etwa demselben Blockbereich zusammenbrechen lässt. Wenn der Controller schließlich einen nicht wiederherstellbaren Lesevorgang meldet, kann der Wiederaufbau abbrechen, weil die Redundanz diesen Bereich nicht rekonstruieren kann.

Ein Wiederaufbau, der durch Lesefehler gestoppt wurde, zeigt, warum der letzte erfolgreiche Block und der unmittelbar danach auftretende Kernel-Fehler wichtig sind. Starten Sie eine Wiederherstellung, die an derselben Adresse fehlschlägt, nicht wiederholt neu, ohne die Daten zu schützen und das Quellmitglied zu prüfen.

Eine Null-Geschwindigkeit mit Protokollaktivität kann Wiederholungen bedeuten

Eine angezeigte Geschwindigkeit von null kann während Befehlswiederholungen, Geräte-Resets, Fehlerbehebungen, Metadatenaktualisierungen oder einer vorübergehenden Pause auftreten. Beobachten Sie die Festplattenauslastung, Warteschlangentiefe, Controller-Ereignisse und Kernel-Meldungen. Wiederholte Resets oder Timeouts sind kein gesundes Fortschreiten.

Eine Wiederherstellung, die wiederholt unterbrochen wird, zeigt auch, dass nicht jeder Stopp einen offensichtlichen SMART-Fehler hat. Erfassen Sie den genauen Punkt und alle Protokolle, anstatt anzunehmen, dass eine neue Festplatte oder eine höhere Geschwindigkeit das Problem löst.

Verwenden Sie eine praktische Entscheidungstabelle für Stillstand

Fordern Sie Nachweise von mindestens zwei unabhängigen Signalen, bevor Sie den Wiederaufbau als blockiert bezeichnen: keine Zählerbewegung plus ein Fehler, abgebrochener Zustand oder persistenter identischer Stopp-Punkt.

Was zu tun ist, bevor Sie etwas neu starten

1. Speichern Sie Array-Details, Mitglieds-Seriennummern, verarbeitete Blockzähler und das vollständige Ereignisprotokoll.
2. Reduzieren Sie nicht wesentliche Anwendungs-I/O und bestätigen Sie, dass Ziel- und Quellfestplatten weiterhin erkannt werden.
3. Überprüfen Sie SMART-Medienindikatoren sowie Link-Reset- oder CRC-Zähler bei jeder aktiven Quelle.
4. Bestätigen Sie, dass kein pausierter Zustand, Temperaturlimit, Prioritätsrichtlinie oder anstehende Verifizierungsphase vorliegt.
5. Steigen Sie auf Backup, Imaging oder Wiederherstellung um, wenn derselbe nicht lesbare Bereich wiederholte Versuche stoppt.

Verwenden Sie keine Befehle wie Stop, Assemble, Force-Online oder Metadata-Clear, bis der Array-Zustand und die genaue Implementierung bekannt sind.

Vergleichen Sie den Fortschritt während eines ruhigen Intervalls

Ein nützlicher Blockiert-Test benötigt ein kontrolliertes Beobachtungsfenster. Pausieren Sie große Übertragungen und geplante Aufgaben, und notieren Sie die Zähler zu Beginn und Ende des Intervalls. So trennt man Vordergrund-Konkurrenz von einem Wiederherstellungsprozess, der sich nicht selbst weiterbewegen kann.

Wenn der Fortschritt bei Lastabfall wieder einsetzt, wählen Sie eine niedrigere Wartungspriorität oder einen ruhigeren Zeitplan. Wenn Zähler unverändert bleiben und derselbe Fehler sich wiederholt, bringt weiteres Warten ohne Untersuchung wenig Informationen.

FAQ

Ist 99,9 Prozent für eine Stunde automatisch blockiert?

Nein. Letzte Metadaten-Updates oder eine Verifizierungsphase können Zeit in Anspruch nehmen. Bestätigen Sie, ob verarbeitete Blöcke, Geräte-Schreibvorgänge oder der Betriebszustand sich noch ändern, bevor Sie eingreifen.

Soll ich das Wiederaufbau-Geschwindigkeitslimit erhöhen?

Nur nachdem bewiesen wurde, dass die Festplatten gesund sind und die Vordergrund-I/O-Richtlinie der Engpass ist. Ein höheres Limit kann die Anwendungs-Latenz verschlechtern und mehr Druck auf eine marginale Quellfestplatte ausüben.

Wann sollte ich aufhören zu warten?

Behandeln Sie es nicht als normal, wenn Zähler bei wiederholten Prüfungen unverändert bleiben und Protokolle einen Abbruch, wiederkehrenden Geräte-Reset, nicht wiederherstellbaren Lesevorgang oder Fehler im gleichen Blockbereich zeigen.

Die Arbeitsdefinition von Blockiert

Ein Wiederaufbau ist blockiert, wenn messbare Arbeit gestoppt hat und das System die Pause nicht als Richtlinie, Last oder neue Phase erklären kann. Verwenden Sie Zähler und Fehlernachweise, nicht Angst oder Echtzeit.