BizTalks livscykel: exakta datum och vad supportfaserna betyder
BizTalk Server 2016 lämnar extended support 2027-01-11. BizTalk Server 2020 har mainstream support till 2028-04-11 och extended support till 2030-04-09.
Datumen nedan kommer från Microsoft Lifecycle. De beskriver produktens supportstatus; de är inte ett tekniskt stoppdatum som stänger av en installerad miljö.
| Version | Mainstream | Extended | Status |
|---|---|---|---|
| 2006 R2 | 2011-07-12 | 2016-07-12 | Utgången |
| 2009 | 2014-07-08 | 2019-07-09 | Utgången |
| 2010 | 2016-01-13 | 2021-01-13 | Utgången |
| 2013 | 2018-07-11 | 2023-07-12 | Utgången |
| 2013 R2 | 2018-07-11 | 2023-07-12 | Utgången |
| 2016 | 2022-01-11 | 2027-01-11 | Extended support |
| 2020 | 2028-04-11 | 2030-04-09 | Mainstream support |
Mainstream och extended är olika beslutspunkter
Under mainstream support ingår säkerhetsuppdateringar, möjlighet att begära icke-säkerhetsrelaterade uppdateringar och vanlig incidentsupport enligt Microsofts Fixed Lifecycle Policy. Under extended support fortsätter säkerhetsuppdateringar, medan icke-säkerhetsrelaterade ändringar och designförfrågningar inte längre hör till den ordinarie fasen. När extended support tar slut upphör den vanliga produktservicen.
2016 kräver ett kortare perspektiv än 2020
En miljö på BizTalk Server 2016 har mindre än ett halvår kvar till slutet av extended support räknat från sidans verifieringsdatum. Det motiverar ett konkret beslut: uppgradera till 2020 för att köpa supporttid, migrera ut valda flöden eller acceptera en dokumenterad risk. BizTalk Server 2020 har längre horisont, vilket gör en vågbaserad plan möjlig utan att kalla varje flöde akut.
Vad tabellen inte säger
Produktens datum bevisar inte att ett visst Windows Server-, SQL Server- eller adapterupplägg stöds. Kontrollera även systemkraven och livscykeln för varje beroende. En miljö kan därför behöva åtgärdas före BizTalk-datumet, men den slutsatsen ska komma från den faktiska versionskombinationen och inte från en generell varning.
Nästa steg
Fastställ version och kumulativ uppdatering, inventera beroenden och välj sedan mellan uppgradering, kontrollerad väntan och migreringsvågor. Börja med den läsande inventeringen; ett artefaktantal är underlag för prioritering, inte en färdig tidsplan.