Incrementele vs differentiële vs volledige back-up: welke methode past bij u?

De termen volledig, incrementeel en differentieel klinken alsof ze drie beschermingsniveaus aangeven. Dat doen ze niet. Ze beschrijven drie manieren waarop back-upsoftware bepaalt wat er tijdens een back-uprun moet worden gekopieerd.

Dat verschil lijkt technisch, maar heeft in de praktijk grote gevolgen. Een volledige back-up is overzichtelijk, maar kost bij herhaling veel tijd en opslagruimte. Een incrementele back-up houdt dagelijkse runs klein, maar bouwt een keten van afhankelijke herstelpunten op. Een differentiële back-up zit ertussenin: meer data per run, maar meestal een korter herstelpad.

1. Wat de drie back-uptypen werkelijk betekenen

Stel dat een werkmap op maandag 100 GB bevat. U maakt een complete kopie. De rest van de week bewerkt u documenten, voegt u foto’s toe en maakt u nieuwe projectbestanden. Bij de volgende run kan de back-upsoftware grofweg drie dingen doen: opnieuw alle 100 GB kopiëren, alleen kopiëren wat sinds de vorige back-up is veranderd, of alles kopiëren wat sinds de volledige back-up van maandag is veranderd.

Daaruit ontstaan de drie klassieke methoden:

• Volledige back-up: kopieert bij elke volledige run de hele geselecteerde dataset.
• Incrementele back-up: kopieert nieuwe en gewijzigde gegevens sinds de meest recente back-up, ongeacht of die vorige back-up volledig of incrementeel was.
• Differentiële back-up: kopieert alles wat is veranderd sinds de laatste volledige back-up.

NIST beschrijft dezelfde afweging: incrementen beperken de impact van een back-uprun doordat alleen wijzigingen sinds de vorige back-up worden verwerkt. Differentialen verzamelen daarentegen alle wijzigingen sinds de laatste volledige basis en worden daardoor doorgaans groter naarmate een cyclus langer loopt.

2. Volledige back-up: eenvoudig en zelfstandig

Een volledige back-up verwerkt de hele geselecteerde bron. Bevat een taak Documenten, Afbeeldingen en een projectmap, dan worden al die gegevens opnieuw in de volledige back-up opgenomen, ook als 95 procent sinds gisteren niet is veranderd.

Het grote voordeel is zelfstandigheid. Een afgeronde volledige back-up heeft geen oudere incrementen of differentialen nodig om dat herstelpunt te vertegenwoordigen. Dat maakt zo’n set makkelijk te begrijpen, te archiveren en in een noodsituatie terug te zetten.

Waarom volledige back-ups aantrekkelijk zijn

• Een volledig herstel heeft de minste onderlinge afhankelijkheden.
• Elk volledig herstelpunt staat op zichzelf.
• U kunt eenvoudig een schone uitgangssituatie vastleggen vóór een grote wijziging.
• Bij een kleine dataset is herhaald volledig back-uppen vaak eenvoudiger dan een ingewikkelde rotatie.

Wanneer volledig back-uppen duur wordt

Heeft u 800 GB aan brongegevens en verandert er dagelijks slechts 3 GB, dan is het inefficiënt om iedere nacht opnieuw 800 GB te schrijven. Op een snelle lokale SSD is dat vooral zonde van tijd en schrijfacties. Via een NAS, FTP-server of internetverbinding kan het back-upvenster er zelfs onpraktisch lang door worden.

Daarom worden volledige back-ups vaak gebruikt als anker: u maakt een complete basis en legt daarna alleen wijzigingen vast totdat het tijd is voor een nieuwe cyclus.

3. Incrementele back-up: kleine runs, langere keten

Een incrementele back-up bewaart alleen nieuwe en gewijzigde gegevens sinds de vorige back-up. Is maandag volledig, dan bevat het increment van dinsdag de wijzigingen van dinsdag. Het increment van woensdag bevat vervolgens alleen wat ná de back-up van dinsdag is veranderd — niet opnieuw alles sinds maandag.

