I har 60 medarbejdere, en rodet filserver og en Exchange, der halter. Nu skal I i skyen — men ingen har råd til, at kundemails forsvinder midt i en travl uge. En migrering til Microsoft 365 behøver ikke koste jer nedetid eller tabte data. Med den rigtige rækkefølge og en fasedelt plan flytter I mail, filer og identitet, mens driften kører videre.

Det vigtigste på 30 sekunder

• Sikkerhed først: Sæt MFA og Conditional Access op, før I flytter den første fil. Det er både best practice og et NIS2-krav.
• Auditér før I flytter: Afsæt cirka 30 % af projekttiden til at kortlægge data, så I ikke slæber “død data” med i skyen.
• Fasedelt, ikke big bang: Over 50 brugere? Migrér i batches med parallel drift, så mailflowet aldrig står stille.
• Kør en pilot: Test på 5-10 % af medarbejderne, før I ruller ud til hele huset.
• Realistisk tidslinje: 50-100 brugere tager typisk 4-8 uger. De største tidsrøvere er gamle Excel-makroer og lokale line-of-business apps.

Hvorfor rækkefølgen afgør, om jeres migrering lykkes

De fleste SMV’er begår den samme fejl: De flytter data først og sætter sikkerhed op bagefter. Det er baglæns. CISA’s SCuBA-baseline (CISA, 2025) anbefaler, at MFA og Conditional Access er fuldt konfigureret og testet, inden den første mailboks lander i skyen. Supply chain-angreb rammer ofte netop i overgangsfasen mellem to systemer.

Samtidig peger Akora Cloud (2025) på, at governance-roller som DLP, retention og audit logging skal stå klar før produktion. Grunden er enkel: Det er alt for sent at rydde op i rettigheder, når data først ligger spredt ud over SharePoint.

Før: Data flyttes i weekenden, MFA sættes på “når vi får tid”. Resultat: åbne huller og skygge-IT.
Efter: Sikkerhedsbaseline står klar dag 1. Hver bruger logger ind gennem Conditional Access fra første minut — og I har dokumentationen til NIS2-tilsynet.

Sådan ser tidslinjen ud for en SMV på 50-100 brugere

En standardmigrering tager typisk 4-8 uger (eClaud IT, 2026). Det afhænger af, hvor meget legacy I trækker med. Her er den realistiske fordeling:

1. Uge 1-2 — Audit: Kortlæg postkasser, filmængder, delte drev og afhængigheder. Afsæt mindst 30 % af tiden her (AlwaysBeyond, 2026).
2. Uge 2-3 — Sikkerhedsfundament: Entra ID, MFA, Conditional Access og Intune sættes op og testes.
3. Uge 3-4 — Pilot: 5-10 % af medarbejderne flyttes. Test mailflow, DNS/MX og daglige arbejdsgange.
4. Uge 4-7 — Batch-migrering: Resten flyttes i hold med parallel drift. Ingen big bang.
5. Uge 7-8 — Cut-over og oprydning: Sidste MX-skift, luk for den lokale server, dokumentér.

Tjekliste: Det I skal have på plads før migreringen

Kør den her igennem, før I rører den første postkasse. Punkterne er konkrete, så I kan sætte flueben undervejs.

Område	Hvad I kigger efter
Identitet	Entra ID klar, brugere synkroniseret, MFA håndhævet på alle konti.
Adgangsstyring	Conditional Access-politikker testet — også for hybrid-scenariet.
Enheder	Intune-profiler klar, så nye PC’er onboardes automatisk.
Data	Audit gennemført. Død data og forældede drev markeret til arkiv, ikke migrering.
Mailflow	DNS/MX-records dokumenteret, TTL sat lavt før cut-over.
Backup	Tredjeparts-backup af M365 på plads. Native retention er ikke nok.
Governance	DLP, retention og audit logging aktiveret før produktion.
Legacy-apps	Line-of-business apps kortlagt: cloud-klar, Azure-hostes eller udfases?

Sådan kører I parallel drift uden at miste mails

I de 4-8 uger, migreringen står på, kører I hybrid. Både den gamle og den nye verden er i luften samtidig. Microsoft Learn (2026) anbefaler netop fasedelte cut-overs (batch migration) frem for big bang, når I er over 50 brugere — det minimerer nedetid.

Test mailflowet grundigt. En forkert MX-record kan sende kundehenvendelser ud i intet, uden at nogen opdager det før for sent. Kør pilotgruppen som jeres kanariefugl: Er der problemer med kalenderdeling, mødeinvitationer eller delte postkasser, fanger I det på 5-10 % af huset — ikke på alle 100 medarbejdere.

