Varför tar en GFS-bevarandepolicy bort fler återställningspunkter än vad behållningsantalen antyder?

En GFS-bevarandepolicy kan radera fler återställningspunkter än väntat eftersom antalet som ska behållas beskriver tidsintervall, inte en enkel summa av oberoende säkerhetskopior.

Regler som behåll senaste, daglig, veckovis, månadsvis och årlig väljer vanligtvis representativa återställningspunkter från överlappande perioder. En säkerhetskopia kan uppfylla flera tidsnivåer, medan en annan kan hamna utanför alla intervall på grund av sin tidsstämpel, källgrupp, policyarv eller en nylig policyändring. Vissa verktyg bearbetar reglerna i en bestämd ordning eller undantar redan valda säkerhetskopior från senare nivåer. Förhandsgranska det exakta schemat innan du kör rensning eller komprimering.

Lista alla återställningspunkter med policygrupp och tidsstämpel

Exportera ögonblicksbilds- eller arkiv-ID:n, källvärd, sökväg, taggar, slutförandestatus, lokal tid, UTC-tid och den policy som tillämpas på varje grupp. Räkna inte alla arkiv eller källor tillsammans.

Restic tillämpar bevarandepolicyer på grupper av ögonblicksbilder baserat på värd, sökvägar och taggar om grupperingen inte ändras. Därför kan två visuellt liknande återställningspunkter utvärderas enligt olika policyer.

Om de oväntade raderingarna bara påverkar en värd, sökväg eller tagggrupp bör du korrigera den gruppen eller väljaren i stället för att ändra bevarandet för hela arkivet.

Lägg inte ihop antalen för daglig, veckovis och månadsvis bevaring

Koppla varje återställningspunkt till den period den representerar. Markera om samma säkerhetskopia är den valda dagliga, veckovisa och månatliga kandidaten.

Proxmox simulator för rensning visar överlappande bevarandebuckets, inklusive fall där en veckokandidat täcker en period och senare regler därför inte behåller en annan säkerhetskopia från samma intervall.

Det förväntade totalantalet är därför inte alltid keep-daily plus keep-weekly plus keep-monthly. Räkna unika ID:n för de säkerhetskopior som behålls efter att alla regler har tillämpats.

Kontrollera regelordningen och kandidaten som valts för varje period

Fastställ om den nyaste, äldsta, första eller senaste lyckade säkerhetskopian inom varje period väljs. Jämför detta med jobbets faktiska säkerhetskopieringstid.

Borg beskriver sina GFS-liknande rensningsregler och påpekar att beteendet vid kalendergränser kan påverka arkiv nära brytpunkten.

Ett jobb som körs precis före och efter midnatt kan skapa två säkerhetskopior som lokalt verkar ligga på olika datum men hamnar i samma policyfönster efter konvertering av tidszon eller schemaläggare.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Granska ärvda policyer på arkiv-, användar- och källnivå

Exportera den effektiva policyn i stället för att bara läsa de globala standardvärdena. Kontrollera åsidosättningar per källa, ärvda värden, taggar, mappar och förinställningar i gränssnittet.

Kopias policykommando stöder ärvda bevarandevärden per källa, vilket kan göra att den aktiva regeln skiljer sig från inställningen på arkivnivå som visas på annat håll.

Ett lokalt keep-värde på noll eller en ändrad arvgräns kan ta bort återställningspunkter även när den överordnade policyn ser korrekt ut. Spara den upplösta policyn tillsammans med granskningsunderlaget.

Granska nyliga minskningar av bevarandet och tidpunkten för rensning

Jämför de aktuella bevarandevärdena med tidigare policyversioner och tidpunkten för den senaste rensningen. Fastställ om äldre punkter omedelbart markerades för utgång.

Microsoft dokumenterar att minskat bevarande påverkar befintliga återställningspunkter under ett senare rensningsjobb, inte bara framtida säkerhetskopior.

En fördröjd rensning kan få många raderingar att verka ske samtidigt. Bevara posten över policyändringen och listan över punkter som markerats innan du godkänner en ny körning.

Kontrollera GFS-flaggor, korttidsbevarande och policykonvertering

Kontrollera om veckovisa, månatliga och årliga flaggor fortfarande är kopplade och om den kortsiktiga kedjan fortfarande kan stödja de valda punkterna. Granska programuppgraderingar och policykonverteringar.

Veeam varnar för att ändringar av GFS-inställningar kan göra att befintliga kandidater förlorar sin GFS-status och därefter blir berättigade till vanlig korttidsradering.

Utgå inte från att en återställningspunkts gamla filnamn eller roll som fullständig säkerhetskopia garanterar aktuellt långtidsbevarande. Kontrollera den aktiva policyflaggan.

Kör en torrkörning eller simulator före rensning och komprimering

Frys policyändringar, exportera den aktuella listan över återställningspunkter, kör plattformens torrkörning eller simulator och jämför ID:n för bevarade och raderade punkter med ett manuellt granskat urval.

ZimaSpaces artikel om stora ögonblicksbildshistoriker ger närliggande återställningskontext. Den här artikeln fokuserar på varför bevarandematematik skiljer sig från en enkel räkning.

Problemet är löst när simulatorn, den effektiva policyn och de unika ID:na för bevarade punkter överensstämmer över minst två kalendergränser, och inget nödvändigt återställningsfönster är beroende av en punkt som markerats för radering.

Vanliga frågor

Är antalen för keep-daily och keep-weekly additiva?

Inte nödvändigtvis. Samma återställningspunkt kan representera båda perioderna, eller så kan bevarandemotorn undanta redan täckta kandidater från senare regler.

Kan minskat bevarande radera befintliga återställningspunkter?

Ja. Många system tillämpar den nya policyn på befintliga punkter under nästa rensning i stället för bara på framtida säkerhetskopior.

Frigör rensning omedelbart utrymme i arkivet?

Det beror på verktyget. Vissa system markerar först ögonblicksbilder eller arkiv och återvinner delade data under ett separat steg för komprimering eller skräpinsamling.