Dat maakt incrementele back-ups aantrekkelijk voor gegevens die vaak veranderen. Als dagelijks maar een klein deel van de totale dataset wijzigt, kunnen de back-upruns veel sneller en kleiner zijn dan wanneer telkens alles opnieuw wordt gekopieerd.

De keerzijde is de back-upketen

Om de toestand van donderdag volledig te reconstrueren kan de software de laatste volledige back-up plus alle daaropvolgende incrementen nodig hebben. Conceptueel ziet dat er zo uit:

1. Maandag: volledige back-up
2. Dinsdag: increment
3. Woensdag: increment
4. Donderdag: increment

Een incrementele strategie is daardoor gevoeliger voor de integriteit van de hele keten. Ontbreekt een noodzakelijk tussenliggend increment of is het beschadigd, dan kunnen latere herstelpunten eveneens onbruikbaar worden. Moderne back-upsoftware beheert die relaties automatisch, maar de afhankelijkheid blijft bestaan.

4. Differentiële back-up: de middenweg

Een differentiële back-up kijkt steeds terug naar de laatste volledige back-up. Dinsdag bevat alles wat sinds maandag is gewijzigd. Woensdag vergelijkt opnieuw met maandag en bevat dus de wijzigingen van dinsdag én woensdag. Op donderdag bevat het differential alle wijzigingen die zich sinds maandag hebben opgestapeld.

Een differentiële set wordt daardoor meestal groter naarmate de cyclus vordert. Een nieuwe volledige back-up zet de teller als het ware weer op nul.

Waarom bewust meer opslagruimte gebruiken?

Omdat het herstelpad korter is. Voor de toestand van donderdag zijn normaal gesproken alleen deze sets nodig:

1. Maandag: volledige back-up
2. Donderdag: differentiële back-up

De differentialen van dinsdag en woensdag zijn voor dat specifieke herstelpunt doorgaans niet nodig. Dat maakt herstel overzichtelijker en verkleint het aantal sets dat gezond moet zijn.

De kosten verschuiven naar het back-upproces: later in de week worden bepaalde eerder gewijzigde bestanden opnieuw meegenomen, omdat een differential alle veranderingen sinds de volledige basis blijft verzamelen.

5. Een voorbeeld van vijf dagen met echte getallen

We beginnen maandag met een map van 100 GB. Om de vergelijking eenvoudig te houden nemen we aan dat er elke dag exact 5 GB aan eerder ongewijzigde gegevens verandert. We willen voor maandag tot en met vrijdag vijf herstelpunten bewaren en laten compressie buiten beschouwing.

Dit is bewust een vereenvoudigd voorbeeld. In werkelijkheid overlappen wijzigingen, bestanden worden groter of kleiner, compressie kan veel verschil maken en programma’s kunnen data op verschillende manieren opslaan. Maar het patroon is duidelijk: incrementeel schrijft het minst. Differentieel begint even klein, maar groeit gedurende de week. Volledig schrijft telkens de hele bron opnieuw.

Kijk vervolgens naar herstel. Voor de toestand van vrijdag heeft een volledige strategie alleen de volledige back-up van vrijdag nodig. Differentieel heeft de basis van maandag plus het differential van vrijdag nodig. Incrementeel kan de volledige back-up van maandag én de incrementen van dinsdag, woensdag, donderdag en vrijdag nodig hebben.

6. Incrementele vs differentiële vs volledige back-up vergeleken

Zie deze tabel als een vuistregel, niet als een snelheidsbelofte. Een grote volledige back-up via een snel netwerk kan sneller klaar zijn dan een zwaar gecomprimeerd increment op trage opslag. Een miljoen kleine bestanden gedraagt zich anders dan twintig grote videobestanden. Ook de herstelengine van de gebruikte software speelt mee.

7. Waar de herstelsnelheid echt van afhangt

