Waarom neemt de ruimte die alleen voor snapshots wordt gebruikt toe nadat grote bestanden zijn verwijderd?
De ruimte die alleen door snapshots wordt gebruikt, kan na het verwijderen toenemen, omdat oudere snapshots verwijzingen behouden naar blokken die het actieve bestandssysteem niet langer nodig heeft.
Dit gedrag is normaal bij snapshots met copy-on-write, maar de weergegeven waarde van een NAS kan verwarrend zijn omdat ‘snapshotgrootte’, ‘ruimte die alleen door snapshots wordt gebruikt’, ‘verwezen ruimte’ en ‘vrij te maken ruimte’ niet hetzelfde zijn. Het verwijderen van een groot actief bestand kan het huidige gebruik van de dataset verminderen, terwijl oude blokken uniek worden voor een of meer bewaarde snapshots. Stel de exacte metriek en de bewaarketen vast voordat u snapshots verwijdert of ervan uitgaat dat de snapshotmap een volledige extra kopie heeft gemaakt.
Controleer welke snapshotmetriek daadwerkelijk is toegenomen
Noteer het poolgebruik, het gebruik van de actieve dataset, het totale snapshotgebruik, het unieke gebruik per snapshot en de grootte van het verwijderde bestand. Gebruik metingen van dezelfde dataset en binnen hetzelfde tijdsvenster.
De richtlijnen voor Snapshot Replication van Synology maken onderscheid tussen zichtbare snapshots en de ruimte die ze gebruiken, en bieden opties om de vrij te maken ruimte te berekenen. De opties voor snapshotruimte laten zien waarom u zowel de snapshotlijst als de vrij te maken capaciteit van het volume moet controleren.
Als alleen het gebruik dat uitsluitend aan snapshots kan worden toegeschreven stijgt terwijl het actieve gebruik daalt, heeft de verwijdering waarschijnlijk het eigenaarschap van bestaande blokken verschoven in plaats van nieuwe bestandsinhoud te creëren. Als het totale poolgebruik ook stijgt, controleer dan nieuwe snapshots, replicatiestaging, versies van applicaties of andere schrijfbewerkingen in dezelfde periode.
Begrijp waarom verwijdering oude blokken uniek maakt voor een snapshot
Een snapshot deelt aanvankelijk de meeste blokken met het actieve bestandssysteem. Wanneer het actieve bestandssysteem gegevens overschrijft of verwijdert, blijft de snapshot naar de oudere blokken verwijzen, zodat de weergave op dat moment intact blijft.
De beheerdershandleiding van Oracle voor ZFS legt uit dat de gebruikte snapshotruimte toeneemt wanneer eerder gedeelde blokken uniek worden voor de snapshot nadat de actieve dataset is gewijzigd.
Het verwijderde bestand ontbreekt dus in de actieve map, maar is nog steeds leesbaar vanuit de oudere snapshot. De opslag wordt niet op het moment van verwijdering gedupliceerd; de boekhouding verandert omdat het actieve bestandssysteem zijn verwijzing vrijgeeft terwijl de snapshot er één behoudt.
Controleer of meerdere snapshots de verwijderde gegevens nog delen
Geef snapshots weer die vóór en na de verwijdering zijn gemaakt. Bepaal de oudste en nieuwste herstelpunten waarin u het verwijderde bestand nog kunt bekijken of terugzetten.
De kennisbank van NetApp vermeldt dat oudere snapshots verwijderde blokken behouden. Daarom kan het verwijderen van één herstelpunt weinig ruimte vrijmaken wanneer een andere snapshot nog naar dezelfde gegevens verwijst.
Tel de weergegeven grootte van elke snapshot niet bij elkaar op en ga er niet van uit dat dit totaal afzonderlijk is toegewezen. Gedeelde blokken kunnen in veel snapshotweergaven voorkomen, terwijl ze de fysieke opslag slechts één keer gebruiken totdat de laatste verwijzing wordt verwijderd.
Maak onderscheid tussen de snapshotmap en het fysieke opslaggebruik
Bij het bekijken van een snapshotmap kan het lijken alsof elk historisch bestand als een gewone kopie bestaat. Die mapweergave is een herstelinterface en geen letterlijke tweede mappenstructuur die byte voor byte is toegewezen.
Het FreeBSD ZFS-handboek beschrijft snapshots als datasettoestanden op een bepaald moment die opslag delen totdat gewijzigde gegevens moeten worden bewaard. Het snapshotmodel helpt onderscheid te maken tussen de bestanden die via een snapshotpad zichtbaar zijn en de blokken die fysiek uniek zijn voor die snapshot.
Verwijder geen bestanden handmatig in een verborgen map voor snapshotbeheer. Gebruik de snapshotbeheerder van de NAS of de ondersteunde snapshotopdracht van het bestandssysteem, zodat metagegevens voor bewaring en de replicatiestatus consistent blijven.
Vergelijk de ruimteboekhouding van ZFS- en Btrfs-snapshots zorgvuldig
ZFS en Btrfs gebruiken beide copy-on-write-verwijzingen, maar hun dashboards en opdrachtregelprogramma’s kunnen exclusieve, verwezen, gedeelde of geschatte ruimte verschillend rapporteren. Gebruik de metriek die voor het actieve bestandssysteem is gedocumenteerd.
De Btrfs-uitleg van Fedora Magazine legt uit dat Btrfs-snapshots oude verwijzingen behouden wanneer actieve bestanden uiteenlopen. Dat is dezelfde kernreden waarom verwijderde bronbestanden in de snapshotopslag vertegenwoordigd kunnen blijven.
Een platformonafhankelijk NAS-dashboard kan deze waarden vereenvoudigen tot één ‘snapshotgrootte’. Als het weergegeven getal onmogelijk lijkt, controleer het dan met systeemeigen gebruiks- en snapshotopdrachten voordat u het bewaarbeleid aanpast.
Schat de vrij te maken ruimte voordat u herstelpunten verwijdert
Selecteer één verlopen snapshot of een afgebakend bereik van snapshots en bekijk een voorbeeld van de verwachte vrijgave wanneer het platform dit ondersteunt. Vergelijk de schatting met de snapshottijdlijn waarin het verwijderde bestand nog aanwezig is.
Klara Systems legt uit dat snapshotopslag toeneemt naarmate gegevens uiteenlopen. Leeftijd en veranderingssnelheid zijn daarom nuttigere signalen voor het bewaarbeleid dan alleen het aantal snapshots.
Verwijder alleen snapshots die buiten het herstelbeleid vallen. Het verwijderen van de nieuwste snapshot maakt mogelijk weinig ruimte vrij, terwijl het verwijderen van een oudere keten herstelpunten kan verwijderen die nieuwere incrementele taken of replicatietaken nog nodig hebben.
Controleer het vrijmaken van ruimte zonder de bredere NAS-controle te herhalen
Wacht na het opschonen van één goedgekeurd snapshotbereik op achtergrondprocessen voor het vrijmaken van ruimte en vernieuw dezelfde metingen voor actief gebruik, gebruik dat alleen door snapshots wordt veroorzaakt en gebruik op poolniveau. Controleer of applicaties en replicatietaken goed blijven werken.
De ZimaSpace-handleiding over het controleren van snapshots en prullenbakken behandelt de bredere vraag welke bewaarlaag NAS-capaciteit gebruikt; dit artikel richt zich alleen op de reden waarom het gebruik dat uitsluitend aan snapshots kan worden toegeschreven na verwijdering toeneemt.
De diagnose is voltooid wanneer het verwijderde bestand uit de actieve gegevens ontbreekt, de verwachte snapshots het bestand nog kunnen terugzetten, het gebruik dat alleen door snapshots wordt veroorzaakt overeenkomt met de bewaarde tijdlijn en goedgekeurd opschonen de voorspelde hoeveelheid ruimte vrijmaakt zonder replicatie- of hersteldoelen te verstoren.
Aanbevolen producten
Ondersteuning & Tips
Meer om te lezen
Kan Plex een GPU delen met een andere Docker-container?
Plex en een andere container kunnen vaak dezelfde GPU gebruiken, maar je moet de driverondersteuning, apparaattoewijzing, belasting van de video-engine, het geheugengebruik en het...
Hoe je kunt bepalen of een Plex-fout door de client of de server wordt veroorzaakt
Reproduceer hetzelfde item op een andere client, vergelijk het sessiepad en verzamel pas serverbewijs nadat de scope heeft uitgewezen waar de fout daadwerkelijk zit.
Plex-cache en tijdelijke opslag voor transcodering configureren
Bescherm de permanente Plex-status door tijdelijke transcodebestanden op geschikte lokale opslag te plaatsen en controleer vervolgens het opruimen, de beschikbare ruimte en het gedrag...
