3-2-1-reglen — den eneste backup-regel du behøver huske

De fleste backupstrategier er ikke designet. De er groet. Nogen satte en ekstern disk til for fire år siden, nogen andre slog en cloud-synkronisering til, og et sted i en serverrum står et NAS, som ingen helt kan huske hvad laver. 3-2-1-reglen er værktøjet, der får rodet til at give mening — ikke fordi den er avanceret, men fordi den kan holdes i hovedet.

Hvad siger 3-2-1-reglen egentlig?

3-2-1-reglen siger, at dine data skal findes i mindst tre kopier, gemt på mindst to forskellige medietyper, hvoraf mindst én kopi ligger uden for lokationen. Originalen tæller som den ene af de tre kopier. Reglen er ikke et krav fra en standard, men en tommelfingerregel, der har overlevet, fordi den rammer de tre mest almindelige måder at miste data på.

Tænk på det som tre uafhængige fejlkilder, du fjerner én ad gangen:

Tre kopier dækker menneskefejl. Nogen sletter en mappe, overskriver et regneark eller kører et script mod den forkerte database. Med kun én kopi er den slags endeligt.

To medietyper dækker hardware- og softwarefejl. Diske fra samme parti fejler på samme måde. Et filsystem med en bug ødelægger data ens på alle volumener. Når kopi nummer to ligger på en anden teknologi — objektlagring i stedet for blokdisk, tape i stedet for SSD — deler de to kopier ikke fejlmønster.

Én kopi uden for huset dækker alt det, der rammer adressen: brand, vandskade, indbrud, en strømfejl der tager både server og backupdisk. Og i praksis også ransomware, som gerne krypterer alt, den kan nå over netværket.

Hvorfor de fleste kun har to af de tre

Den kopi, der oftest mangler, er den eksterne — og når den findes, er det som regel den, ingen har testet. Mønsteret er let genkendeligt: produktionsdata på serveren, en backup på et NAS i samme rum, og så en antagelse om, at Microsoft 365 eller en synkroniseringsmappe udgør kopi nummer tre.

Det gør den ikke. Synkronisering er ikke backup. En synkroniseringstjeneste har til opgave at gøre alle enheder ens så hurtigt som muligt. Det er præcis den forkerte egenskab, når problemet er, at data er blevet forkerte. Krypterer ransomware filerne på en arbejdsstation, bliver de krypterede versioner synkroniseret op i skyen inden for minutter. Versionshistorik kan redde dig, hvis du opdager det hurtigt, men den er en sidegevinst — ikke en strategi.

Den anden klassiker er NAS’et i samme bygning. Det er en fremragende kopi nummer to: hurtig at gendanne fra, billig at drive, nem at udvide. Men står det på samme adresse og på samme netværk som produktionen, deler det skæbne med alt andet, der står der. Læs mere om, hvordan et NAS spiller sammen med en ekstern kopi under NAS-backup.

Hvad tæller som “to medier” i 2026?

To medietyper betyder i praksis to lagringsteknologier med hver sit fejlmønster — ikke to enheder af samme slags. Bånd og optiske medier er stort set væk fra mindre virksomheder, og det gør skelnen mindre håndgribelig end den var, men principperne holder.

Det vigtigste spørgsmål er ikke, hvilken teknologi kopien ligger på, men om de to kopier kan gå ned af samme årsag. Hvis samme administratorkonto kan slette begge, hvis samme strømafbrydelse kan ramme begge, eller hvis samme softwarefejl kan ødelægge begge — så er det én kopi med ekstra trin.

Sådan bygger du 3-2-1 uden at bygge et datacenter

En brugbar 3-2-1-opsætning i en mindre virksomhed består typisk af produktionsdata, en lokal kopi til hurtig gendannelse og en cloud-kopi til alt det uforudsete. Rækkefølgen er vigtig: den lokale kopi er den, du bruger 90 procent af tiden, og den eksterne er den, der redder dig den ene gang, det gælder.

Start med at kortlægge, hvad der faktisk skal med. De fleste opdager, at listen er kortere, end de troede — og at der samtidig ligger noget kritisk et sted, ingen havde tænkt på. Databaser skal håndteres med applikationsbevidste snapshots, ikke som almindelige filer, ellers får du en kopi af en fil, der var midt i en skrivning; se database-backup. Virtuelle maskiner giver mening at sikre på hypervisor-niveau, så du kan starte en hel maskine op igen i stedet for at geninstallere den; se backup af virtuelle maskiner.

Sæt derefter opbevaringstid på hver datatype. Det er her, prisen afgøres, og det er også her, de fleste rammer forkert. Syv dages historik lyder rigeligt, indtil en fejl har ligget og ulmet i tre uger. Til gengæld er tre års historik på alle filer sjældent nødvendigt og altid dyrt — se hvad online backup koster for, hvordan mængde og historik hænger sammen med regningen.

Til sidst: skriv ned, hvem der får besked, hvis et job fejler, og hvad der så skal ske. En backup ingen kigger til, er en backup, der fejler stille.

3-2-1-1-0 og hvad ransomware ændrede

Udvidelsen 3-2-1-1-0 tilføjer et krav om, at én kopi skal være uforanderlig eller offline, og at verifikationen af backuppen skal returnere nul fejl. Den findes, fordi angribere for længst er holdt op med kun at kryptere produktionsdata.

Et moderne ransomware-angreb starter typisk med at finde backupsystemet. Angriberen leder efter administratoradgang til backupkonsollen, sletter opbevaringspolitikker, tømmer repositories og krypterer derefter det, der er tilbage. Det er en effektiv metode, fordi den fjerner alternativet til at betale. En kopi, der er skrivebeskyttet i en fastlagt periode — uforanderlig, immutable — kan ikke slettes af en kompromitteret konto, heller ikke af leverandøren selv i den periode. Det er forskellen på en kopi, der findes, og en kopi, der stadig findes bagefter.

Nullet er lige så vigtigt og langt mere overset. En backup, der ikke er verificeret, er en formodning. Automatisk verifikation læser data tilbage og tjekker, at de kan læses — men den erstatter ikke, at du selv gendanner noget rigtigt med jævne mellemrum og tager tid på det. Se hvordan uforanderlighed og verifikation hænger sammen med angrebsforløbet i artiklen om ransomware og backup.

Reglen er et gulv, ikke et loft

3-2-1 fortæller dig, hvor mange kopier du skal have — ikke hvor hurtigt du kan være oppe igen. To virksomheder kan begge opfylde reglen perfekt og alligevel have vidt forskellige udfald efter et nedbrud, fordi den ene kan gendanne en filserver på to timer og den anden på to døgn.

Derfor hører to tal med til enhver backupplan. RPO, recovery point objective, er hvor meget data du kan acceptere at miste målt i tid — altså hvor tit der skal tages backup. RTO, recovery time objective, er hvor længe der må gå, før systemet kører igen. Sæt tallene per system, ikke for virksomheden under ét. Lønsystemet og mødereferaterne fortjener ikke samme svar.

Når tallene er sat, bliver valget af opsætning konkret i stedet for filosofisk: en lokal kopi giver lav RTO, en ekstern kopi giver overlevelse, og opbevaringstiden bestemmer, hvor langt tilbage du kan gå. Vil du se, hvordan forskellige leverandører håndterer den kombination, er der en gennemgang på sammenligningssiden.