Håndtér legacy: Sådan slukker I den sidste lokale server

Mange SMV’er i professionelle services hænger fast på én filserver eller et lokalt AD. Flyt filerne til SharePoint og OneDrive, og skift fra lokalt Active Directory til Entra ID. Har I en tung legacy-app, der ikke kan i skyen? Host den på Azure Virtual Desktop i stedet for at holde liv i hardwaren. Når det sidste system er flyttet, kan I trække stikket — og spare på strøm, køling og VPN-bøvl.

Før: Konsulenter VPN’er ind til en filserver, der skal patches manuelt hver måned.
Efter: Filer ligger i SharePoint med versionering og adgang fra alle enheder. Ingen VPN, ingen serverrum.

Change management: Sådan får I medarbejderne med

Den primære årsag til, at cloud-migreringer fejler i danske virksomheder, er manglende uddannelse af slutbrugerne (Computerworld, 2025). Flytter I 60 konsulenter, uden at nogen ved, hvor deres filer nu ligger, skaber I skygge-IT på dag ét.

Microsoft har i 2025 slået teknisk migrering og brugeradoption sammen i ét værktøj. Budskabet er tydeligt: Migrering er ikke længere en ren IT-opgave, men et adoptionsprojekt. Send korte guides ud før cut-over. Udpeg superbrugere i hver afdeling. Og gør det tydeligt, at C-drevet ikke længere backes op — filerne hører til i OneDrive og SharePoint.

Ofte stillede spørgsmål om migrering til Microsoft 365

Hvor lang tid tager en migrering til Microsoft 365?

For 50-100 brugere er 4-8 uger et realistisk estimat (eClaud IT, 2026). Har I mange gamle line-of-business apps eller Excel-makroer, ligger I i den høje ende. En ren mail- og filflytning uden legacy kan gå hurtigere.

Hvordan flytter man mails fra en lokal server til skyen?

Brug batch-migrering (fasedelt cut-over) frem for at flytte alle på én gang. Postkasserne migreres i hold, mens gammelt og nyt system kører parallelt. Test mailflow og MX-records grundigt, før I skifter endeligt over.

Kan man bruge on-premise AD sammen med Microsoft 365?

Ja, i en overgangsperiode kører I hybrid med synkronisering til Entra ID. For de fleste SMV’er er målet dog at udfase det lokale AD helt og køre 100 % på Entra ID. Det fjerner behovet for lokal infrastruktur og VPN.

Skal MFA være slået til fra dag 1?

Ja. Sæt MFA og Conditional Access op, før den første fil eller mailboks flyttes (CISA SCuBA, 2025). Det er både sikkerhedsmæssigt korrekt og et NIS2-krav. At tilføje det bagefter efterlader et vindue, hvor angribere kan komme ind.

Er Microsoft 365 NIS2 compliant?

Platformen leverer de tekniske kontroller, I skal bruge — MFA, Conditional Access, DLP, audit logging og retention via Purview. Men compliance handler også om, at I konfigurerer og dokumenterer dem korrekt. Governance-roller skal etableres før produktion, ikke bagefter.

Hvordan undgår man nedetid under migreringen?

Kør parallel drift og en pilot på 5-10 % af medarbejderne først. Migrér i batches, hold TTL på DNS lav før cut-over, og planlæg den endelige MX-ændring uden for spidsbelastning. Så mærker de fakturerende konsulenter ingen afbrydelse.

Hvilke værktøjer er bedst til SharePoint- og mailmigrering?

Til Exchange bruges Hybrid Configuration Wizard og batch-migrering. Til filer og SharePoint bruges ofte migreringsværktøjer som ShareGate eller BitTitan MigrationWiz, der automatiserer meget af flytningen. Det rigtige valg afhænger af datamængde og struktur.

Kom videre: Sådan starter I i praksis

1. Bestil en audit af postkasser, filer og delte drev — afsæt mindst 30 % af projekttiden her.
2. Byg sikkerhedsfundamentet: Entra ID, MFA, Conditional Access og Intune, testet før dataflytning.
3. Aktivér governance: DLP, retention og audit logging, så I er NIS2-klar fra start.
4. Kør en pilot på 5-10 % af huset og test mailflow, DNS og daglige arbejdsgange.
5. Migrér i batches med parallel drift — aldrig big bang over 50 brugere.
6. Udfas legacy: Flyt filserveren til SharePoint, skift til Entra ID og sluk hardwaren.
7. Uddan medarbejderne før cut-over og udpeg superbrugere i hver afdeling.

Vil I have en konkret tidsplan og et estimat på tid og økonomi? Book et migration-tjek hos A-one Solutions, så lægger vi køreplanen sammen.