Hoe controleer je of snapshots of prullenbakken NAS-ruimte gebruiken?

Om de ruimtehouder te identificeren, vergelijk het gebruik van live-share, de inhoud van de prullenbak en het gebruik van alleen snapshots voordat u een ander bestand of herstelpunt van uw NAS verwijdert.

Een prullenbak bewaart gewone bestanden in een verborgen opslagplaats, terwijl een snapshot oudere blokken behoudt die nog worden verwezen nadat het live bestand is verdwenen. De veiligste controle is daarom een gecontroleerde vergelijking: noteer de capaciteit, inspecteer beide retentielagen en bevestig welk cijfer verandert voordat u een retentieregel wijzigt.

Match eerst elk cijfer met dezelfde opslagscope

Begin met de opslagpool of volume die het ontbrekende vrije ruimte meldde. Een gedeelde map kan krimpen terwijl de bovenliggende pool ongewijzigd blijft, dus het vergelijken van een share-grootte met de vrije capaciteit van de hele pool kan een vals contrast creëren.

Noteer vier waarden tegelijk: gebruikte ruimte van de pool, live dataset- of share-gebruik, prullenbakgebruik en alleen snapshotgebruik. Als de interface niet alle vier toont, gebruik dan de bestandsbeheerder voor de prullenbakopslag en de snapshotmanager voor behouden of exclusief snapshotruimte.

Het patroon is belangrijker dan één absoluut getal. Vernieuw dezelfde schermen nadat de achtergrondboekhouding is voltooid en gebruik vervolgens de volgende signalen om te bepalen welke laag een nadere controle verdient.

Controleer de prullenbak als opgeslagen bestanden

Een NAS-prullenbak is normaal gesproken server-side opslag, niet de prullenbak op de computer die het bestand heeft verwijderd. Kijk binnen de getroffen gedeelde map en de NAS-bestandsbeheerder voor verborgen prullenbak-, afval- of per-gebruiker herstelmappen.

Een Samba-stijl prullenbakdienst kan een verwijdering onderscheppen en het bestand verplaatsen naar een server-side prullenbakmap. De bestandsnaam kan verdwijnen van het oorspronkelijke pad terwijl de data nog steeds dezelfde pool bezet.

Meet de opslagplaats voordat u deze leegt. Controleer elke share- en gebruikersscope, want één zichtbare prullenbakmap vertegenwoordigt mogelijk niet de hele NAS. Bevestig ook of herhaalde verwijderingen meerdere bestandsversies bewaren en of een automatische retentie-taak daadwerkelijk is uitgevoerd.

Controleer snapshots als gerefereerde blokken

Een snapshot hoeft niet een tweede gewone kopie van elk bestand te bewaren. Het behoudt verwijzingen naar oudere blokken, zodat een verwijderd bestand kan verdwijnen uit de live share terwijl de blokken niet beschikbaar zijn voor hergebruik.

Gebruik eerst de geaggregeerde waarde van de snapshotmanager voor de getroffen dataset. Op ZFS-systemen kan snapshotruimtegebruik op datasetniveau worden gecontroleerd en vervolgens worden beperkt tot snapshots die nog een bekend bestand of map bevatten.

Behandel het weergegeven gebruik van één snapshot niet als de grootte van alles wat erin zichtbaar is. Meerdere snapshots kunnen dezelfde blokken refereren, en het verwijderen van één herstelpunt kan weinig ruimte vrijmaken als een andere snapshot nog de laatste verwijzing biedt.

Voer een gecontroleerde controle uit voordat u iets verwijdert

Gebruik één bekend verwijderd bestand of map als test. De geschatte oorspronkelijke grootte en verwijderingstijd geven een referentie, maar compressie, metadata en gedeelde snapshotblokken betekenen dat de uiteindelijke capaciteitsverandering mogelijk niet exact overeenkomt met de bestandsgrootte.

1. Pauzeer nieuwe grote overdrachten en noteer de pool-, live-data-, prullenbak- en snapshotcijfers.
2. Doorzoek elke relevante prullenbakopslag naar het bekende verwijderde pad en noteer de opgeslagen grootte.
3. Als het ontbreekt, inspecteer snapshots die vóór de verwijdering zijn gemaakt en vergelijk het geaggregeerde snapshotgebruik.
4. Bekijk de schatting van vrij te maken ruimte voor één verlopen snapshot als de NAS een proef- of schattingsfunctie biedt.
5. Verwijder na bevestiging dat de data niet meer nodig is alleen het geïdentificeerde prullenbakitem of verlopen herstelpunt en vernieuw vervolgens dezelfde vier cijfers.

Als het prullenbakcijfer daalt, hield de prullenbak gewone bestanden vast. Als het alleen snapshotgebruik daalt, waren behouden blokken de oorzaak. Als er niets verandert, stop dan met het verwijderen van herstelgegevens en controleer open bestandskoppelingen, applicatieversies, replicatiebehoud, gereserveerde capaciteit en subdatasets.

Wanneer routinematige retentie herhaaldelijk de pool bijna vol laat lopen, is de duurzame oplossing realistische snapshot-capaciteitshoogte, niet terugkerende noodopruimingen. Retentie moet hersteldoelen beschermen zonder de werkruimte te verbruiken die actieve diensten nodig hebben.

Veelgestelde vragen

Waarom kan een snapshot bijna geen gebruikte ruimte tonen terwijl verwijderde data nog steeds behouden is?

De weergegeven waarde kan ruimte vertegenwoordigen die uniek is voor dat herstelpunt, niet elk blok dat het kan lezen. Een andere snapshot kan nog steeds naar dezelfde verwijderde data verwijzen, dus het verwijderen van slechts één snapshot kan weinig of niets vrijmaken.

Verwijdert het legen van een prullenbak ook snapshots?

Nee. Het opruimen van de prullenbak verwijdert bestanden uit de live opslag, terwijl snapshots een apart retentiesysteem volgen. Als die opslagplaats zelf echter in snapshots is opgenomen, kunnen de oude blokken behouden blijven totdat de relevante snapshots verlopen.

Waarom kan de teruggewonnen vrije ruimte kleiner zijn dan het verwijderde bestand?

Logische bestandsgrootte en toegewezen poolruimte zijn niet altijd gelijk. Compressie, blokdeling, metadata, pariteit, deduplicatie en vertraagde boekhouding kunnen het waargenomen resultaat veranderen, dus vergelijk opslaglaagstatistieken in plaats van een exacte byte-voor-byte match te verwachten.