Windows Server 2012 R2: de sista säkerhetsuppdateringarna upphör 13 oktober 2026. Vad nu?
ESU för Windows Server 2012 R2 upphör 13 oktober 2026, även i Azure. Vart du ska flytta, vad som brukar bromsa flytten och vad du gör om du inte hinner.
Vlado Pandžić · Grundare · Senior .NET-arkitekt
Publicerad · 5 min läsning
Innehåll
Den ordinarie supporten för Windows Server 2012 och 2012 R2 upphörde den 10 oktober 2023. Sedan dess har många företag hållit servrarna vid liv med Extended Security Updates (ESU), köpta eller gratis i Azure. Den bryggan tar slut den 13 oktober 2026. Microsoft erbjöd ESU i högst tre år, och detta är slutet, även i Azure.
Servrarna fortsätter att starta. Applikationerna på dem fortsätter att fungera. Men från den 14 oktober förblir varje sårbarhet som hittas i Windows Server 2012 öppen, för alltid.
Vad som ändras den 14 oktober
| Till 13 oktober 2026 | Från 14 oktober 2026 | |
|---|---|---|
| Säkerhetsuppdateringar | Kritiska och viktiga rättningar via ESU | Inga |
| I Azure | Gratis ESU | Inga uppdateringar där heller |
| Nya sårbarheter | Åtgärdas | Förblir öppna |
| Revisioner, försäkringsbolag, kunder med säkerhetsfrågor | Det finns ett svar: ESU | Ett operativsystem utan support på listan |
Vart du ska flytta, och vart inte
Flytta inte till Windows Server 2016. Det förlorar supporten den 12 januari 2027, och då gör du om det här om tre månader. Windows Server 2019 har support till den 9 januari 2029. De rimliga målen:
| Mål | Support till |
|---|---|
| Windows Server 2022 | 14 oktober 2031 |
| Windows Server 2025 | 14 november 2034 |
Det finns tre vägar dit:
- En ny server bredvid. En ny Windows Server 2022 eller 2025 bredvid den gamla, applikationerna flyttas och testas, sedan sker bytet. Den gamla servern lämnas orörd tills den nya har visat att den fungerar. Det är så vi oftast gör.
- En uppgradering på plats. Windows Server 2025 kan uppgraderas direkt från 2012 R2 och hoppar då över upp till fyra versioner. Det går fortare, men allt gammalt följer med, och om något går sönder finns ingen gammal server att gå tillbaka till. Testa först på en kopia.
- Helt bort från servern. En .NET-webbapplikation eller ett API kan ofta flytta till Azure App Service eller en container, och då är operativsystemet inte längre ditt problem alls.
Vårt verktyg för supportslut för Windows Server visar datum för alla versioner, med nedräkning.
Vad som brukar bromsa flytten
Själva Windows-uppgraderingen är sällan det svåra. Det här är det:
- Ingen vet exakt vad som körs på servern. En schemalagd uppgift som skickar fakturor på natten, en tjänst som någon installerade 2015, en delad mapp som ett annat system skriver till.
- Gamla applikationer. Applikationer på .NET Framework 4.x fungerar oftast utan ändringar på den nya Windows Server. Mycket gamla applikationer, 32-bitarskomponenter och gamla COM-bibliotek behöver testas, och ibland krävs en migrering till modern .NET.
- En gammal SQL Server på samma maskin. Även SQL Server 2012 och 2014 saknar support, så databasen måste också flytta. Ett säkert sätt beskriver vi i artikeln om att uppgradera SQL Server 2016.
- Hårdkodade servernamn och sökvägar i applikationer och konfigurationsfiler.
Ordningen som fungerar
- Steg 1Inventering av den gamla servern
- Steg 2Ny server bredvid
- Steg 3Flytta och testa, en applikation i taget
- Steg 4Byt, behåll den gamla avstängd
Inventeringen tar en timme och förhindrar de flesta överraskningar. Kör det här i PowerShell på den gamla servern:
Get-WindowsFeature | Where-Object Installed
Get-ScheduledTask | Where-Object TaskPath -notlike '\Microsoft\*'
Get-Service | Where-Object StartType -eq 'Automatic'Första raden visar installerade roller, andra de schemalagda uppgifter som någon har skapat och tredje de tjänster som startar av sig själva. Varje rad på listorna behöver ett svar: flyttar den till den nya servern, eller kan den tas bort?
Behåll den gamla servern avstängd men intakt i några veckor efter bytet. Har något missats märker du det i slutet av månaden, när månadsjobbet inte körs.
Om du inte hinner
Från den 14 oktober är en gammal server en risk som du hanterar, inte en lösning. Tills den är ersatt:
- Isolera den. Ingen internetåtkomst, en brandvägg som bara släpper igenom de portar applikationen verkligen behöver, inga administratörsinloggningar från den till andra servrar.
- Ta ut den ur domänen om applikationen tillåter det, så att en komprometterad gammal server inte blir en väg in till allt annat.
- Övervaka den. Inloggningar, öppna portar och ändringar, med en varning när något ovanligt händer.
- Sätt ett datum. Veckor, inte år. Varje månad på en opatchad server gör det mer sannolikt att nästa sårbarhet blir den som spelar roll.
Hur lång tid det tar
Ungefärliga intervall för flytt till en ny server:
- en server med en applikation: några dagar, med test
- flera roller, schemalagda uppgifter och en databas: två till fyra veckor
- en server som många system är beroende av, där ingen vet säkert vad som pratar med den: längre, och inventeringen är halva jobbet
Samma situation väntar Windows Server 2016 i januari 2027. Har du båda, planera dem tillsammans; resten går vi igenom i artikeln om att supporten för Windows Server 2016 upphör.
Flyttar du hellre applikationen till Azure? Läs App Service, VM eller containrar.
Så arbetar vi
Precis det här gör vi. ProCoding är en .NET-studio från Split i Kroatien, och vi flyttar affärsapplikationer från gamla servrar: inventering, ny server eller Azure, flytt och test en applikation i taget och koll på allt efter bytet. Första steget: Boka ett kostnadsfritt samtal på 30 minuter.
Källor
- Overview of Extended Security Updates for Windows Server 2012 and 2012 R2, Microsoft Learn
- Windows Server 2022 lifecycle, Microsoft Learn
- Windows Server 2025 lifecycle, Microsoft Learn
Den här artikeln är endast allmän information och inte juridisk, skattemässig, ekonomisk eller annan professionell rådgivning. Scenarier, exempel och beräkningar är illustrativa. Användarvillkor och ansvarsfriskrivning.