Så testar du om NAS-utrymmet används av ögonblicksbilder eller aktiva filer

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

How to Test Whether NAS Space Is Used by Snapshots or Live Files - Zima Store Online

Ja, du kan skilja dem åt genom att jämföra den använda, refererade eller logiska storleken för datamängden, utrymmet som hålls av ögonblicksbilder och poolens lediga utrymme från samma tidpunkt.

Beslutet är viktigt när en NAS rapporterar betydligt mindre ledigt utrymme än vad de synliga mapparna verkar innehålla. De två konkurrerande tillstånden är aktiv datamängdsallokering och block som endast behålls av ögonblicksbilder. Börja med en sparad konfiguration och data som kan tas bort, observera en gren i taget och avbryt om testet ökar risken för dataförlust, behörighetsproblem eller otillgänglighet.

Definiera villkoren bakom beslutet om utrymme för ögonblicksbilder kontra aktiva filer

Dokumentera miljön innan du ändrar något: programvaru- och firmwareversioner, enhetsidentiteter, monterings- eller nätverkssökväg, ledigt utrymme, behörigheter och det observerbara symptomet. Baslinjen måste innehålla tillräckligt med detaljer för att återskapa att en NAS rapporterar betydligt mindre ledigt utrymme än vad de synliga mapparna verkar innehålla.

Den första kandidaten är aktiv datamängdsallokering. Den andra är block som endast behålls av ögonblicksbilder. De aktuella OpenZFS-egenskaperna för utrymme definierar mekanismen eller kommandogränsen som används i testet; de ersätter inte observationer från just den här hemmaservern.

Skriv ned godkännandekriteriet och stoppkriteriet innan du kör särskiljningstestet. Ett godkänt resultat måste ändra de bevis som förutsägs av den ena grenen utan att påverka orelaterade tjänster; ett underkänt resultat måste återställa systemet till det sparade tillståndet i stället för att utlösa en kedja av spekulativa åtgärder.

Testa påståendet utan att sänka det ursprungliga kravet

Använd detta särskiljningstest: dokumentera poolens och datamängdens redovisning, ta bort en stor fil som kan tas bort och jämför sedan före och efter utan att förstöra ögonblicksbilder. Håll arbetsbelastning, klient, sökväg, filuppsättning och tidpunkt konstanta så att resultatet kan hänföras till den ändrade variabeln.

Använd redovisning av ZFS-allokering för att välja det fält som faktiskt kan skilja grenarna åt och fånga dess tidsstämpel, slutstatus, feltext, enhets- eller ögonblicksbildsidentitet, fördröjning, överförda byte, behörigheter och återställningstillstånd. En felfri kommandokörning räcker inte när identitet, beständighet eller programtillstånd är det som testas.

Upprepa testet en gång efter en omstart, återanslutning, ominmontering eller cache-rensning när den händelsen ingår i det ursprungliga tillståndet. Om den första körningen är destruktiv eller om miljön inte kan återställas, avbryt och återskapa testet på en kopia som kan tas bort.

zfs list -o name,used,refer,usedbysnapshots,usedbydataset,usedbychildren

Tolka godkända, underkända och avvikande resultat

GODKÄNT: aktivt refererat utrymme minskar medan använt utrymme förblir oförändrat eftersom en ögonblicksbild fortfarande refererar till blocken. Dokumentera den exakta versionen, identiteten och arbetsbelastningen som gav godkänt resultat så att slutsatsen förblir villkorad i stället för att bli ett universellt påstående.

UNDERKÄNT: både refererat och använt utrymme förblir högt, eller så äger en annan datamängd, klon, reservation eller metadataallokering utrymmet. Ett underkänt resultat bevisar inte automatiskt den motsatta grenen när nätverk, minne, behörigheter eller källans konsekvens kan påverka båda; isolera dessa gemensamma beroenden innan du eskalerar.

