Waarom een RAID-heropbouw opnieuw start nadat een schijf wordt losgekoppeld

Eva Wong

IceWhale author

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

Why a RAID Rebuild Restarts After a Disk Disconnects - Zima Store Online

Een herbouw kan opnieuw starten nadat een andere schijf is losgekoppeld omdat de vertrouwde ledenset van de array opnieuw is veranderd. De controller kan gedeeltelijke voortgang negeren en redundantie opnieuw genereren vanaf een nieuw consistentiepunt.

Een korte onderbreking is niet onschadelijk tijdens een gedegradeerde werking. De juiste reactie is om te identificeren welk lid met serienummer is weggevallen, logs te bewaren, te bevestigen dat de array nog genoeg geldige kopieën heeft, en te stoppen met experimenteren met kabels of sleuven totdat de huidige herstelstatus duidelijk is.

De tweede onderbreking creëert een nieuwe herstelgebeurtenis

Een herbouw is gebaseerd op een specifieke set bronleden en een doelschijf. Als een ander bronlid ook verdwijnt, zelfs kort, kan de array niet langer aannemen dat elk blok dat al naar de doelschijf is geschreven overeenkomt met de huidige live set. Schrijfacties kunnen ook zijn doorgegaan terwijl dat lid afwezig was.

Controllers gaan hier verschillend mee om. Sommige hervatten vanaf een bitmap of controlepunt; anderen starten een volledige reconstructie opnieuw. De herbouw na het opnieuw aansluiten van een schijf discussie laat zien waarom het verwijderen van een lid de fouttolerantiestatus verandert, zelfs als de schijf nog het grootste deel van de oude data bevat.

Vervuilde metadata kan een oud lid verouderd doen lijken

RAID-leden slaan normaal gesproken array-metadata op die hun rol en gebeurtenisgeschiedenis identificeert. Wanneer een schijf verdwijnt terwijl er nog wordt geschreven, worden de gegevens ouder dan de actieve array. Het opnieuw aansluiten maakt die gemiste schrijfacties niet ongedaan, dus de controller moet verouderde gebieden reconciliëren of overschrijven.

Een tijdelijk verwijderde RAID-lid kan worden herkend aan zijn metadata, maar de implementatie bepaalt nog steeds of het direct kan terugkeren of synchronisatie nodig heeft. Ga er niet van uit dat terugplaatsen in dezelfde sleuf het vertrouwen behoudt.

Waarom voortgang mogelijk terugkeert naar nul

Het percentage beschrijft vaak de huidige herstelpassage, niet een permanente administratie van alle ooit gekopieerde blokken. Als een bronlid van status verandert, het doel wordt toegewezen of de controller de array opnieuw samenstelt, kan de weergegeven bewerking opnieuw vanaf nul beginnen, zelfs als sommige doelblokken al overeenkomen.

Bij software RAID kan een nieuw gedegradeerd evenement een volledige resynchronisatie vereisen. Een gedocumenteerde tweede volledige RAID1 heropbouw toont aan dat zodra een md-array in gedegradeerde staat komt, het mogelijk is dat het hele lid wordt gesynchroniseerd in plaats van te vertrouwen op een eerdere gedeeltelijke staat.

Trek geen andere schijf om de theorie te testen

Tijdens een heropbouw is elke resterende bron onderdeel van het enige pad om ontbrekende data te reconstrueren. Het verwijderen van een ander lid voor identificatie kan de fouttolerantie van het RAID-niveau overschrijden of concurrerende versies van data creëren. Lokaliseer schijven op serienummer en behuizingsindicatoren, niet door proefverwijdering.

Stop met hot-swap experimenten totdat de array gezond is of naar veilige opslag is gekopieerd. Als een kabel of bay wordt vermoed, verzamel dan eerst het gebeurtenislogboek en plan een enkele gecontroleerde wijziging met het systeem in ruststand wanneer de hardware geen expliciete online service ondersteunt.

Controleer of de heropbouw echt opnieuw is gestart

