SharePoint-brugere ramt af nedbrud efter fejlkonfiguration hos Microsoft

Onsdag i sidste uge oplevede en lang række SharePoint Online-brugere, at deres virksomheders intranet, dokumentbiblioteker og delte sider simpelthen ikke ville indlæse. Årsagen viste sig at være Microsoft selv: en fejlbehæftet konfigurationsændring ramte den mekanisme, der leverer koden til at rendere SharePoint-sider i browseren.

For de fleste brugere betød det en hvid skærm eller en fejlmeddelelse, hvor SharePoint-siden burde have vist sig. Problemet lå ikke i selve indholdet eller i den enkelte virksomheds opsætning, men i den underliggende leveringskæde, som Microsoft styrer centralt. Når koden til at bygge siden op ikke når frem til klienten, er der ikke ret meget en almindelig it-afdeling kan stille op med lokalt.

Hurtig tilbagerulning, men skaden var sket

Microsoft opdagede problemet og rullede konfigurationsændringen tilbage samme dag. Ifølge selskabets egne telemetridata var funktionaliteten normaliseret kort efter tilbagerulningen. Men for de virksomheder, der i timerne forinden ikke kunne tilgå deres SharePoint-baserede intranet eller dokumentsamarbejde, var skaden allerede sket i form af tabt arbejdstid og forstyrret drift.

Microsoft erkender fejlen ligeud og skriver, at man nu gennemgår processerne omkring udrulning af konfigurationsændringer: "Vi gennemgår i øjeblikket processen for validering og udrulning af konfigurationsændringer for at sikre, at fremtidige udrulninger ikke medfører lignende problemer."

Endnu et konfigurations-nedbrud i rækken

Det er ikke første gang i år, at en tilsyneladende rutinemæssig konfigurationsændring hos Microsoft har sendt chokbølger gennem cloud-tjenesterne. Tidligere på året har Azure oplevet ustabilitet af samme karakter, og en anden konfigurationsændring lagde betydelige dele af Microsoft 365 ned. I 2025 skabte en tilsvarende ændring problemer for Exchange Online via Outlook, og en sikkerhedsopdatering har også tidligere ramt Microsoft Teams og den nye Outlook-klient på Arm-baserede Windows-computere.

Mønstret er til at få øje på: Jo mere infrastruktur der samles hos én cloud-udbyder, jo større er blastradius, når noget går galt centralt. SharePoint Online er for mange danske virksomheder rygraden i det daglige samarbejde — intranet, dokumentdeling, projektsider og ofte også integrationer til Teams. Når leveringskæden fejler ét sted, mærkes det derfor bredt og øjeblikkeligt, uanset hvor velkonfigureret den enkelte virksomheds egen SharePoint-opsætning er.

Hvad kan it-afdelinger lære af det?

For den enkelte it-afdeling er den ubehagelige pointe, at der ikke findes nogen lokal fejlfinding, der kunne have løst dette. Når fejlen sidder i leverandørens egen konfigurationsudrulning, er den eneste reelle modforanstaltning at have en plan for, hvordan medarbejderne kan arbejde videre, hvis SharePoint eller andre centrale Microsoft 365-tjenester falder ud i en periode — for eksempel ved at sikre, at kritiske dokumenter også er tilgængelige offline, eller at kommunikationskanaler ikke udelukkende hviler på én tjeneste.

Om Microsofts varslede gennemgang af valideringsprocesserne for konfigurationsændringer rent faktisk reducerer antallet af fremtidige hændelser, må tiden vise. Men med endnu en sag føjet til listen er det tydeligt, at centraliseret cloud-infrastruktur ikke kun giver stordriftsfordele — den giver også et enkelt fejlpunkt, som millioner af brugere er afhængige af, hver eneste dag.