SQL Server 2025 - nowe limity edycji i migracja

Autor: Adam Siemiątkowski, SoftwareStudio Group Sp. z o.o.

Nowe limity edycji Express i Standard

Najważniejsza zmiana wersji 2025 nie dotyczy nowych funkcji, tylko liczb, na których opiera się decyzja o zakupie licencji. Dwa limity, które najczęściej wymuszały przejście na wyższą edycję, zostały podniesione.

Limity edycji Enterprise pozostają na poziomie możliwości systemu operacyjnego.

Dla systemu magazynowego pięciokrotne podniesienie limitu w edycji Express ma konkretne znaczenie. Bazę wypełniają zwykle tabele historii operacji, załączniki do zgłoszeń i logi audytowe, a nie same kartoteki towarowe - i to one dochodziły do 10 GB po kilku latach pracy. Przy 50 GB ten moment odsuwa się na tyle, że niewielkie wdrożenie może przepracować na bezpłatnej edycji cały cykl życia systemu.

Warto jednak wiedzieć, czego podniesienie limitu nie zmienia. Edycja Express nadal korzysta z 1410 MB pamięci na pulę buforów i najwyżej czterech rdzeni, a przede wszystkim nie zawiera SQL Server Agenta. To ostatnie jest w praktyce poważniejsze od rozmiaru bazy: bez harmonogramu zadań kopie zapasowe i nocna przebudowa indeksów muszą być uruchamiane z zewnątrz, zadaniem systemu operacyjnego, które ktoś musi napisać i nadzorować. Dlatego dla magazynu WMS.net pracującego na zmiany punktem wyjścia pozostaje edycja Standard.

Po stronie edycji Standard zmiana działa inaczej. 32 rdzenie i 256 GB pamięci to pułap, którego większość wdrożeń logistycznych i tak nie dotyka, ale usuwa on sytuację, w której o zakupie edycji Enterprise decydował rozmiar serwera, a nie potrzeba funkcji wysokiej dostępności.

Koniec edycji Web, dwie edycje Developer

W wersji 2025 nie ma już edycji Web, dostępnej wcześniej wyłącznie w ofercie dostawców hostingu. Instalacja pracująca na tej edycji może zostać zaktualizowana do edycji Standard albo Enterprise. Oznacza to zmianę modelu licencjonowania i warto ją wycenić przed migracją, bo dotychczasowy koszt bywał częścią abonamentu hostingowego.

W drugą stronę poszła edycja Developer, dotąd jedna, odpowiadająca funkcjonalnie edycji Enterprise. Teraz występuje w dwóch wariantach - Enterprise Developer i Standard Developer. Ma to znaczenie przy budowie środowiska testowego. Jeżeli produkcja pracuje na edycji Standard, test na wariancie Standard Developer nie przemilczy ograniczeń, na które aplikacja natrafi po wdrożeniu. Obie edycje pozostają bezpłatne i obu wolno używać wyłącznie do prac rozwojowych i testów, nigdy produkcyjnie.

Zmieniła się też sama edycja Express, która obejmuje teraz komplet funkcji dostępnych wcześniej w wariancie Express with Advanced Services, między innymi wyszukiwanie pełnotekstowe.

Funkcje wersji 2025 w systemie magazynowym

Lista nowości jest długa, ale w eksploatacji systemu logistycznego liczy się kilka pozycji. Poniżej te, które realnie dotykają pracy z danymi magazynowymi.

• Natywny typ JSON i indeksowanie JSON - dane wymieniane z systemami kontrahentów i z terminalami przestają być przechowywane jako zwykły tekst, a zapytanie po polu z dokumentu JSON może korzystać z indeksu.
• Wyrażenia regularne w T-SQL - walidacja numeru seryjnego, kodu kreskowego czy numeru rejestracyjnego mieści się w jednym warunku zamiast w łańcuchu funkcji tekstowych.
• Typ wektorowy, indeksy DiskANN i obsługa modeli - baza potrafi wyszukiwać po podobieństwie opisu, nie tylko po dokładnym dopasowaniu. To podstawa pod wyszukiwanie w opisach zgłoszeń reklamacyjnych czy w kartotece towarowej prowadzonej przez wielu dostawców.
• Kopie zapasowe do magazynu obiektowego zgodnego z S3 - dodatkowa lokalizacja kopii bez budowania osobnego serwera plików.
• Lustrzane odwzorowanie bazy w Microsoft Fabric - dane raportowe trafiają poza bazę produkcyjną, co zdejmuje z niej zapytania analityczne uruchamiane w godzinach pracy magazynu.

Przy funkcjach związanych z wektorami i modelami trzeba pamiętać o jednym. Część z nich, w tym indeksowanie DiskANN i obsługa lokalnych modeli ONNX, wymaga włączenia ustawienia PREVIEW_FEATURES na poziomie bazy danych. To świadoma decyzja administratora, a nie stan domyślny, i w środowisku produkcyjnym warto ją podjąć dopiero po testach.