De samenvatting “incrementeel is snel bij back-uppen, volledig is snel bij herstellen” is nuttig, maar te simpel om een strategie op te baseren.

De werkelijke hersteltijd hangt minstens van vijf factoren af:

• Hoeveel gegevens u terugzet. Eén verwijderd spreadsheet herstellen is iets heel anders dan 600 GB reconstrueren na een defecte schijf.
• Hoeveel back-upsets nodig zijn. Een lange incrementele keten heeft meer afhankelijkheden bij volledig herstel.
• De snelheid van de opslag. USB-SSD, harde schijf, NAS, FTP en cloudopslag verschillen sterk in doorvoer en vertraging.
• Compressie en versleuteling. Ze besparen opslag of beschermen vertrouwelijke gegevens, maar kosten verwerkingstijd.
• De integriteit van de back-up. Een theoretisch snelle restore helpt niet als een vereiste set beschadigd of onbereikbaar is.

De beste methode is daarom niet per definitie degene die de kleinste dagelijkse back-up maakt. Het is de methode waarmee u een haalbaar schema kunt volhouden én een herstelpad krijgt dat u daadwerkelijk wilt testen.

8. Hoe Perfect Backup volledige, incrementele en differentiële back-ups gebruikt

Bij het maken van een taak voor Files and Folders Backup laat Perfect Backup de back-upmethode expliciet kiezen. De huidige wizard ondersteunt Incremental, Differential, Full en Mirror.

Voor incrementele en differentiële taken kunt u bovendien bepalen wanneer automatisch weer een nieuwe volledige basis moet worden gemaakt. Volgens de huidige gebruikershandleiding kan dat op twee praktische manieren:

• na een ingesteld aantal incrementele of differentiële back-ups; of
• wanneer de verzamelde incrementen, of het nieuwste differential, een gekozen percentage van de laatste volledige back-up bereiken.

Dat is belangrijk, want een goede incrementele keten hoort niet onbeperkt door te groeien. Periodieke volledige back-ups verkorten de afhankelijkheidsketen en leveren nieuwe, duidelijke basispunten op. Hetzelfde geldt voor differentialen die steeds groter worden.

Een praktische instelling in Perfect Backup

Voor Documenten of een projectmap die dagelijks verandert kunt u beginnen met een incrementele taak en Perfect Backup periodiek een nieuwe volledige back-up laten maken. Bewaar, als de bestemming genoeg ruimte heeft, meer dan één complete cyclus. Zo is de nieuwste keten niet uw enige uitweg.

Vindt u een korter herstelpad belangrijker dan de kleinste dagelijkse back-up, kies dan differentieel. Perfect Backup ondersteunt lokale en externe schijven, netwerkmappen, FTP- en cloudbestemmingen, plus planning, compressie en optionele wachtwoordbeveiliging.

Perfect Backup downloadenPro-functies bekijken

Er is nog een productspecifiek detail dat nuttig is om te kennen. Volgens de documentatie ondersteunt Files and Folders Backup alle vier methoden, gebruikt Drive Image Backup incrementele images en werkt Application Data Backup met de Mirror-methode. “Volledig, incrementeel of differentieel” is binnen Perfect Backup dus vooral een keuze voor bestanden en mappen, niet één algemene schakelaar voor elk taaktype.

9. Welke back-upmethode moet u kiezen?

Kies een volledige back-up wanneer…

• de dataset klein genoeg is om regelmatig volledig te kopiëren;
• u onafhankelijke archiefmomenten wilt bewaren;
• u vóór een groot project of systeemwijziging een schone basis wilt vastleggen;
• zo weinig mogelijk afhankelijkheden bij herstel belangrijk zijn.

Kies een incrementele back-up wanneer…

• u vaak wilt back-uppen zonder grotendeels ongewijzigde data steeds opnieuw te schrijven;
• opslagruimte of netwerkbandbreedte beperkt is;
• uw back-upsoftware ketens en periodieke nieuwe volledige back-ups automatisch beheert;
• u meerdere gezonde cycli kunt bewaren en hersteltests uitvoert.

