När bör du återinitiera en bruten ZFS-replikeringskedja?

Gör en ny grundöverföring när du inte kan bevisa en giltig gemensam bas eller när en reparation av kedjan skulle kräva en overifierad återställning av destinationen. Bevara den senast läsbara replikan först.

I en hem-NAS är den frestande genvägen att tvinga nästa inkrementella överföring tills den körs. Det kan dölja en saknad överordnad ögonblicksbild, en avvikande destination eller ett mottagningsmål som inte längre är den datauppsättning du tror att det är. Börja med att inventera båda sidorna utan att ändra någon av dem, bevisa om en gemensam bas fortfarande finns och använd en stegvis fullständig grundöverföring när underlaget inte stöder en säker inkrementell fortsättning.

Bevisa att båda sidorna fortfarande delar samma bas

Börja med en skrivskyddad inventering av källdatauppsättningen, destinationsdatauppsättningen, ögonblicksbilder, bokmärken och eventuellt tillstånd för återupptagning av mottagningen. Matcha mer än ett praktiskt ögonblicksbildnamn: bekräfta att den möjliga basen tillhör de avsedda datauppsättningarna och representerar samma replikeringshistorik. Spara listorna före rensning så att du kan förklara varför nästa åtgärd valdes.

Inkrementell ZFS-replikering kräver att en bas redan finns hos mottagaren. En praktisk sekvens för ögonblicksbildsreplikering bevarar därför den gemensamma historiken medvetet i stället för att anta att identiska etiketter bevisar kontinuitet.

Om en verifierad bas finns på båda sidorna fortsätter du med ett icke-förstörande inkrementellt test. Om namnet finns men identiteten eller sökvägen till datauppsättningen skiljer sig åt ska du behandla kedjan som obevisad. Om ingen gemensam bas finns kvar ska du inte radera fler ögonblicksbilder eller tvinga destinationen bakåt; beslutet har redan gått mot en stegvis ny grundöverföring.

Testa den inkrementella planen utan att ändra replikan

Bygg den föreslagna överföringen med den verifierade basen och det senaste målet, men skicka den ännu inte till den aktiva destinationen. Använd en torrkörning, en utförlig storleksuppskattning eller replikeringsverktygets förhandsgranskningsläge. Bekräfta källsökväg, destinationssökväg, basögonblicksbild, målögonblicksbild, rekursionsflaggor och förväntad strömstorlek innan någon mottagning kan ändra data.

En schemaläggare som rapporterar ingen gemensam basögonblicksbild avvisar en osäker gissning, inte bara en begäran om nytt försök. Upprepade försök återskapar inte raderad gemensam historik.

En delta-stor ström från den exakta basen och det exakta målet stöder en reparation av kedjan. En ström som nästan motsvarar den fullständiga datauppsättningens storlek, en oväntad datauppsättning eller ett krav på tvingad återställning innebär att förhandsgranskningen misslyckades. Stanna där och bevara den aktuella replikan; att ändra flaggor tills kommandot körs är inte verifiering.

Välj reparation endast när historiken och destinationens tillstånd stämmer överens

Reparera den inkrementella sökvägen endast när den gemensamma basen är verifierad, destinationen inte har blivit en självständig arbetskopia och förhandsgranskningen föreslår det förväntade deltat. Håll destinationen skrivskyddad under reparationsfönstret. Skicka först till en ny underordnad datauppsättning eller ett mellanlagringsmål när verktyget tillåter det, och jämför sedan innan du befordrar det.

Gör en ny grundöverföring när ingen giltig bas finns, destinationen har avvikit, den nödvändiga återställningen skulle radera ögonblicksbilder du fortfarande behöver eller tiden som krävs för att bevisa kedjan överstiger den kontrollerade kostnaden för en ny fullständig överföring. Diskussioner om inkrementellt ursprung för ögonblicksbilder förstärker att mellanliggande namn är mindre viktiga än att bevara en användbar gemensam punkt.

Radera inte den gamla destinationen för att skapa utrymme om det inte finns en annan verifierad kopia. En säkrare ny grundöverföring skriver till en separat datauppsättning eller pool, verifierar den nya kopian och avvecklar först därefter den trasiga kedjan. Om kapaciteten inte räcker för båda ska du pausa och skaffa tillfälligt utrymme i stället för att göra den sista läsbara replikan till ett experiment.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Validera den nya kedjan över två replikeringscykler

En lyckad fullständig mottagning bevisar endast att en ström anlände. Skapa en liten testfil eller ändra en egenskap på källan, ta nästa schemalagda ögonblicksbild och kör en andra inkrementell cykel med den nya gemensamma basen. Jämför datauppsättningens egenskaper, listorna över ögonblicksbilder, ett urval av filer och replikeringsloggen efter båda körningarna.

Om återupptagningsbeteendet ingick i det ursprungliga felet ska du hålla den tidigare felvägen för återupptagningstoken åtskild från saknat ursprung, så att samma symtom inte leder dig tillbaka till fel reparation.

Återställningen är lyckad när den nya grundöverföringen är läsbar, den andra inkrementella överföringen är deltamässig och lyckad och de förväntade ögonblicksbilderna och filerna visas efter en omstart eller schemalagd körning. Behåll den tidigare replikan tills dessa kontroller har godkänts. Eskalera om identiteterna ändras igen, destinationen inte kan förbli skrivskyddad eller verktyget upprepade gånger väljer en oväntad bas.