Een GFS-bewaringsbeleid kan meer herstelpunten verwijderen dan verwacht, omdat de aantallen aangeven hoeveel tijdsperioden moeten worden bewaard en niet simpelweg een optelsom van onafhankelijke back-ups vormen.
Regels zoals laatste bewaren, dagelijks, wekelijks, maandelijks en jaarlijks selecteren meestal representatieve herstelpunten uit overlappende perioden. Eén back-up kan aan meerdere niveaus voldoen, terwijl een andere buiten alle tijdsperioden kan vallen vanwege de tijdstempel, brongroep, overname van beleid of een recente beleidswijziging. Sommige hulpprogramma's verwerken regels in een vaste volgorde of sluiten al geselecteerde back-ups uit van latere niveaus. Bekijk het exacte schema voordat u prune of compact uitvoert.
Vermeld elk herstelpunt met de beleidsgroep en tijdstempel
Exporteer snapshot- of archief-ID's, bronhost, pad, tags, voltooiingsstatus, lokale tijd, UTC-tijd en het beleid dat op elke groep is toegepast. Tel niet alle opslagplaatsen of bronnen bij elkaar op.
Restic past bewaringsbeleid toe op groepen snapshots op basis van host, paden en tags, tenzij de groepering is gewijzigd. Daardoor kunnen twee visueel vergelijkbare herstelpunten onder verschillende beleidsregels worden beoordeeld.
Als de onverwachte verwijderingen alleen gevolgen hebben voor één host, pad of taggroep, corrigeer dan die groep of selector in plaats van de bewaarinstellingen voor de hele opslagplaats te wijzigen.
Tel dagelijkse, wekelijkse en maandelijkse aantallen niet bij elkaar op
Koppel elk herstelpunt aan de periode die het vertegenwoordigt. Markeer of dezelfde back-up de geselecteerde dagelijkse, wekelijkse en maandelijkse kandidaat is.
De prune-simulator van Proxmox toont overlappende bewaarperioden, waaronder situaties waarin één wekelijkse kandidaat een periode dekt en latere regels geen andere back-up uit hetzelfde interval bewaren.
Het verwachte totaal is daarom niet altijd dagelijks bewaren plus wekelijks bewaren plus maandelijks bewaren. Tel de unieke behouden back-up-ID's nadat alle regels zijn toegepast.
Controleer de volgorde van de regels en de kandidaat die voor elke periode is gekozen
Bepaal of de nieuwste, oudste, eerste of laatste geslaagde back-up binnen elke periode wordt geselecteerd. Vergelijk dit met het werkelijke tijdstip van de back-up.
Borg beschrijft zijn bewaarregels in GFS-stijl en merkt op dat gedrag rond kalendergrenzen gevolgen kan hebben voor archieven vlak bij de limiet.
Een taak die net vóór en net na middernacht wordt uitgevoerd, kan twee back-ups maken die lokaal op verschillende datums lijken te vallen, maar na omzetting van tijdzone of planner binnen één beleidsvenster vallen.
Controleer overgenomen beleid op opslagplaats-, gebruikers- en bronniveau
Exporteer het effectieve beleid in plaats van alleen de algemene standaardinstellingen te lezen. Controleer overschrijvingen per bron, overgenomen waarden, tags, mappen en UI-presets.
De beleidsopdracht van Kopia ondersteunt overgenomen bewaarwaarden per bron. Daardoor kan de actieve regel afwijken van de instelling op opslagniveau die elders wordt weergegeven.
Een lokale bewaarwaarde van nul of een gewijzigde grens voor overerving kan herstelpunten verwijderen, zelfs wanneer het bovenliggende beleid correct lijkt. Sla het opgeloste beleid samen met de audit op.
Controleer recente verlagingen van het beleid en het tijdstip van opschoning
Vergelijk de huidige bewaarwaarden met eerdere beleidsversies en het tijdstip van de laatste opschoning. Bepaal of oudere punten onmiddellijk voor vervaldatum zijn gemarkeerd.
Microsoft documenteert dat het verlagen van de bewaartermijn gevolgen heeft voor bestaande herstelpunten tijdens een latere opschoontaak en niet alleen voor toekomstige back-ups.
Een vertraagde opschoning kan ervoor zorgen dat veel verwijderingen tegelijk lijken plaats te vinden. Bewaar het overzicht van beleidswijzigingen en de lijst met punten die zijn gemarkeerd voordat u een nieuwe uitvoering goedkeurt.
Controleer GFS-vlaggen, kortetermijnbewaring en beleidsconversie
Controleer of de wekelijkse, maandelijkse en jaarlijkse vlaggen nog zijn gekoppeld en of de kortetermijnketen de geselecteerde punten nog kan ondersteunen. Bekijk software-upgrades en beleidsconversies.
Veeam waarschuwt dat het wijzigen van GFS-instellingen ertoe kan leiden dat bestaande kandidaten hun GFS-status verliezen en vervolgens in aanmerking komen voor gewone kortetermijnverwijdering.
Ga er niet van uit dat de oude bestandsnaam of de rol als volledige back-up van een herstelpunt een huidige langetermijnbewaring garandeert. Controleer de actieve beleidsvlag.
Voer een dry-run of simulatie uit vóór prune en compact
Bevries beleidswijzigingen, exporteer de huidige lijst met herstelpunten, voer de dry-run of simulator van het platform uit en vergelijk de behouden en verwijderde ID's met een handmatig gecontroleerde steekproef.
Het ZimaSpace-artikel over grote snapshotgeschiedenissen biedt aanvullende herstelcontext; dit artikel richt zich op de reden waarom de berekening van de bewaartermijn afwijkt van een eenvoudige telling.
Het probleem is opgelost wanneer de simulator, het effectieve beleid en de unieke behouden ID's overeenkomen over ten minste twee kalendergrenzen heen en geen vereist herstelvenster afhankelijk is van een punt dat voor verwijdering is gemarkeerd.
Veelgestelde vragen
Zijn de aantallen voor dagelijks en wekelijks bewaren cumulatief?
Niet per se. Hetzelfde herstelpunt kan beide perioden vertegenwoordigen, of de bewaarengine kan al gedekte kandidaten uitsluiten van latere regels.
Kunnen bestaande herstelpunten worden verwijderd wanneer de bewaartermijn wordt verkort?
Ja. Veel systemen passen het nieuwe beleid tijdens de volgende opschoning toe op bestaande punten en niet alleen op toekomstige back-ups.
Maakt prune onmiddellijk opslagruimte vrij in de opslagplaats?
Dat hangt af van het hulpprogramma. Sommige systemen markeren snapshots of archieven eerst en geven gedeelde gegevens vrij tijdens een afzonderlijke compact- of garbagecollectionstap.
Ondersteuning & Tips
Meer om te lezen

Waarom herstelt een Docker-volume de bestandsinhoud, maar gaan uitgebreide bestandskenmerken verloren?
Een diagnose van volumeterugzetting met een inventaris van xattrs, tar- en Rsync-opties, naamruimten, ondersteuning voor bestemmingen, machtigingen, labels, app-metagegevens en tests.

Waarom behoudt een actieve container zijn oude geheugenlimiet nadat het Compose-bestand is gewijzigd?
Een diagnose van geheugenlimieten met aandacht voor actieve cgroups, herstarten versus opnieuw aanmaken, Compose-velden, harde en zachte limieten, bovenliggende scopes, swap en runtime-heaps.

Waarom maakt het herstarten van een reverse proxy elke sessie voor één zelfgehoste app ongeldig?
Een diagnose van sessieverlies met aandacht voor de reikwijdte van herstarts, cookie-eigenaarschap, geheimenrotatie, cachegestuurde sessies, sticky routing, authenticatiegateways en herstel.

