SQL Server 2017 osiąga koniec rozszerzonego wsparcia (Extended Support) 12 października 2027 roku. Po tej dacie Microsoft przestaje wydawać poprawki bezpieczeństwa dla wszystkich edycji — zarówno na Windows, jak i na Linux. Firmy, które nie zdążą z migracją, mają do wyboru płatne rozszerzone aktualizacje bezpieczeństwa (ESU) lub przeniesienie do Azure, gdzie ESU są darmowe przez trzy lata. Poniżej przedstawiamy cztery konkretne ścieżki działania — wraz z kosztami, ryzykiem i rekomendacją, która z nich jest najlepsza dla Twojej organizacji.
W skrócie
- Data graniczna: 12 października 2027 — koniec Extended Support dla SQL Server 2017 (wszystkie edycje: Enterprise, Standard, Express, Developer).
- Mainstream support zakończył się już 11 października 2022 — od tego czasu Microsoft nie dodaje nowych funkcji ani poprawek nienależących do kategorii bezpieczeństwa.
- Po 12.10.2027 brak jakichkolwiek poprawek bezpieczeństwa — chyba że wykupisz ESU (Extended Security Updates) lub przeniesiesz się do Azure.
- ESU on-premises kosztują ~75% rocznej ceny licencji i są dostępne maksymalnie przez 3 lata (do października 2030).
- ESU na Azure VM są darmowe przez 3 lata po końcu wsparcia — to najtańsza ścieżka przedłużenia bezpieczeństwa.
- SQL Server 2017 był przełomowy: pierwsza wersja natywnie działająca na Linux i Docker — migracja z tych platform wymaga szczególnej uwagi.
Co dokładnie oznacza koniec wsparcia SQL Server 2017
Koniec Extended Support to nie tylko sucha data w kalendarzu Microsoft Lifecycle. W praktyce oznacza trzy rzeczy:
- Zero poprawek bezpieczeństwa — nawet krytyczne luki (ocena CVSS 9.0+) nie otrzymają łatek. Każdy kolejny miesiąc po 12.10.2027 zwiększa ryzyko włamania.
- Brak wsparcia technicznego — Microsoft nie przyjmie zgłoszeń serwisowych dla SQL Server 2017, chyba że posiadasz aktywny kontrakt ESU lub Software Assurance z planem wsparcia.
- Problemy z compliance — audytorzy (ISO 27001, PCI DSS, RODO) uznają brak wsparcia producenta za naruszenie wymogu "aktualnego i wspieranego oprogramowania". Kary mogą być dotkliwe.
SQL Server 2017 to nie tylko baza danych — to ekosystem obejmujący SSIS, SSRS, SSAS, Machine Learning Services (R i Python) oraz PolyBase. Wszystkie te komponenty tracą wsparcie jednocześnie.
Dlaczego warto działać już teraz
Migracja SQL Server to nie jest zadanie na ostatni tydzień przed deadlinem. W zależności od liczby baz, stopnia skomplikowania (Linked Servers, replikacja, Always On Availability Groups) i dostępności środowiska testowego, proces może potrwać od 3 do 12 miesięcy. Dodatkowo MS SQL 2017 był pierwszą wersją z natywnym wsparciem dla Linuksa i kontenerów Docker — jeśli z niej korzystasz, migracja wymaga dodatkowego planowania (np. zmiany w systemd, ścieżkach plików, konfiguracji mssql-conf).
Cztery ścieżki migracji — porównanie kosztów i ryzyka
| Ścieżka | Koszt (orientacyjnie) | Czas wdrożenia | Ryzyko | Dla kogo |
|---|---|---|---|---|
| 1. Upgrade on-premises do SQL Server 2022/2025 | Koszt nowej licencji + robocizna | 3–9 miesięcy | Średnie (kompatybilność aplikacji) | Firm z własną serwerownią, które chcą zostać on-premises |
| 2. Migracja do Azure SQL Managed Instance | Opłata miesięczna Azure + koszt migracji | 2–6 miesięcy | Niskie (lift-and-shift) | Firm gotowych na chmurę, bez potrzeby pełnej kontroli nad OS |
| 3. Pozostanie na SQL Server 2017 z ESU (on-premises) | ~75% ceny licencji rocznie × 3 lata | 0 (zostajesz) | Wysokie po 3 latach (musisz i tak migrować) | Firm, które potrzebują 1–2 lat na certyfikację aplikacji |
| 4. Przeniesienie na Azure VM + darmowe ESU | Opłata za VM Azure (compute + storage) | 1–4 miesiące | Niskie (system "as-is") | Firm, które chcą kupić czas bez wysokich kosztów ESU |
Ścieżka 1: Upgrade on-premises do SQL Server 2022 lub 2025
Bezpośredni upgrade z SQL Server 2017 jest wspierany do wersji 2019, 2022 i 2025. Microsoft gwarantuje kompatybilność bazy danych na poziomie compatibility level — po migracji możesz zachować tryb zgodności 140 (SQL Server 2017), co chroni aplikacje przed zmianami w optymalizatorze zapytań.
Kroki:
- Inventory — spisz wszystkie instancje, bazy, agent jobs, linked servers, pakiety SSIS.
- Data Migration Assistant (DMA) — uruchom narzędzie Microsoft do wykrycia problemów z kompatybilnością (np. przestarzałe funkcje T-SQL).
- Środowisko testowe — odtwórz produkcyjną konfigurację Always On / FCI, przetestuj aplikacje.
- Side-by-side migration (zalecana) — postaw nową instancję SQL 2022/2025 obok starej, wykonaj backup/restore lub log shipping, przełącz aplikacje. Unikaj in-place upgrade (mniej bezpieczny, trudniejszy rollback).
Koszty: Licencja SQL Server 2022 Standard (2 rdzenie) to ok. 3 700 USD; Enterprise — ok. 14 250 USD (ceny katalogowe Microsoft, bez rabatów). Do tego dolicz robociznę administratora.
Ścieżka 2: Azure SQL Managed Instance (PaaS)
Najprostsza ścieżka "lift-and-shift". Azure SQL Managed Instance to w pełni zarządzana usługa, która odwzorowuje praktycznie całą funkcjonalność on-premises SQL Server — w tym cross-database queries, SQL Agent, replikację transakcyjną i CLR.
Kluczowa zaleta: Azure SQL MI jest versionless — nigdy nie musisz martwić się o koniec wsparcia. Microsoft automatycznie aktualizuje platformę, a Ty płacisz tylko miesięczny abonament.
Ograniczenia: Maksymalny rozmiar wszystkich baz w jednej instancji to 32 TB (vs 524 PB on-premises). Niektóre funkcje T-SQL są niedostępne (np. RESTORE FILELISTONLY z URL). Networking wymaga ExpressRoute lub VPN Gateway.
Ścieżka 3: Zostań na SQL Server 2017 z płatnym ESU
Extended Security Updates to program Microsoft dla klientów posiadających Software Assurance lub subskrypcje. Koszt to około 75% rocznej ceny licencji za każdy rok przedłużenia (maksymalnie 3 lata — do października 2030).
Uwaga: ESU obejmuje tylko krytyczne łatki bezpieczeństwa (ocenione jako Critical przez Microsoft Security Response Center). Nie dostaniesz poprawek wydajnościowych, funkcjonalnych ani żadnych innych błędów. Po trzech latach ESU wygasa bez możliwości przedłużenia.
Ścieżka 4: Azure VM z darmowym ESU (rekomendowana "kupienie czasu")
Przenosisz SQL Server 2017 "as-is" na maszynę wirtualną Azure — bez zmiany wersji, bez rekonfiguracji aplikacji. Microsoft udostępnia darmowe ESU przez 3 lata dla SQL Server uruchomionego na Azure VM, nawet jeśli nie posiadasz Software Assurance.
To optymalna ścieżka dla firm, które:
- Potrzebują dodatkowych 2–3 lat na zaplanowanie właściwej migracji (np. do Azure SQL MI lub nowszej wersji on-premises),
- Nie chcą płacić 75% ceny licencji rocznie za ESU on-premises,
- Mają już łączność z Azure (ExpressRoute / VPN).
Orientacyjny koszt: VM Azure Standard D4s v3 (4 vCPU, 16 GB RAM) z dyskiem SSD Premium 256 GB to ok. 800–1200 PLN miesięcznie. Znacznie mniej niż roczny ESU dla licencji Enterprise on-premises.
Specyfika migracji SQL Server 2017 na Linux
SQL Server 2017 był pierwszą wersją z pełnym wsparciem dla Red Hat Enterprise Linux, SUSE Linux Enterprise Server i Ubuntu. Jeśli używasz go na Linux:
- Ścieżka do Azure SQL MI jest identyczna jak z Windows — narzędzia migracyjne (DMA, Azure Database Migration Service) działają niezależnie od OS źródłowego.
- Upgrade on-premises do SQL Server 2022/2025 na Linux wymaga aktualizacji repozytoriów pakietów Microsoft (
packages.microsoft.com) i reinstalacji pakietumssql-server. Procedura:sudo apt-get update && sudo apt-get install mssql-server(Ubuntu) lubyum update mssql-server(RHEL). - Kontenery Docker z SQL 2017 — wystarczy podmienić obraz na
mcr.microsoft.com/mssql/server:2022-latesti ponownie uruchomić kontener z tymi samymi wolumenami danych.
Rekomendacja KluczeSoft — którą ścieżkę wybrać
Dla większości polskich firm (MŚP z 1–5 instancjami SQL Server) rekomendujemy ścieżkę hybrydową:
- Krótki termin (2025–2027): Zaplanuj i przeprowadź upgrade do SQL Server 2022 lub 2025 on-premises. Różnica w cenie między licencją SQL 2017 a 2022/2025 jest pomijalna w porównaniu z kosztem incydentu bezpieczeństwa.
- Jeśli potrzebujesz więcej czasu: Przenieś SQL Server 2017 na Azure VM — zyskujesz 3 lata darmowego ESU i spokojną przestrzeń na testy.
- Jeśli i tak rozważasz chmurę: Azure SQL Managed Instance eliminuje problem EOS na zawsze.
W sklepie KluczeSoft.pl znajdziesz legalne licencje SQL Server 2022 i 2025 w cenach znacznie niższych od katalogowych Microsoft — to licencje z rynku wtórnego, w pełni zgodne z prawem UE (wyrok TSUE UsedSoft vs Oracle, C-128/11). Dzięki temu koszt upgradu spada nawet o 40–60%, co czyni ścieżkę on-premises realną również dla mniejszych firm.
Częste pytania
Czy po 12 października 2027 SQL Server 2017 przestanie działać?
Nie. SQL Server 2017 będzie działał normalnie — bazy danych, zapytania, backup, restore — wszystko funkcjonuje bez zmian. Przestają pojawiać się tylko poprawki bezpieczeństwa i wsparcie techniczne Microsoft. Z technicznego punktu widzenia możesz go używać jeszcze przez lata, ale każdy niezałatany exploit to rosnące ryzyko.
Czy ESU (Extended Security Updates) obejmują poprawki błędów nienależących do bezpieczeństwa?
Nie. ESU to wyłącznie krytyczne łatki bezpieczeństwa sklasyfikowane jako Critical przez Microsoft Security Response Center (MSRC). Jeśli trafisz na bug powodujący np. błędne wyniki zapytania przy określonym planie wykonania, Microsoft nie wyda poprawki — chyba że zostanie on przeklasyfikowany jako luka bezpieczeństwa.
Czy mogę zupgrade'ować SQL Server 2017 bezpośrednio do wersji 2025?
Tak. Microsoft wspiera bezpośredni upgrade z SQL Server 2017 do 2025 (oraz 2019 i 2022) poprzez instalator Setup lub side-by-side migration z backup/restore. Compatibility level bazy można zachować na poziomie 140 (SQL 2017), dopóki aplikacja nie zostanie w pełni przetestowana pod nową wersją.
Czy SQL Server 2017 na Linux ma taką samą datę końca wsparcia jak na Windows?
Tak. Microsoft Lifecycle Policy nie rozróżnia systemu operacyjnego — data Extended Support (12.10.2027) jest identyczna dla wszystkich edycji SQL Server 2017 na Windows i Linux.
Co się stanie z bazami danych po migracji do nowszej wersji SQL Server?
Bazy pozostają w pełni funkcjonalne. SQL Server automatycznie podnosi compatibility level do domyślnego dla nowej wersji (np. 160 dla SQL 2022) tylko jeśli jawnie to zlecisz poprzez ALTER DATABASE SET COMPATIBILITY_LEVEL. W przeciwnym razie baza zachowuje stary poziom zgodności, co chroni przed regresją wydajności zapytań z powodu zmian w optymalizatorze.
Czy Azure SQL Managed Instance obsługuje wszystkie funkcje SQL Server 2017?
Nie wszystkie. Azure SQL MI pokrywa ok. 95% funkcji on-premises SQL Server — brakuje m.in. SQL Server Agent w identycznej formie (zastąpiony Elastic Jobs), niektórych procedur rozszerzonych (xp_cmdshell), FILESTREAM i FileTable. Przed migracją uruchom Data Migration Assistant, który wskaże konkretne niezgodności w Twoim środowisku.
Jak długo trwa typowa migracja jednej instancji SQL Server 2017?
Przy metodzie backup/restore: dla bazy 100 GB na szybkim storage (NVMe SSD) — ok. 30–60 minut na sam transfer danych plus 2–4 godziny na testy poprawności aplikacji. Dla Always On Availability Groups z wieloma bazami i replikacją: licz 2–5 dni roboczych z pełnym planem rollback. Kluczowe jest środowisko testowe — nigdy nie migruj produkcyjnej instancji "na żywo" bez wcześniejszego pełnego przetestowania.
Niezależne od Microsoft źródło: KluczeSoft.pl jest niezależnym sprzedawcą licencji Microsoft i nie jest afiliowany z Microsoft Corporation. Informacje o datach wsparcia pochodzą z oficjalnej strony Microsoft Lifecycle Policy.