Vergelijk meer dan het percentage. Noteer de naam van de bewerking, doel-serienummer, aantal bronleden, gebeurtenis- of generatie nummer, verwerkte blokken, huidige snelheid en geschatte eindtijd. Een controller kan overschakelen van heropbouw naar pariteitsinitialisatie, verificatie of achtergrondconsistentiecontrole.

Veld	Zelfde bewerking	Nieuw herstelgebeurtenis
Doel-serienummer	Onveranderd	Anders of heringedeeld
Verwerkte blokken	Gaat verder omhoog	Keert terug naar het begin
Ledenset	Stabiel	Nog een schijf afwezig of opnieuw toegevoegd
Logbericht	Hervatten of doorgaan	Afbreken, herstarten, opnieuw samenstellen, nieuwe heropbouw
Arraystatus	Gedegradeerd/heropbouwend	Meer gedegradeerd, vreemd of aan het herstellen

Als de ledenset is gewijzigd, behandel het nieuwe percentage dan als een nieuw evenement. Als alleen de interface is gereset terwijl de tellers doorgaan, kan het een weergaveprobleem zijn in plaats van verloren voortgang.

Wanneer een herstart minder belangrijk is dan het uitvallen van een schijf

Een geplande herstart maakt een door de controller beheerde heropbouw niet per se ongeldig. Veel controllers bewaren genoeg status om veilig te hervatten. Het ernstigere geval is het verliezen van een andere bron-schijf of het introduceren van een vreemde configuratie tijdens of na de herstart.

Een herstart tijdens een heropbouw kan herstelbaar zijn, maar de veilige conclusie hangt af van de controllerstatus na het opstarten. Initialiseer of importeer nooit zomaar een vreemde configuratie alleen omdat het percentage is gereset.

Wat direct te doen

Pauzeer niet-essentiële schrijfacties en leg de logs van de array, behuizing en het besturingssysteem vast.
Breng elk actief, ontbrekend, heropbouwend en reserve-lid in kaart met een fysiek serienummer.
Bevestig dat het RAID-niveau nog steeds genoeg geldige bronleden heeft om gegevens te reconstrueren.
Controleer SMART- en linkfoutentellers op de schijf die werd losgekoppeld en het verbindingspad.
Laat één stabiele heropbouw lopen zonder extra kabel-, bay-, herstart- of werklastexperimenten.

Als een andere bron onleesbare sectoren meldt of herhaalde loskoppelingen, geef dan prioriteit aan het kopiëren van onvervangbare gegevens of het maken van een image van leden in plaats van herhaaldelijk een heropbouw te forceren.

Veelgestelde Vragen

Zal het opnieuw aansluiten van dezelfde schijf altijd de heropbouw opnieuw starten?

Nee. Sommige controllers kunnen opnieuw aansluiten of hervatten vanaf een bitmap. Andere beschouwen het lid als verouderd en starten de synchronisatie opnieuw. Het gebeurtenislogboek en de lidgeneratiegegevens bepalen welk geval zich heeft voorgedaan.

Betekent een resetpercentage dat de nieuwe schijf opnieuw werd gewist?

Niet per se. Het kan betekenen dat de controller een nieuwe ronde is gestart of het type operatie heeft veranderd. Trek geen conclusies over dataverlies alleen op basis van het percentage; controleer de doelidentiteit en gebeurtenisberichten.

Kan ik apps blijven gebruiken tijdens de herstart van de heropbouw?

Licht gebruik kan worden ondersteund, maar verminder vermijdbare schrijfacties en latentiegevoelige taken. De array heeft al een tweede verbindingsgebeurtenis getoond, dus stabiliteit en gegevensbescherming hebben prioriteit boven normale doorvoersnelheid.

Het Praktische Antwoord

Een heropbouw wordt opnieuw gestart omdat de consistentieaannames veranderden toen een ander lid werd losgekoppeld. Stabiliseer het hardwarepad, verifieer de bronset en sta één ononderbroken herstel toe in plaats van de array te testen terwijl deze gedegradeerd is.