Microsoft 365 backup: Retention er ikke backup

Kort svar: Retention hjælper, men erstatter ikke backup

Retention styrer, hvordan data bevares eller slettes. Backup og restore skal understøtte en aftalt gendannelse efter fejl eller hændelser. De skal vurderes mod forskellige behov.

Microsoft tilbyder også det særskilte produkt Microsoft 365 Backup. Derfor er spørgsmålet ikke blot, om Microsoft tager backup, men hvilke data og gendannelsesmuligheder jeres konkrete opsætning omfatter.

Har I brug for hjælp til at afklare krav og ansvar, samler ALCOs backup og gendannelse den eksisterende service på tværs af Microsoft 365 og andre workloads. Guiden her er en beslutningshjælp, ikke en anbefaling af ét bestemt backup-produkt til alle.

Produktbeskrivelser og kilder er kontrolleret den 20. oktober 2026.

Hvad er retention i Microsoft 365?

Retention-politikker og labels i Microsoft Purview kan bevare indhold, slette det efter en periode eller kombinere de to handlinger. De bruges til at styre informationens livscyklus. Opbevaringskrav og eventuelle holds skal fortsat respekteres, når I planlægger recovery.

At indhold er bevaret til søgning eller eksport betyder ikke automatisk, at en administrator kan genetablere et helt arbejdsmiljø med den ønskede proces. Microsoft skelner i sin dokumentation mellem bevaring og værktøjer til større gendannelser.

Tre forskellige lag skal afklares

Lag	Hvad det bruges til	Hvad I skal kontrollere
Retention og bevaring	Regler for, hvor længe indhold bevares eller slettes	Omfang, perioder, ejerskab og eventuelle holds
Indbyggede gendannelsesfunktioner	Eksempelvis versionshistorik og muligheder for at hente slettet indhold tilbage	Hvilke handlinger, perioder og datatyper funktionerne faktisk dækker
En særskilt backupmodel	En aftalt historik og proces til at gendanne udvalgte data	Beskyttede områder, gendannelsespunkt, validering, adgang og ansvar

Microsoft 365 Backup understøtter SharePoint-sites, OneDrive-konti og Exchange-postkasser. Det er en særskilt backupmulighed, ikke det samme som retention. Microsofts dokumentation beskriver også partnerløsninger bygget på Backup Storage-platformen; et andet produktnavn beviser derfor ikke i sig selv, at kopien ligger uden for Microsofts miljø.

Vælg ud fra krav til dækning, historik, adskillelse og gendannelse frem for at antage, at enten en indbygget funktion eller et tredjepartsprodukt altid er tilstrækkeligt.

Vurdér backup ud fra den restore, I har brug for

Skriv konkrete gendannelsesscenarier før produktvalg:

Skal en enkelt mail eller fil genskabes, eller skal mange områder tilbage til et tidligere punkt?
Skal gendannelse ske til oprindelig eller anden placering, og hvad kan blive overskrevet?
Hvilket datatab kan forretningen acceptere, og hvornår skal arbejdet kunne genoptages?
Hvem må bestille, udføre og godkende en restore, hvis en normal administrator ikke er tilgængelig?
Hvordan skal kopier og administration være adskilt fra det miljø, I beskytter?

Test det valgte scenarie og registrér afvigelser. En dokumenteret enkeltfilstest beviser ikke, at en større gendannelse også kan nå jeres mål. Brug eventuelt skabelonen til en restore-test.

Situationer, som gendannelsesplanen skal kunne håndtere

Brugere overskriver filer med fejl over længere tid
Delte mapper eller Teams-indhold slettes af en fejl
Ransomware krypterer synkroniserede filer
Fratrådte brugere håndteres forkert i offboarding
Virksomheden mangler klar restore-proces under tidspres

Teams-data kræver en konkret dækningskontrol

Filer i Teams-kanaler ligger i SharePoint, mens filer delt i chats ligger i OneDrive. Det betyder ikke, at backup af disse filer automatisk genskaber alle chats, medlemskaber, apps eller indstillinger i Teams.

Lav en liste over de elementer, I faktisk skal kunne genetablere, og få hvert punkt bekræftet i den valgte løsnings dækning. Skriv også udeladelser og andre nødvendige gendannelsesmetoder ned. Et overordnet “Teams-backup” er ikke en dækningsbeskrivelse.

Praktisk model: 5 trin til en sikker M365 backup-strategi

1. Definér forretningskrav (RPO/RTO)

Hvor meget data må I maksimalt miste? (RPO)
Hvor hurtigt skal data være tilbage? (RTO)

2. Kortlæg kritiske workloads

Start med de teams/afdelinger hvor nedetid gør mest ondt: salg, support, økonomi, ledelse.

3. Vælg og afgræns backupmodellen

Sammenhold jeres scenarier med platformens funktioner og relevante backupmuligheder. Bevar nødvendige retention- og bevaringsregler; antag ikke, at en ny backup erstatter dem.