Kies een differentiële back-up wanneer…

• u kleinere back-ups wilt dan bij steeds opnieuw volledige kopieën;
• een volledig herstel bij voorkeur alleen van de laatste volledige set en één differential afhangt;
• er genoeg opslagruimte en tijd is om differentialen tussen volledige back-ups te laten groeien.

Staat uw tweede kopie in een gesynchroniseerde cloudmap of is het een Mirror-replica, dan gaat het niet alleen om het back-uptype. Lees ook Back-up vs synchronisatie om een actuele kopie te onderscheiden van echte herstelgeschiedenis.

10. Veelgemaakte fouten

Fout 1: incrementeel automatisch als “minder veilig” zien

De methode zelf is niet onveilig. Het risico ontstaat wanneer alles afhangt van één extreem lange keten, één opslagapparaat of nooit geteste back-ups. Een goed beheerde incrementele strategie met regelmatige volledige basissets en meerdere kopieën kan veel robuuster zijn dan één volledige back-up die permanent naast de pc ligt.

Fout 2: de enige back-up altijd aangesloten laten

Geen van de drie methoden beschermt de bestemming automatisch tegen diefstal, stroomschade of ransomware. Bewaar daarom een extra kopie op aparte of externe opslag. Een losgekoppelde externe schijf of onafhankelijke cloud- of netwerkkopie creëert een andere foutgrens.

Fout 3: Mirror en incrementeel als hetzelfde beschouwen

Een Mirror houdt de bestemming doorgaans gelijk aan de huidige toestand van de bron. Bij de Mirror-methode van Perfect Backup worden nieuwe en gewijzigde bestanden bijgewerkt en kunnen bestanden die niet meer aan de bron bestaan ook van de bestemming worden verwijderd. Dat is iets anders dan een reeks duidelijke herstelpunten. Voor een actuele kopie kan Mirror uitstekend zijn, maar voor de versie van gisteren van een per ongeluk verwijderd bestand biedt een versieback-up een ander soort bescherming.

Fout 4: alleen optimaliseren op de duur van de back-up

Een taak die in drie minuten klaar is, is niet automatisch beter dan een taak die twintig minuten duurt. Begin bij het noodscenario: wat moet u kunnen herstellen, hoe ver terug kan een fout onopgemerkt zijn gebleven en hoeveel uitvaltijd kunt u accepteren?

Fout 5: nooit een herstel testen

Open de herstelinterface juist wanneer alles nog goed werkt. Controleer of de verwachte herstelpunten zichtbaar zijn en zet enkele representatieve bestanden terug naar een tijdelijke map. Zo’n korte test zegt meer over de kwaliteit van uw plan dan een maand vol groene meldingen met “voltooid”.

11. Veelgestelde vragen

Denk in herstelpunten, niet in etiketten

De nuttigste vraag is niet “welk back-uptype klinkt het veiligst?”, maar: “welk schema kan ik consequent uitvoeren, op meer dan één plaats bewaren en onder druk betrouwbaar herstellen?”

Voor gegevens die vaak veranderen is een volledige basis met regelmatige incrementen efficiënt en goed te automatiseren. Differentialen zijn een sterk alternatief wanneer een kortere herstelketen zwaarder weegt. Volledige back-ups blijven waardevol als schone uitgangspunten en zelfstandige herstelmomenten. Een goede strategie gebruikt daarom vaak alle drie op verschillende momenten, in plaats van één methode als absolute winnaar te behandelen.

← Terug naar het Leercentrum

De keuze tussen Full, Incremental en Differential bepaalt niet op zichzelf het juiste ritme. Wilt u eerst vanuit mogelijk gegevensverlies tot een interval komen, dan laat de gids hoe vaak u een back-up van uw computer moet maken zien waarom beschermingsfrequentie en full-back-upfrequentie twee aparte beslissingen zijn.