AVVIKANDE ELLER TVETYDIGT RESULTAT: avbryt borttagningar och kartlägg varje datamängd, ögonblicksbild, klon och reservation före rensning. Bevara loggarna och kör inte reparations-, rensnings-, förstörings-, ompartitionerings- eller rekursiva ägarskapskommandon förrän det finns en återställningsbar kopia.

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Bekräfta beslutet under den ursprungliga arbetsbelastningen

Tillämpa åtgärden som motsvarar den observerade grenen och upprepa sedan det ursprungliga tillståndet i stället för en förenklad ersättning. Beslutet gäller endast när aktivt refererat utrymme minskar medan använt utrymme förblir oförändrat eftersom en ögonblicksbild fortfarande refererar till blocken under två cykler eller vid den relevanta omstarten, viloläget, avbrottet eller belastningsövergången.

Använd de oföränderliga säkerhetskopieringsfönstren för att kontrollera det närmast beroende arbetsflödet, men behåll den ursprungliga utlösaren oförändrad. Orelaterade datamängder, utdelningar, containrar, användare och återställningspunkter måste behålla sin tidigare åtkomst och tidsåtgång.

Stoppgränsen är tydlig: om både refererat och använt utrymme förblir högt, eller om en annan datamängd, klon, reservation eller metadataallokering äger utrymmet, återgå till den senast verifierade konfigurationen, bevara bevisen och eskalera till ett djupare plattforms- eller hårdvarutest endast när grenen kan återskapas.

När målresultatet har uppnåtts jämför du det med intervallet för verifiering av säkerhetskopior så att korrigeringen inte flyttar risken till en närliggande tjänst. Ett lyckat måltest med ett nytt fel i säkerhetskopiering, identitet, tidsgräns eller tillgänglighet är fortfarande en misslyckad ändring.

Vanliga frågor

När det gäller utrymme för ögonblicksbilder kontra aktiva filer handlar de återstående sökningarna vanligtvis om varför borttagning av en fil inte frigör poolutrymme, om logicalused är samma sak som fysiskt utrymme och om utrymme för ögonblicksbilder kan förutsägas före borttagning. Svaren nedan håller dessa specialfall åtskilda från huvudbeslutet.

Godkännandegränsen ändras inte: aktivt refererat utrymme minskar medan använt utrymme förblir oförändrat eftersom en ögonblicksbild fortfarande refererar till blocken. Om ett uppföljande villkor ändrar filsystemet, identiteten, nätverkssökvägen eller programversionen ska du upprepa endast det särskiljningstest som påverkas av ändringen.

Sluta bredda experimentet när både refererat och använt utrymme förblir högt, eller när en annan datamängd, klon, reservation eller metadataallokering äger utrymmet. Avbryt då borttagningar och kartlägg varje datamängd, ögonblicksbild, klon och reservation före rensning; bevara bevisen innan du eskalerar till plattforms-, lagrings- eller hårdvaruansvarig.

Varför frigör inte borttagning av en fil utrymme i poolen?

En ögonblicksbild kan fortfarande referera till filens block, eller så kan en klon, reservation eller annan datamängd äga allokeringen.

Är logicalused samma sak som fysiskt utrymme?

Nej. Komprimering, kopior, metadata och delning gör att logiska och allokerade värden skiljer sig åt.

Kan utrymme för ögonblicksbilder förutsägas före borttagning?

Egenskaperna för refererat och unikt utrymme är till hjälp, men delade block innebär att det återvunna utrymmet beror på hela kedjan av ögonblicksbilder.

När det gäller utrymme för ögonblicksbilder kontra aktiva filer är det praktiska svaret fortfarande villkorat: aktivt refererat utrymme minskar medan använt utrymme förblir oförändrat eftersom en ögonblicksbild fortfarande refererar till blocken. När både refererat och använt utrymme förblir högt, eller när en annan datamängd, klon, reservation eller metadataallokering äger utrymmet, ska du avbryta borttagningar och kartlägga varje datamängd, ögonblicksbild, klon och reservation före rensning; en delvis lyckad ändring som inte klarar den ursprungliga arbetsbelastningen är inte kompatibel.