Checklista för granskning av snapshot-bevaring för en hem-NAS
Det säkra tillvägagångssättet är att behandla inventeringsögonblicksbilder, koppla dem till återställningsmål och beroenden och sedan ändra lagringsperioden genom ett reversibelt pilotförsök som en serie observerbara kontrollpunkter, inte som ett enda kommando.
På en ZFS- eller Btrfs-baserad hem-NAS är den praktiska risken att historiken över ögonblicksbilder, kapacitetsanvändningen och återställningstäckningen inte längre motsvarar de aktuella behoven. Dokumentera den aktuella identiteten och återställningspunkten, börja med den minst ingripande särskiljaren, tolka godkända och underkända resultat innan du ändrar en annan variabel och stoppa när lagringen blir instabil eller den enda återställningsbara kopian skulle exponeras. Arbetsflödet nedan avslutas först när den ursprungliga arbetsbelastningen lyckas eller bevisen når en eskaleringsgräns.
Inventera scheman, ägare och faktiska ögonblicksbilder
Lista varje jobb för ögonblicksbilder, dataset eller underordnad volym, frekvens, namnregel, lagringsregel, ägare och senaste lyckade körning. Lista sedan de ögonblicksbilder som faktiskt finns. Skillnader visar inaktiverade scheman, manuellt sparade undantag, duplicerade verktyg eller ögonblicksbilder som inte längre omfattas av någon policy.
En ögonblicksbild är en ögonblicklig vy av filsystemet, medan dess utrymmeskostnad växer när livedata ändras. Princetons lagringsguide förklarar hur ögonblicksbilder använder utrymme och varför sparade block räknas mot den tillgängliga kapaciteten även när det aktiva trädet inte längre visar dem.
Radera inget under inventeringen. Markera okända ögonblicksbilder som skyddade tills deras skapare, replikeringsroll och återställningsvärde är kända. Etappen är godkänd när varje ögonblicksbild tillhör en dokumenterad policy eller ett uttryckligt undantag.
Koppla varje nivå till en återställningsfråga
Skriv för varje dataset vilka återställningsfrågor det måste kunna besvara: ångra en filändring från idag, återställa en mapp som raderades förra veckan, återställa en appuppdatering eller initiera replikering till en extern plats. Skapa timvisa, dagliga, veckovisa och månatliga nivåer endast när dessa tidsfönster motsvarar verkliga återställningsbehov.
Räkna lyckade återställningspunkter, inte schemalagda etiketter. En högfrekvent nivå som slutade fungera för tre dagar sedan kan inte uppfylla ett kort återställningsmål, och en månatlig ögonblicksbild av snabbt föränderliga appdata kan vara för grov även om den är gammal. Ta med oföränderliga säkerhetskopior eller säkerhetskopior utanför värddatorn separat, eftersom lokala ögonblicksbilder inte är oberoende kopior.
Ta bort en föreslagen nivå ur planen om ingen kan ange ett återställningsfall för den. Lägg till täckning när ett kritiskt dataset saknar en ögonblicksbild eller säkerhetskopia som är anpassad till dess förändringstakt, men kompensera inte för saknade säkerhetskopior genom att behålla lokala ögonblicksbilder för alltid.
Kontrollera utrymme och replikeringsberoenden före rensning
Mät utrymme som hålls av ögonblicksbilder, aktivt refererade data, ledigt poolutrymme och den senaste förändringstakten vid samma tidpunkt. Granska per ögonblicksbild använda och refererade värden i ZFS; i Btrfs jämför du inventeringen av underordnade volymer, qgroup-data när de är tillförlitliga och filsystemets allokering. Förutsäg inte återvunnet utrymme enbart utifrån en ögonblicksbilds synliga storlek.
Använd ZimaSpace-arbetsflödet för att avgöra om ögonblicksbilder eller papperskorgar använder NAS-utrymme innan du ändrar lagringsperioden. Det förhindrar att en uppskattning baserad på synliga mappar misstas för block som hålls av ögonblicksbilder eller ett papperskorgslager.
Identifiera ögonblicksbilder som används som baser för inkrementell replikering, beroenden för återupptagning av mottagning, bokmärken, kloner eller återställningspunkter för pågående underhåll. Om en radering skulle tvinga fram en fullständig nykällkopiering eller bryta en klon ska du ändra replikeringsplanen först och bevara den gemensamma basen tills den nya kedjan har verifierats.
Testa den nya regeln och bevisa att återställningen fortfarande fungerar
Tillämpa den nya lagringsregeln på ett dataset med låg risk eller förhandsvisa raderingslistan när verktyget stöder en torrkörning. Spara namnen och tidsstämplarna som skulle finnas kvar och bekräfta sedan att de äldsta och nyaste återställningskraven fortfarande är representerade innan du genomför ändringen.
Efter raderingen ska du verifiera beteendet för ledigt utrymme, nästa schemalagda ögonblicksbild, inkrementell replikering samt återställning av en nyare och en äldre fil. En policy som sparar utrymme men bryter sändningskedjan eller tar bort den enda punkten före uppgraderingen har misslyckats.
Anta regeln först efter att två schemacykler har producerat de avsedda nivåerna och aviseringarna täcker missade ögonblicksbilder. Stoppa och återställ den tidigare policyn om replikeringen blir fullstor, ögonblicksbilder försvinner från återställningsgränssnittet eller den återstående historiken inte längre uppfyller de dokumenterade återställningsfrågorna.
Rekommenderade produkter
Support och tips
Mer att läsa
Migreringsguide för Borg Backup för att flytta ett arkiv till ny lagring
Flytta ett Borg-arkiv som ett enhetligt objekt: stoppa skrivningar, bevara nycklar och identitet, verifiera återställningar och uppdatera sedan klienterna samtidigt som källan behålls.
Arbetsflöde för underhåll av Restic-arkiv: kontrollera, rensa, komprimera och testa återställning
Restic har inget separat kompaktkommando: prune utför ompaketering. Skydda lås och ledigt utrymme, kontrollera igen efteråt och avsluta med en isolerad återställning.
Guide för återställning av Time Machine-NAS vid trasig eller övergiven säkerhetskopieringshistorik
Behåll det gamla paketet. Separera NAS-åtkomst, destinationsidentitet, bildskador och övergiven historik innan du väljer reparation eller en ny kedja.
