Hoe vaak moeten back-upopslagplaatsen worden gecomprimeerd of opgeschoond?

Eva Wong

IceWhale author

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

How Often Should Backup Repositories Be Compacted or Pruned?

Voer het opschonen volgens een voorspelbaar schema uit - vaak na geslaagde dagelijkse of wekelijkse back-ups - maar comprimeer alleen wanneer de back-uptool dit vereist en wanneer de terug te winnen ruimte de I/O rechtvaardigt. Met opschonen selecteer je verlopen herstelpunten; met comprimeren of opnieuw inpakken maak je opslagruimte vrij.

De opdrachten en kosten verschillen tussen Borg, restic en andere deduplicerende opslagplaatsen. Een veilig schema moet rekening houden met schrijfacties, opslagplaatsvergrendelingen, externe bandbreedte, vrije ruimte en hoe lang onderhoud nieuwe back-ups blokkeert. Dit onderscheid bepaalt de meetmethode, veiligheidsmarge en stopvoorwaarde. Dit onderscheid bepaalt de meetmethode, veiligheidsmarge en stopvoorwaarde.

Scheid retentiebeslissingen van het vrijmaken van ruimte

Opschonen dwingt het beleid voor herstelpunten af. Dit moet vaak genoeg gebeuren zodat verlopen snapshots zich niet onvoorspelbaar opstapelen, maar pas nadat de nieuwste back-up is gecontroleerd en de bewaarregels zijn nagekeken.

Bij comprimeren worden opslagpakketten opnieuw geschreven of verwijderd, waarbij mogelijk veel gegevens worden overgedragen. Uitvoeren na elke kleine opschoonactie kan I/O verspillen, terwijl nooit comprimeren ertoe kan leiden dat verwijderde gegevens de bestemming blijven vullen.

Gebruik waar mogelijk de uitvoer van een proefrun en leg de verwachte set te bewaren herstelpunten vast. Een schema is onveilig als operators niet kunnen uitleggen welke dagelijkse, wekelijkse en maandelijkse punten daarna overblijven.

Start onderhoud op basis van meetbare omstandigheden

Houd de groei van de opslagplaats, terug te winnen bytes, vrije capaciteit, duur van het opschonen, duur van het comprimeren, lockconflicten en de ouderdom van de laatste geslaagde controle bij. Deze signalen zijn nuttiger dan alleen een kalender.

Een kleine thuisopslagplaats kan wekelijks worden opgeschoond en maandelijks worden gecomprimeerd; een opslagplaats met veel wijzigingen heeft mogelijk vaker onderhoud nodig. Het juiste interval is het interval dat voldoende vrije ruimte behoudt zonder back-up- of herstelvensters te overlappen.

Gebruik de onderstaande tabel als startbeleid en vervang dit daarna door gemeten duur en groeipercentages.

Waargenomen toestand	Beoordeling	Volgende actie
Retentie gewijzigd; weinig terug te winnen gegevens	Alleen opschonen	Comprimeren uitstellen
Veel wijzigingen; aanzienlijke terug te winnen ruimte	Opschonen en daarna comprimeren	Uitvoeren in een beschermd venster
Weinig vrije ruimte of actieve back-up	Nu onveilig	Stoppen en het conflict oplossen

Stel een veilige onderhoudsvolgorde op

Voltooi en controleer de nieuwe back-up, voer het opschonen uit in de voorbeeldmodus, pas het retentiebeleid toe en comprimeer of pak de gegevens opnieuw in als de tool aangeeft dat er voldoende ruimte kan worden teruggewonnen. Verwijder nooit handmatig bestanden uit de opslagplaats.

Voorkom gelijktijdige schrijfacties en controleer of er voldoende tijdelijke ruimte is voor het opnieuw inpakken. Schat bij externe opslag de gedownloade en geüploade hoeveelheid gegevens voordat je een taak start die het onderhoudsvenster kan overschrijden.

De diagnose voor een onderbroken opschoonactie van ZimaSpace beschrijft de veilige herstelgrens.

De Borg- en restic-werkwijze van Linux Junkies laat zien waarom opschonen en ruimte vrijmaken afzonderlijke bewerkingen zijn.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

Controleer de retentie met een daadwerkelijke herstelactie

Maak na het onderhoud een lijst van de bewaarde punten en herstel een klein recent item plus een ouder item uit elke retentielaag. Controles van de opslagplaatsintegriteit en hersteltests beantwoorden verschillende vragen, dus voer beide uit.

Houd de volgende normale back-up in de gaten voor verouderde locks, ontbrekende pakketten of onverwachte volledige uploads. Een geslaagd logboek voor het opschonen bewijst niet dat clients het schrijven kunnen hervatten.

Ga door wanneer de set te bewaren punten overeenkomt met het beleid, controles slagen, herstelacties succesvol zijn en het onderhoud binnen het venster past. Stop als er te weinig vrije ruimte is voor het opnieuw inpakken, een andere schrijver actief is of de proefrun het laatste vereiste herstelpunt verwijdert.