Behoudsduur Calculator
Hoe lang kunt u back-ups houden op basis van opslagcapaciteit en rotatiesnelheid?
Capaciteits- en rotatieparameters
Inhoudsopgave
Volledige duur van de bewaring
Waarom Bereken Bewaring Duur?
Als je een vast opslagbudget hebt (NAS, disk array, cloud quota), moet je weten hoe lang je back-ups kunt behouden voordat je gaat draaien of overschrijven. Deze rekenmachine antwoordt: gegeven X GB aan capaciteit, Y GB aan gegevens om te back-uppen, en een gekozen strategie, hoeveel dagen/weken/maanden kunt u herstelpunten houden? Het helpt het behoud tegen capaciteit in evenwicht te brengen en te voorkomen dat de ruimte onverwacht uitraakt.
Sleutelbegrippen
- Opslagcapaciteit: Totale beschikbare ruimte voor back-ups (dedupe/compressie uitgesloten in deze schatting).
- Rotatiesnelheid: Hoe vaak voert u een volledige back-up uit en gooit u de oudste weg. Dagelijks = 1 dag per cyclus; wekelijks = 7 dagen; maandelijks = 30 dagen.
- Bewaartermijn: Totale tijdspanne bedekt met ingehouden back-ups. Meer cycli = langere retentie maar meer ruimte.
- Strategie-effect: Incrementeel en differentiaal gebruiken minder ruimte per cyclus dan vol, dus je behoudt meer cycli (langere retentie) voor dezelfde capaciteit.
Gevolgen van de strategie voor bewaring
Voor dezelfde capaciteit behouden incrementele en differentieel meer cycli dan full-only, omdat elke cyclus minder ruimte gebruikt. Maar incrementele en differentiaal toevoegen complexiteit (keten herstellen, verandering snelheid). Gebruik deze tabel om te vergelijken:
| Strategie | Bewaring voor dezelfde capaciteit | Opmerkingen |
|---|---|---|
| Alleen volledig | Kortst | Eenvoudig herstellen; maximale ruimte per cyclus |
| Volledig + Incrementeel | Langst | Min ruimte per cyclus; kettingherstel vereist |
| Volledig + Differentieel | Middel | Balans; volledig + laatste diff voor herstel |
Voorbeeld (1 TB, 100 GB gegevens, wekelijks volledig): Alleen volledig 10 weken. Volledige + 6 incrementele op 5% ≈ 7 weken (130 GB/cyclus). Volledig + 6 differentieel bij 5% ≈ 4 weken (205 GB/cyclus). Full-only geeft de langste bewaring hier omdat de gegevensgrootte klein is vs capaciteit.
Rotatiesnelheid en reservefrequentie
De rotatiesnelheid bepaalt hoe vaak je een nieuwe volledige back-up maakt en de oudste verwijdert. Dagelijkse volledige back-ups: elke cyclus = 1 dag; wekelijks: 7 dagen; maandelijks: ~ 30 dagen. Een hogere rotatiesnelheid (meer frequent volt) verkort retentie voor dezelfde capaciteit, maar geeft meer herstelpunten. Lagere rotatie (bv. maandelijks) verlengt de retentie, maar minder volledige herstelpunten.
- Dagelijks vol: 1 cyclus = 1 dag. Beste voor kleine datasets, strikte RPO. Capaciteit vult snel.
- Wekelijks vol: 1 cyclus = 7 dagen. Vaak voor de meeste workloads. Evenwicht van retentie en ruimte.
- Maandelijks volledig: 1 cyclus 30 dagen. Lange bewaring voor naleving. Minder herstelpunten.
Berekeningsformules
Volledig: Retention (days) = (Capacity ÷ Data size) × Days per full cycle
Incrementeel: Retention = Capacity ÷ [Data size × (1 + Incrementals × Change %)] × Days per cycle
Differentieel: Retention = Capacity ÷ [Data size × (1 + Sum(1..N) × Change %)] × Days per cycle
Voorbeeld: 500 GB capaciteit, 100 GB gegevens, wekelijks vol, 6 increments op 5%. Grootte per cyclus = 100×(1+6×0,05)=130 GB. Cycles = 500 Full-only zou geven 5×7 = 35 dagen, maar geen increments.
Dagelijkse verandering Tarieven per gegevenstype
De dagelijkse veranderingssnelheid beïnvloedt de retentie rechtstreeks: hogere verandering = meer ruimte per cyclus = kortere retentie voor dezelfde capaciteit. Gebruik deze tabel om uw veranderingspercentage te schatten:
| Gegevenstype | Typische dagelijkse verandering | Gevolgen voor bewaring |
|---|---|---|
| Transactiegegevensbank | 5-15% | Kortere bewaring voor incrementele/differentiaal |
| Bestandsserver | 1-10% | Gemiddeld; varieert naar werklast |
| E-mail / archieven | 5-20% | Korte retentie met incrementele |
| Statische bestanden / archieven | <1% | Lange retentie; vol kan het beste zijn |
GFS en bewaartermijn
GFS (Grootvader-Vader-Zoon) gebruikt verschillende retenties voor elk niveau: dagelijks (Zoon), wekelijks (Vader), maandelijks (Grootvader). Om de totale capaciteit voor GFS te berekenen, gebruik de Backup Size Calculator. Om te weten hoe lang elke tier duurt met uw capaciteit, splitst capaciteit over niveaus of voert deze calculator voor elke tier afzonderlijk.
Voorbeeld: 2 TB capaciteit, 200 GB gegevens, wekelijks vol. Voor Zoon (7 dagelijkse incrementelen op 5%): 200×(1+7×0,05)=270 GB per week. Je kon 7 weken van dagelijkse ketenen behouden. Voor vader (4 wekelijkse fulls): 4×200=800 GB. Voor grootvader (12 maandelijks): 12×200=2400 GB. Totale GFS overschrijdt 2 TB; u moet prioriteit geven aan niveaus of capaciteit toevoegen.
Bewaring en naleving
Veel voorschriften leggen minimale bewaartermijnen op. Als uw berekende retentie korter is dan vereist, moet u capaciteit toevoegen of strategie aanpassen. Gemeenschappelijke eisen:
- AVG: Geen vast minimum; alleen zo lang houden als nodig is. Beweegreden voor het bewaren van documenten.
- HIPAA: 6 jaar voor medische dossiers. Plan capaciteit voor lange retentie.
- SOX / financieel: 7 jaar voor audit sporen. Vaak vereist archiefniveau.
- Industrienormen: PCI-DSS, ISO 27001 kan specifieke retentie vereisen. Controleer je sector.
Gebruik deze rekenmachine om te controleren of u kunt voldoen aan minimale bewaring met uw huidige capaciteit. Zo niet, plan voor gelaagde opslag (hotdisk voor recente, koude/tape voor lange termijn) of extra capaciteit.
Tips voor capaciteitsplanning
- 15-25 toevoegen% buffer voor metadata, catalogus en onverwachte groei. De feitelijke bewaring zal iets lager zijn.
- Als retentie te kort is, overweeg dan: incrementele/differentiaal in plaats van volledige, of meer capaciteit.
- Als retentie langer is dan nodig, kunt u de rotatie verminderen (bijvoorbeeld wekelijks in plaats van dagelijks) of meer volledige cycli houden.
- Gebruik de Backup Size Calculator om de benodigde capaciteit voor een doelretentie te controleren; gebruik deze calculator voor de omgekeerde.
- Deduplicatie en compressie kunnen effectieve retentie verlengen met 20-50%; factor dit bij planning.
- Gegevensgroei: als uw dataset groeit 10% per jaar zal het behoud in de loop van de tijd worden ingekort. Plan de hoofdruimte.
Beste praktijken
- Afstemming op behoud met RPO en naleving. Sommige voorschriften vereisen 7+ jaar.
- Bewaak het capaciteitsgebruik; stel waarschuwingen in voordat u 80 bereikt% Vol. De ruimte raakt op, kan back-upketens beschadigen.
- Gebruik gelaagde retentie: korte termijn op snelle schijf, lange termijn op tape of koude opslag. Vermindert de kosten voor langdurige bewaring.
- Test regelmatig herstellen; retentie is zinloos als herstel mislukt.
- Overweeg deduplicatie en compressie om effectieve retentie uit te breiden (toevoegen 20-50% besparingen voor typische workloads).
- Documenteer uw bewaarbeleid en bekijk het jaarlijks. Gegevensgroei en veranderingen in de naleving kunnen aanpassing vereisen.
- Vermijd over-rotatie: het verwijderen van back-ups te agressief laat geen herstelpunten. Balance retentie vs capaciteit.