Exchange-avbrott efter Windows Server-uppdateringarna i oktober 2026: MapiExceptionMdbOffline (ec=1142)

Sedan patchdagen den 13 oktober 2026 slutar Exchange-servrar att fungera efter cirka 24 timmars drifttid: klienter förlorar anslutningen till postlådan, OWA rapporterar MapiExceptionMdbOffline: Unable to make connection to the server. (hr=0x80004005, ec=1142), e-post blir liggande i köerna och databasrepliker i DAG:er replikeras inte längre. Microsoft kompletterade tillkännagivandet av Exchange-SU:erna för oktober den 15 oktober 2026 med en anmärkning: orsaken är oktoberuppdateringarna för Windows Server, och installation av Exchange-SU:t krävs inte för att problemet ska uppstå. Det finns ännu ingen lösning eller officiell workaround (status 16 oktober 2026).

Symptom

De symptom som hittills har rapporterats:

• OWA misslyckas med MapiExceptionMdbOffline: Unable to make connection to the server. (hr=0x80004005, ec=1142); i Application Log finns Event ID 1006.
• Outlook-klienter förlorar anslutningen till postlådan.
• E-post levereras varken internt eller externt, och transportköerna växer.
• I DAG:er replikeras databasrepliker inte längre; enligt läsarrapporter hos Born misslyckas switchovers vid övergång till underhållsläge.
• Exchange Admin Center visar ändå databaserna som monterade (Frankys Web).

Felet uppstår inte direkt efter installationen, utan enligt rapporter efter cirka 22 till 30 timmars drifttid. En omstart av servern återställer driften, men avbrottet upprepas efter ungefär samma tid. I kommentarer hos Born observeras att postlåde-replikeringstjänsten avslutas under eller efter databasunderhållsuppgifterna och att MdbOffline-felen därefter börjar; detta är inte bekräftat.

Berörda uppdateringar

Microsoft nämner följande kumulativa Windows-uppdateringar i tillägget till Exchange-tillkännagivandet:

Samma patchdag släpptes även Exchange-SU:erna (Exchange SE: KB5128895, «SU11») och kumulativa uppdateringar för .NET Framework. På en berörd Exchange SE med Windows Server 2019 var dessa tre paket installerade:

• Security Update For Exchange Server Subscription Edition (KB5128895)
• 2026-10 Cumulative Update for .NET Framework 3.5, 4.7.2 and 4.8 for Windows Server 2019 for x64 (KB5128923)
• 2026-10 Cumulative Update for Windows Server 2019 for x64-based Systems (KB5126651)

Microsoft nämner inte .NET-uppdateringen i tillägget. Läsare hos Born rapporterar dock avbrott med kombinationen av Windows- och .NET-uppdatering (där KB5128928 på Windows Server 2022) och en server med KB5126651 och Exchange-SU, men utan .NET-uppdatering, som fortfarande körde efter mer än 24 timmar. Det är därför oklart om .NET-uppdateringen är inblandad.

Om Exchange-SU:t: I forum och kommentarer sägs det att läget förbättras om Exchange SU11 installeras. Det kan inte bekräftas; avbrotten inträffade även på en server med SU11. Omvänt rapporterar flera administratörer avbrott utan installerat Exchange-SU, vilket stämmer överens med Microsofts uttalande. Exchange-SU:t åtgärdar sex sårbarheter, däribland en kritisk Remote Code Execution via ett preparerat e-postmeddelande; detaljer i artikeln om oktober-SU:t. Att hålla tillbaka det löser inte problemet.

Kontrollera status

Fastställ först på varje Exchange-server vilka av oktoberuppdateringarna som är installerade:

$kbs = "KB5126646", "KB5126655", "KB5126651", "KB5126868", "KB5128923"
Get-HotFix -Id $kbs -ErrorAction SilentlyContinue |
  Select-Object PSComputerName, HotFixID, InstalledOn

Get-HotFix listar inte .NET-uppdateringar tillförlitligt på alla system; vid osäkerhet visar uppdateringshistoriken i Inställningar den fullständiga statusen. Kontrollera Exchange-versionen i Exchange Management Shell med Get-ExchangeServer | Format-Table Name, AdminDisplayVersion och jämför den med Exchange-buildnummer.

Kontrollera sedan statusen för databaser, repliker och köer i Exchange Management Shell:

Get-MailboxDatabaseCopyStatus -Server $env:COMPUTERNAME |
  Format-Table Name, Status, CopyQueueLength, ReplayQueueLength, ContentIndexState
Get-Queue | Where-Object MessageCount -gt 0 |
  Format-Table Identity, DeliveryType, Status, MessageCount, LastError
Get-WinEvent -FilterHashtable @{LogName='Application'; Id=1006; StartTime=(Get-Date).AddDays(-2)} |
  Select-Object TimeCreated, ProviderName, Message

Flera Exchange-komponenter loggar Event ID 1006; det avgörande är posten med MdbOffline-meddelandet i texten.

Tillvägagångssätt tills en lösning finns

Microsoft undersöker enligt egen uppgift problemet tillsammans med Windows-teamet och nämner hittills varken workaround eller rollback. Under tiden:

1. Exchange-servrar som ännu inte har uppdaterats: Pausa Windows-oktoberuppdateringarna (och .NET-uppdateringen från samma dag) på Exchange-servrar, i WSUS, Intune eller den egna uppdateringshanteringen. Det är en avvägning: Windows-uppdateringarna åtgärdar också säkerhetsbrister. Exchange-servrar som är åtkomliga från internet bör därför följas särskilt noga.

2. Installera ändå Exchange-SU:t: Exchange-SU KB5128895 (respektive ESU-paketen för 2016/2019) är enligt Microsoft inte orsaken och åtgärdar en kritisk sårbarhet som kan utnyttjas via e-post utan konto.

3. Redan berörda servrar: En omstart återställer driften i ungefär en dag. Planera kontrollerade omstarter med ett intervall klart under 22 timmar, till exempel varje natt, i stället för att vänta på nästa avbrott. Enligt läsare hos Born hjälper även en omstart av endast Exchange-tjänsterna tillfälligt; hur länge är inte belagt.

4. DAG: Starta om medlemmarna en i taget och flytta de aktiva databaserna i förväg till en nyligen omstartad server. Kontrollera efter varje omstart med Get-MailboxDatabaseCopyStatus att replikerna åter är Healthy och att köerna minskar innan nästa server startas om.

5. Övervaka köer: Håll ett öga på Get-Queue och Event ID 1006, helst med larm, så att ett avbrott inte först upptäcks genom användarrapporter.

6. Kontrollera backup: En läsare hos Born rapporterar en misslyckad VSS-writer i backupen efter avbrottet. Kontrollera säkerhetskopiorna från de senaste nätterna.

Om avinstallation av Windows-uppdateringarna: Sedan 2021 levererar Microsoft den kumulativa uppdateringen tillsammans med Servicing Stack Update som ett kombinerat paket. wusa /uninstall tar inte bort ett sådant paket; i stället krävs DISM /Online /Remove-Package med paketnamnet från DISM /Online /Get-Packages. Microsoft har inte godkänt avinstallationen som workaround, och det finns ännu inga rapporter om en framgångsrik rollback med efterföljande stabil drift. Testa detta, om alls, först på en enskild server.

Enligt Frankys Web listar Microsoft ännu inte problemet som ett Known Issue för Windows-uppdateringarna (status 16 oktober 2026). Håll Microsofts tillkännagivande under uppsikt; Microsoft listar tillägg där längst ned under «Updates to this blog post». Denna artikel uppdateras så snart en lösning eller officiell workaround finns.