Incremental vs Full Backups

Hvad er forskellen?

Full backup

En FULD KOPI af alt data – altid.

• Tid: En fois kopieres hele backup (200GB data = 200GB transfer)
• Lagerplads: Meget (hver backup er full-size)
• Restore: Super simpel – en file, færdigt
• Sikkerhed: Hvis en backup bliver korrupt, påvirker det kun den backup

Incremental backup

Kun de filer som ÆNDREDE siden sidste backup.

• Tid: Meget hurtigt (kun nye/ændrede filer)
• Lagerplads: Sparer meget (kun +1-5GB per dag hvis få ændringer)
• Restore: Kompleks (skal kombinere base full + alle incrementals)
• Sikkerhed: Hvis en incremental bliver korrupt, kan du miste alt senere

Konkret eksempel

Scenario: Du har 200GB data. Dagligt ændres ca. 2-3GB (nye billeder, dokumenter).

Full backup hver dag i 1 uge (7 dage):

• Dag 1: 200GB
• Dag 2: 200GB
• Dag 3: 200GB
• ... (gentaget 7 gange)
• Total: 1400GB lagerpladser

Incremental efter 1 fuld baseline:

• Dag 0 (baseline): 200GB
• Dag 1: +2GB (kun ændringer)
• Dag 2: +2GB
• Dag 3: +3GB
• ... (gentaget 6 gange)
• Total: 200GB + (2-3GB × 6) = ~220GB lagerpladser

Besparelse: 1400GB vs 220GB = 84% mindre lagerplads! 💰

Incremental variationer

Standard incremental

Dag 1: Full. Dag 2-7: Incremental til dag 1. Hvis dag 2 bliver korrupt, mister du dag 3-7.

Anbefaling: Kombinér med ny full en gang per uge. Dag 1 fuld, dag 2-7 incremental til dag 1, derefter ny uge hvor dag 8 er ny fuld.

Differential backup

Lignende incremental, MEN hver differential backedter alt som ÆNDREDE siden sidste FULL (ikke siden sidste incremental).

Eksempel:

• Dag 1 (Full): 200GB
• Dag 2 (Diff): Alt som ændrede siden dag 1 = 2GB
• Dag 3 (Diff): Alt som ændrede siden dag 1 (ikke dag 2) = 4GB
• Dag 4 (Diff): Alt som ændrede siden dag 1 = 6GB

Fordel: Restore er hurtigere (full + 1 differential, ikke full + alle incrementals)

Ulempe: Differential bliver større over tid (ikke optimal efter 1 uge)

Forever incremental

En fuld baseline + alt tilføjet siden som incremental – aldrig ny full.

Fordel: Minimal lagerpladser

Ulempe: MEGET risikabelt – hvis baseline bliver korrupt eller en incremental midt i kedjen fejler, kan du tabe alt

Anbefaling: Ikke for kritisk data. Kun hvis du har daglig monitoring og høj redundans.

Hvornår bruger du hvad?

Brug FULL backup hvis:

• ✅ Data er kritisk (virksomhed, kundedata)
• ✅ Du ikke har meget lagerplads (heldigere at bruge det til gendannelse end sparet plads)
• ✅ Du vil have simpel og sikker restore
• ✅ Backup-processen skal være "idiot-proof"
• ❌ Du kan acceptere længere backup-tid hver dag

Brug INCREMENTAL hvis:

• ✅ Data ændres langsomt (samme 200GB fra sidste uge, kun 2-3GB ny data dagligt)
• ✅ Du har god internetforbindelse (uploads 100MB/s)
• ✅ Backup skal være hurtig (cloud backup uden at tage hele båndevidden)
• ✅ Du har lagerplads du gerne vil spare
• ❌ Data er så kritisk at corruption ikke kan accepteres

Hybrid strategi (BEDSTE praksis)

Kombiner begge dele:

• Lokal backup: Daglig incremental til ekstern harddisk (hurtig, mindre plads)
• Offline backup: Ugentlig fuld backup til anden ekstern harddisk (sikker, mindre hyppigt)
• Cloud backup: Kontinuerlig incremental til DinBackup.dk (offsite, versionering)

Resultat:

• ✅ Daglig incremental betyder du mister maksimalt 1 dag arbejde
• ✅ Ugentlig fuld betyder du kan gendanne fra fuld hvis incremental-keden bliver korrupt
• ✅ Cloud incremental betyder offsite sikkerhed uden massiv lagerplads

Praktisk: Setup til hjemmebruger

Simpel hybrid:

1. Installer Duplicati med incremental backup til DinBackup.dk dagligt
2. Månedlig fuld backup til ekstern harddisk (manuelt, eller automated)
3. Årlig fuld backup til anden harddisk som gemmes offsite

Resultat: Sikkerhed uden kompleksitet

Praktisk: Setup til virksomhed

Enterprise hybrid:

1. Daglig incremental til lokal NAS (4-6 timer opbevaret, så du kan restore samme dag)
2. Ugentlig fuld til dedikeret backup-server (1-3 måneder opbevaret)
3. Månedlig differential til cloud (12+ måneder opbevaret)
4. Årlig fuld til offline tape eller cloud-arkiv (7+ år opbevaret for compliance)

Resultat: Scalable, sikker, og compliant

Fælles fejl med incremental

"Incremental hele tiden – sparer jeg plads!"

Ja, til sidst mister du sikkerhed. Mindst månedlig fuld eller differential.

"Min incremental fejler, ingen problem – jeg har cloud"

Hvis incremental-keden bliver korrupt, kan du miste alt. Backup-chain er svageste led.

"Jeg backedter dagligt incremental – jeg behøver ikke fuld"

Du behøver mindst en fuld baseline. Enten som initial backup, eller ugentlig.

DinBackup.dk og incremental backup

DinBackup bruger smart incremental:

• Duplikerings-dedup: Hvis samme fil existerer flere gange, lagres den kun 1 gang
• Block-level dedup: Hvis kun del af fil ændres (f.eks. video-edit), lagres kun den ændrede del
• Versionering: Du kan gendanne fra hvilken som helst dato (ikke blot seneste backup)
• Robust: Hvis 1 backup bliver korrupt, de andre er intakt (cloud-redundans)

Resultat: Placering spart uden sikkerhed-nedgang.