Migracja z wersji bez wsparcia

Wersja 2025 pojawia się w momencie, w którym trzy starsze wersje nie mają już żadnego wsparcia. SQL Server 2012 stracił je w lipcu 2022, SQL Server 2014 w lipcu 2024, a SQL Server 2016 - 14 lipca 2026. Baza pracująca na takiej wersji działa dalej i magazyn tego nie odczuwa, dlatego sprawa zwykle wychodzi dopiero przy ankiecie bezpieczeństwa kontrahenta, przy odnowieniu polisy albo przy audycie u operatora logistycznego.

Pierwsze pytanie brzmi: aktualizacja istniejącej instancji czy przeniesienie bazy na nową. Odpowiedź wynika z wersji źródłowej.

Aktualizacja w miejscu wymaga tej samej architektury. Instancji 32-bitowej nie da się przekształcić w 64-bitową, bazę trzeba przenieść.

Przy wersji 2016 warunkiem jest zainstalowany dodatek Service Pack 3 - instalacja bez niego musi go najpierw otrzymać. Przy wersjach starszych niż 2014 pozostaje przeniesienie bazy: kopia zapasowa i odtworzenie na nowej instancji albo odłączenie i podłączenie plików. Ta droga ma zresztą zaletę, o której łatwo zapomnieć - stary serwer zostaje nietknięty i jest gotową drogą powrotu.

Niezależnie od drogi trzeba odtworzyć to, co nie mieści się w samej bazie: loginy serwera, zadania SQL Server Agenta, plany konserwacji, konta pocztowe bazy i uprawnienia. To najczęstsze źródło zgłoszeń w pierwszych dniach po migracji - system działa, ale nocne przeliczenie nie startuje, bo zadanie zostało na starym serwerze.

Kolejność prac, która sprawdza się przy bazie systemu magazynowego:

1. Inwentaryzacja tego, co obok bazy. Spis zadań Agenta, loginów, serwerów powiązanych i zadań po stronie instalacji aplikacji.
2. Pomiar przed zmianą. Zapisane czasy wykonania najcięższych zapytań i raportów, żeby po migracji było z czym porównać.
3. Próba na kopii. Odtworzenie bazy produkcyjnej na instancji 2025 poza produkcją i przepuszczenie przez nią pełnego cyklu dnia pracy magazynu.
4. Sprawdzenie zgodności sterowników. Aplikacje łączące się starszymi bibliotekami mogą wymagać podniesienia wersji sterownika.
5. Migracja właściwa w oknie bez ruchu. Z kopią sprzed operacji jako drogą powrotu.
6. Poziom zgodności na koniec. Osobno, po kilku dniach stabilnej pracy.

Poziom zgodności 170 i kolejność prac

SQL Server 2025 wprowadza poziom zgodności 170, ale obsługuje również poziomy od 100 wzwyż. Baza przeniesiona z wersji 2016 zachowuje swój dotychczasowy poziom 130 i pracuje normalnie - silnik jest nowy, natomiast zapytania układane są według dotychczasowych zasad.

To rozdzielenie jest w migracji najcenniejsze, bo pozwala rozłożyć ryzyko na dwa etapy. Przeniesienie instancji zmienia środowisko, ale nie plany wykonania zapytań. Dopiero podniesienie poziomu zgodności włącza nowy sposób ich układania i właśnie na tym kroku część zapytań przyspiesza, a część potrafi zwolnić.

Dlatego warto wykonać go osobno, po kilku dniach stabilnej pracy, mając zapisane wcześniejsze czasy wykonania. Jeżeli po zmianie konkretny raport zwalnia, jest z czym porównać i wiadomo, którego zapytania szukać - zamiast odkrywać to przy zgłoszeniu z magazynu.

2022 czy 2025 przy nowym wdrożeniu

Przy nowej instalacji odpowiedź jest prosta. Wersja 2025 daje trzy lata dłuższe wsparcie niż wersja 2022 i wyższe limity w edycji Standard, więc nie ma powodu zaczynać od starszej. Różnica w cyklu życia to porównanie stycznia 2036 ze styczniem 2033.

Przy instalacji działającej na wersji 2019 lub 2022 pośpiech nie jest potrzebny. Obie mają wsparcie odpowiednio do 2030 i 2033 roku, a migracja bazy systemu magazynowego to operacja z oknem serwisowym, testami i planem wycofania - nie zadanie, które robi się dlatego, że pojawiła się nowsza wersja.

Inaczej wygląda sytuacja przy wersjach 2012, 2014 i 2016. Tu nie chodzi o nowe funkcje, tylko o brak poprawek bezpieczeństwa, a to pozycja, która pojawia się w każdej ankiecie bezpieczeństwa i przy każdym audycie. Porównanie wszystkich wersji wraz z datami wsparcia znajduje się w tabeli na stronie głównej, a szerszy kontekst pracy z bazą w artykułach z działu SQL Server.