SQL Server 2022 — jak aktywować i prawidłowo wdrożyć licencję krok po kroku

Aktywacja SQL Server 2022 to jeden z tych tematów, które na pierwszy rzut oka wydają się banalne — wpisujesz klucz, klikasz „Dalej” i gotowe. W praktyce ścieżka od instalatora do w pełni zalicencjonowanej instancji produkcyjnej potrafi zaskoczyć nawet doświadczonych administratorów. Zmiany w modelu licencjonowania, ewolucja mechanizmów aktywacji w systemie Windows Server 2025, nowe wymagania dotyczące kontenerów i subskrypcji Azure Arc — wszystko to sprawia, że temat zasługuje na solidne omówienie. W tym artykule zebraliśmy komplet informacji potrzebnych do poprawnej aktywacji SQL Server 2022 we wszystkich popularnych scenariuszach: od klasycznej instalacji on-premises, przez licencjonowanie zbiorcze (Volume Licensing), aż po wdrożenia chmurowe i hybrydowe. Opisujemy również pułapki wersji próbnych, procedury zmiany edycji bez ponownej instalacji oraz najczęstsze kody błędów wraz ze sposobami ich rozwiązania.

Dlaczego aktywacja SQL Server 2022 różni się od poprzednich wersji

Microsoft od lat stopniowo modernizuje mechanizmy licencjonowania swoich sztandarowych produktów, a SQL Server 2022 stanowi pod tym względem przełom. Po raz pierwszy w historii tej platformy aktywacja może przebiegać całkowicie w modelu subskrypcyjnym, bez konieczności posiadania tradycyjnego klucza produktu w postaci 25-znakowego ciągu. Jednocześnie klasyczna ścieżka — zakup licencji wieczystej z Software Assurance lub bez niego — pozostaje w pełni wspierana. Ta dwoistość bywa źródłem nieporozumień, zwłaszcza gdy organizacja miesza licencje nabyte w ramach różnych programów.

Kluczową nowością jest integracja z usługą Azure Arc, która umożliwia zarządzanie stanem licencji instancji on-premises z poziomu Azure Portal. W praktyce oznacza to, że SQL Server 2022 może raportować swoją aktywację do chmury Microsoftu, a administrator dostaje scentralizowany widok zgodności licencyjnej całego środowiska — bez względu na to, czy serwery stoją we własnej serwerowni, czy działają na infrastrukturze VMware. Dla firm posiadających umowy EA (Enterprise Agreement) lub MPSA (Microsoft Products and Services Agreement) ten model upraszcza audyty i eliminuje ryzyko przypadkowego przekroczenia limitu rdzeni.

Trzecim czynnikiem, który odróżnia SQL Server 2022 od wcześniejszych wydań, jest zmiana polityki wsparcia dla Windows Server 2025 — domyślnego systemu operacyjnego dla nowych wdrożeń w 2026 roku. Instalator SQL Server 2022 w wersji RTM nie rozpoznaje poprawnie niektórych ścieżek aktywacji na tym systemie, co w określonych konfiguracjach wymaga zastosowania Cumulative Update 17 lub nowszego.

Metody aktywacji — przegląd dostępnych ścieżek

SQL Server 2022 oferuje obecnie sześć podstawowych metod aktywacji, różniących się przeznaczeniem, wymaganiami infrastrukturalnymi i stopniem skomplikowania. Wybór odpowiedniej zależy od trzech czynników: sposobu zakupu licencji, trybu wdrożenia oraz docelowej architektury wysokiej dostępności.

Klasyczna aktywacja kluczem produktu (MAK / Retail)

To najbardziej rozpowszechniona metoda, stosowana przy zakupie pojedynczych licencji lub małych pakietów. Podczas instalacji lub po niej, za pośrednictwem narzędzia SQL Server Installation Center, wprowadza się 25-znakowy klucz produktu. System weryfikuje go lokalnie lub — w przypadku kluczy MAK (Multiple Activation Key) — kontaktuje się z serwerami aktywacyjnymi Microsoftu. Aktywacja MAK wymaga łączności internetowej na porcie 443 lub ręcznego przeprowadzenia procesu telefonicznie. Limit aktywacji dla jednego klucza MAK jest sztywny; po jego wyczerpaniu konieczne jest złożenie wniosku o zwiększenie puli przez portal Volume Licensing Service Center.

Aktywacja przez KMS (Key Management Service)

Organizacje posiadające umowy zbiorcze (Volume Licensing) od lat korzystają z własnych serwerów KMS. Klient SQL Server 2022 odnajduje serwer KMS automatycznie przez DNS (rekord SRV _vlmcs._tcp) lub po ręcznym wskazaniu za pomocą polecenia slmgr.vbs /skms <adres:port>. Po odnalezieniu serwera instancja aktywuje się przy użyciu ogólnego klucza GVLK (Generic Volume License Key), który jest publicznie dostępny w dokumentacji Microsoftu. Aktywacja KMS wymaga okresowego odnawiania — domyślnie co 180 dni — co oznacza, że serwer KMS musi być osiągalny przez cały cykl życia instancji. SQL Server 2022 wprowadził obsługę aktywacji KMS również dla kontenerów Linux, co jest nowością względem SQL Server 2019.

Aktywacja przez Active Directory-Based Activation (ADBA)

ADBA to wariant KMS zintegrowany z usługą Active Directory. Zamiast utrzymywać dedykowany serwer KMS, organizacja publikuje obiekty aktywacji bezpośrednio w domenie. SQL Server 2022 — podobnie jak Windows Server — automatycznie odnajduje te obiekty podczas uruchamiania i aktywuje się bez dodatkowej konfiguracji. ADBA jest szczególnie wygodna w rozproszonych środowiskach, gdzie instancje SQL Server są członkami domeny i mają stały dostęp do kontrolerów. Wymaga jednak poziomu domeny Windows Server 2016 lub nowszego.

Azure Arc enabled SQL Server — model subskrypcyjny

To najbardziej elastyczna metoda, wprowadzona właśnie w SQL Server 2022. Instancja łączy się z Azure Arc za pośrednictwem lokalnego agenta (Azure Connected Machine agent), a rozliczenie odbywa się w modelu pay-as-you-go lub w ramach subskrypcji Azure. Administrator nie wprowadza żadnego klucza — stan licencji jest zarządzany centralnie w Azure Portal. Model ten ma trzy podwarianty: licencjonowanie wyłącznie subskrypcyjne, wykorzystanie istniejących licencji z Software Assurance w ramach Azure Hybrid Benefit oraz tryb deweloperski (bezpłatny, bez wsparcia produkcyjnego). W 2026 roku Microsoft silnie promuje tę ścieżkę, oferując dodatkowe zniżki przy migracji licencji wieczystych na subskrypcje.

Aktywacja w kontenerach Linux

SQL Server 2022 na platformie Docker i Kubernetes może być aktywowany na trzy sposoby: przez zmienną środowiskową MSSQL_PID ustawioną na Developer, Express, Evaluation lub konkretny klucz produktu; przez podłączenie woluminu z plikiem konfiguracyjnym zawierającym klucz GVLK i wskazanie serwera KMS; albo przez integrację z Azure Arc. W środowiskach orkiestracji Kubernetes zaleca się przechowywanie klucza w obiekcie Secret i przekazywanie go jako zmiennej środowiskowej, co zapobiega przypadkowemu ujawnieniu wrażliwych danych w definicji poda.

Aktywacja w trybie offline

W sieciach izolowanych (tzw. air-gapped environments) aktywację przeprowadza się ręcznie. Dla kluczy MAK dostępna jest procedura telefoniczna: wybór opcji „Activate by phone” w kreatorze generuje identyfikator instalacji, który operator Microsoftu zamienia na identyfikator potwierdzenia. Dla aktywacji zbiorczej w trybie offline stosuje się serwer KMS działający wewnątrz izolowanej sieci, który sam musi być aktywowany telefonicznie lub przez wyeksportowanie żądania do pliku XML i jego ręczne dostarczenie na serwer proxy z dostępem do internetu. Azure Arc nie wspiera obecnie pełnej aktywacji offline — agent musi okresowo raportować stan do chmury.

Instrukcja krok po kroku — aktywacja kluczem produktu

Poniższa procedura obejmuje najpopularniejszy scenariusz: aktywację SQL Server 2022 Standard lub Enterprise przy użyciu 25-znakowego klucza produktu na systemie Windows Server 2025. Przed rozpoczęciem upewnij się, że instancja została zainstalowana — nie musi być jeszcze skonfigurowana pod kątem produkcyjnym, ale musi przejść pomyślnie przez cały proces instalatora.

Krok pierwszy: uruchom SQL Server 2022 Installation Center z odpowiednimi uprawnieniami. Najprostszą drogą jest wywołanie pliku setup.exe z nośnika instalacyjnego. Po uruchomieniu wybierz sekcję „Maintenance”, a następnie „Edition Upgrade”. Mimo że nie zmieniasz edycji, to właśnie ta ścieżka umożliwia wprowadzenie nowego klucza produktu, gdy instancja została już zainstalowana, ale jeszcze nieaktywowana. Jeśli instalujesz SQL Server od podstaw i posiadasz klucz przed instalacją, wprowadź go bezpośrednio na stronie „Product Key” kreatora instalacji.

Krok drugi: w polu klucza produktu wpisz 25-znakowy kod dokładnie tak, jak widnieje na etykiecie lub w wyciągu z Volume Licensing Service Center. Instalator automatycznie wstawia myślniki — nie musisz ich wpisywać ręcznie. Zweryfikuj, czy wskazana instancja (domyślnie MSSQLSERVER lub nazwana) jest tą właściwą, na której chcesz przeprowadzić aktywację. Zatwierdź wybór i przejdź przez kolejne ekrany kreatora. Sam proces trwa kilkanaście sekund i nie wymaga restartu usługi — chyba że dodatkowo instalujesz aktualizacje zbiorcze.

Krok trzeci: po zakończeniu pracy kreatora otwórz SQL Server Configuration Manager i znajdź swoją instancję na liście usług. Kliknij prawym przyciskiem i wybierz „Restart”. Restart jest wymagany do przeładowania konfiguracji licencyjnej przez silnik bazy danych. Alternatywnie możesz użyć konsoli PowerShell: Restart-Service -Name MSSQLSERVER -Force.

Krok czwarty — weryfikacja. Uruchom SQL Server Management Studio (SSMS) lub Azure Data Studio, połącz się z instancją i wykonaj zapytanie:

SELECT SERVERPROPERTY('ProductVersion') AS Wersja,
       SERVERPROPERTY('Edition') AS Edycja,
       SERVERPROPERTY('LicenseType') AS TypLicencji;

W kolumnie Edition powinna widnieć pełna nazwa edycji (np. Enterprise Edition (64-bit)), a nie Evaluation Edition. Dodatkową kontrolę stanu aktywacji uzyskasz przez dziennik błędów SQL Server — wpis Product-level licensing is registered potwierdza poprawną aktywację. W przypadku niepowodzenia dziennik zawiera szczegółowy kod błędu, który omawiamy w sekcji poświęconej rozwiązywaniu problemów.

Aktywacja zbiorcza — KMS i ADBA w środowisku korporacyjnym

Środowiska korporacyjne rzadko aktywują SQL Server ręcznie — skala wdrożeń wymaga automatyzacji. Dwa główne filary aktywacji zbiorczej to KMS (Key Management Service) i ADBA (Active Directory-Based Activation). Choć opierają się na tym samym mechanizmie licencjonowania, różnią się architekturą i wymaganiami operacyjnymi.

Aby skonfigurować aktywację KMS dla SQL Server 2022, potrzebujesz najpierw działającego hosta KMS — może to być Windows Server 2019 lub nowszy z zainstalowaną rolą Volume Activation Services. Następnie na hoście KMS instalujesz odpowiedni klucz KMS hosta (KMS Host Key), który uprawnia go do aktywowania określonej puli klientów SQL Server. Klucz ten pobierasz z portalu Volume Licensing Service Center — jest on przyporządkowany do konkretnej umowy i edycji produktu. Po zainstalowaniu klucza na hoście KMS wykonaj aktywację online hosta; od tego momentu host KMS jest gotowy do obsługi zapytań od klientów.

Po stronie klienta (instancji SQL Server 2022) procedura sprowadza się do dwóch czynności: zainstalowania ogólnego klucza GVLK odpowiedniego dla posiadanej edycji oraz wskazania serwera KMS. Poniższa tabela zestawia publiczne klucze GVLK dla SQL Server 2022:

Aby ręcznie skonfigurować klienta KMS, otwórz wiersz polecenia z uprawnieniami administratora i wykonaj:

slmgr.vbs /ipk <klucz GVLK>
slmgr.vbs /skms <nazwa-serwera-kms>:1688
slmgr.vbs /ato

Ostatnie polecenie (/ato) wymusza natychmiastową próbę aktywacji. Jeśli w sieci istnieje rekord DNS SRV dla KMS, drugi krok jest zbędny — klient automatycznie odnajdzie serwer. W środowiskach ADBA procedura jest jeszcze prostsza: wystarczy zainstalować klucz GVLK (krok pierwszy) — reszta procesu zachodzi automatycznie przy starcie usługi.

Ważna uwaga dotycząca SQL Server 2022 na Windows Server 2025: niektóre kompilacje systemu operacyjnego wymagają, aby klucz GVLK został zainstalowany również w rejestrze systemowym, a nie tylko w konfiguracji SQL Server. Jeśli po wykonaniu powyższych kroków stan aktywacji nadal wskazuje Notification lub Unlicensed, sprawdź dziennik zdarzeń Application pod kątem źródła Microsoft-Windows-Security-SPP. Microsoft zaleca również instalację CU 17 lub nowszego, które zawiera poprawki do warstwy licencjonowania na Windows Server 2025.

Aktywacja w chmurze hybrydowej — Azure Arc i subskrypcje

Model aktywacji przez Azure Arc radykalnie upraszcza codzienne zarządzanie licencjami, ale wymaga spełnienia kilku warunków wstępnych. Przede wszystkim instancja SQL Server 2022 musi być połączona z Azure Arc, co sprowadza się do instalacji agenta Azure Connected Machine na hoście systemu operacyjnego. Agent ten jest dostępny dla Windows Server i wybranych dystrybucji Linuxa; na Windows instaluje się go przez instalator MSI lub skrypt PowerShell, na Linuxie przez menedżer pakietów (apt, yum, zypper).

Po zarejestrowaniu maszyny w Azure Arc należy włączyć rozszerzenie SQL Server (Azure extension for SQL Server). Rozszerzenie to odpowiada za wykrywanie instancji SQL Server na maszynie, zbieranie metadanych (wersja, edycja, liczba rdzeni) i raportowanie ich do Azure Portal. Konfigurację przeprowadza się przez Azure Portal, Azure CLI lub PowerShell. Gdy rozszerzenie zostanie wdrożone, przejdź w portalu do zasobu „SQL Server — Azure Arc” i wybierz odpowiedni typ licencji: „License with Software Assurance” (Azure Hybrid Benefit), „License only” (pay-as-you-go) lub „Free” (Developer).

W modelu pay-as-you-go opłata za SQL Server naliczana jest godzinowo przez fakturę Azure, a stawka zależy od liczby vCores przypisanych do instancji. To rozwiązanie jest szczególnie korzystne dla obciążeń sezonowych, środowisk dewelopersko-testowych oraz firm, które nie chcą angażować kapitału w licencje wieczyste. Pamiętaj jednak, że model ten wymaga stałej łączności z Azure — maksymalny dopuszczalny czas offline to 30 dni; po jego przekroczeniu instancja przestaje być uznawana za zgodną z licencją.

W 2026 roku Microsoft wprowadził dodatkowy benefit dla klientów migrujących tradycyjne licencje na model Azure Arc: obniżkę opłat o 15% przez pierwsze 12 miesięcy subskrypcji dla środowisk posiadających aktywną umowę Software Assurance. Jeśli rozważasz tę ścieżkę, upewnij się, że Twój zespół posiada kompetencje w zakresie Azure Arc i że architektura sieciowa dopuszcza wychodzący ruch HTTPS do endpointów *.azure.com i *.his.arc.azure.com.

Konwersja z wersji próbnej — zmiana edycji bez ponownej instalacji

Bardzo częsty scenariusz wygląda następująco: zespół wdraża SQL Server 2022 Evaluation Edition, testuje go przez kilka miesięcy, a następnie — gdy rozwiązanie okazuje się przydatne — chce przejść na pełną wersję produkcyjną bez przebudowywania środowiska. SQL Server 2022 wspiera taką ścieżkę, ale z istotnym ograniczeniem: konwersja jest możliwa tylko do edycji równoważnej lub wyższej w hierarchii funkcjonalnej. Z Evaluation możesz przejść na dowolną edycję płatną. Ze Standard możesz przejść na Enterprise. Natomiast downgrade — np. z Enterprise na Standard — wymaga odinstalowania i ponownego wdrożenia.

Procedura konwersji jest niemal identyczna z opisaną wcześniej aktywacją kluczem produktu. Uruchom SQL Server Installation Center, wybierz „Maintenance”, a następnie „Edition Upgrade”. Wprowadź klucz produktu odpowiadający docelowej edycji i przejdź przez kreator. Po zakończeniu zrestartuj usługę. Wszystkie bazy danych, loginy i konfiguracja pozostają nienaruszone — zmienia się wyłącznie wpis licencyjny.

Jest jeden wyjątek od tej reguły: jeśli instancja Evaluation Edition działała dłużej niż 180 dni i przekroczyła okres próbny, może być w stanie „expired”. W takim przypadku Edition Upgrade może zawieść z błędem wskazującym na konieczność naprawy licencjonowania. Rozwiązaniem jest ręczne wyczyszczenie kluczy rejestru odpowiedzialnych za stan licencji — procedurę tę opisujemy dokładniej w sekcji dotyczącej kodów błędów.

Warto również pamiętać, że przy konwersji z Evaluation na Standard obowiązują limity funkcjonalne edycji Standard: maksymalnie 128 GB RAM dla silnika bazy danych, brak wsparcia dla online index rebuild i brak zaawansowanych funkcji wysokiej dostępności (Always On Availability Groups w trybie readable secondary). Jeśli przed konwersją korzystałeś z tych funkcji, staną się one niedostępne natychmiast po restarcie — bez utraty danych, ale z utratą możliwości administracyjnych.

Rozwiązywanie problemów — najczęstsze błędy aktywacji i ich przyczyny

Nawet przy zachowaniu wszystkich procedur aktywacja SQL Server 2022 potrafi zakończyć się niepowodzeniem. Poniżej zestawiamy najczęściej spotykane błędy, ich przyczyny i konkretne kroki naprawcze.

Błąd 0x8007232B — DNS name does not exist. Ten błąd pojawia się przy próbie aktywacji KMS, gdy klient nie może odnaleźć serwera KMS. Przyczyną jest najczęściej brak rekordu SRV _vlmcs._tcp w strefie DNS domeny lub nieosiągalność serwera KMS. Rozwiązanie: zweryfikuj łączność sieciową z serwerem KMS na porcie 1688/TCP i — jeśli rekord SRV nie istnieje — ręcznie wskaż serwer poleceniem slmgr.vbs /skms.

Błąd 0xC004F074 — Software Licensing Service reported that the product could not be activated. No Key Management Service (KMS) could be contacted. Najczęstsza przyczyna to niezgodność klucza GVLK z kluczem zainstalowanym na hoście KMS. Host KMS dla SQL Server 2022 wymaga dedykowanego klucza hosta KMS (pobranego z VLSC) — nie można go obsłużyć kluczem KMS przeznaczonym dla Windows Server czy Office. Upewnij się, że klucz hosta KMS odpowiada dokładnie grupie produktów SQL Server 2022.

Błąd 0xC004C020 — Activation server determined the specified product key has been blocked. Występuje, gdy klucz MAK przekroczył dozwoloną liczbę aktywacji. Należy zalogować się do Volume Licensing Service Center i złożyć wniosek o zwiększenie limitu aktywacji dla danego klucza. Proces trwa zazwyczaj do 24 godzin; w nagłych przypadkach Microsoft umożliwia kontakt telefoniczny z centrum aktywacji.

Stan „Notification” w SQL Server Configuration Manager. Gdy kolumna „License Status” pokazuje Notification, oznacza to, że instancja działa w okresie prolongaty — zwykle po konwersji z Evaluation na płatną edycję lub po restarcie maszyny wirtualnej, która zmieniła „odcisk sprzętowy”. W większości przypadków stan ten ustępuje automatycznie w ciągu 24-72 godzin. Jeśli utrzymuje się dłużej, sprawdź, czy na maszynie nie uruchomiono innej instancji z tym samym kluczem produktu lub czy system operacyjny nie zgłasza problemów z aktywacją własnej licencji.

Problem z aktywacją na Windows Server 2025. Instalator SQL Server 2022 w wersji RTM (bez dodatku Service Pack ani CU) nie obsługuje poprawnie wszystkich ścieżek licencjonowania na Windows Server 2025. Objawia się to błędem podczas próby Edition Upgrade lub komunikatem o nieprawidłowym kluczu, mimo że klucz jest poprawny. Rozwiązaniem jest instalacja Cumulative Update 17 (lub nowszego) przed przystąpieniem do aktywacji. CU 17 zawiera poprawki do biblioteki sqlsipc.dll, która pośredniczy w komunikacji z podsystemem licencjonowania systemu Windows.

Dobre praktyki i zalecenia operacyjne na 2026 rok

Poprawna aktywacja to dopiero początek. Zarządzanie licencjami SQL Server 2022 w organizacji wymaga systematycznego podejścia, aby uniknąć kosztownych niezgodności podczas audytu. Oto zestaw praktyk zalecanych na 2026 rok, opartych o rzeczywiste doświadczenia zespołów wdrożeniowych.

Po pierwsze, zinwentaryzuj wszystkie instancje SQL Server. Bez względu na to, czy używasz Azure Arc, ręcznego spisu w arkuszu kalkulacyjnym czy dedykowanego narzędzia SAM (Software Asset Management) — potrzebujesz pełnej listy wraz z informacją o edycji, liczbie rdzeni, modelu licencjonowania i dacie wygaśnięcia. SQL Server 2022 Discovery Report, dostępny z poziomu narzędzia Microsoft Assessment and Planning Toolkit, potrafi automatycznie przeskanować sieć i wygenerować taki raport.

Po drugie, zestandaryzuj proces aktywacji przez automatyzację. W środowiskach korporacyjnych ręczne wprowadzanie kluczy na dziesiątkach instancji jest nie tylko czasochłonne, ale też podatne na błędy. Skrypt PowerShell wykorzystujący moduł SqlServer może zdalnie przeprowadzić Edition Upgrade na wskazanych serwerach. W połączeniu z KMS lub ADBA eliminujesz potrzebę przechowywania wrażliwych kluczy produktu na poszczególnych maszynach.

Po trzecie, przeprowadzaj okresowe przeglądy zgodności licencyjnej — najlepiej kwartalnie. Sprawdzaj, czy liczba zainstalowanych instancji nie przekracza liczby zakupionych licencji, czy klucze MAK nie osiągnęły limitu aktywacji, oraz czy wszystkie instancje Evaluation Edition przeszły konwersję przed upływem 180 dni. Audytorzy Microsoftu coraz częściej oczekują udokumentowanej historii takich przeglądów.

Po czwarte, rozważ migrację na Azure Arc, nawet jeśli dziś pracujesz wyłącznie on-premises. Centralne zarządzanie stanem licencji, automatyczne alerty o zbliżającym się wygaśnięciu i możliwość szybkiego przełączenia między modelem wieczystym a subskrypcyjnym to korzyści, które rosną wraz ze skalą środowiska. Pamiętaj przy tym o cyberbezpieczeństwie: agent Azure Connected Machine komunikuje się z chmurą przez HTTPS — upewnij się, że Twoje zapory sieciowe przepuszczają ten ruch, a ruch wychodzący jest odpowiednio monitorowany.

Częste pytania

Czy mogę użyć tego samego klucza produktu SQL Server 2022 na kilku instancjach? Klucz MAK obsługuje określoną pulę aktywacji, więc tak — można go użyć wielokrotnie do wyczerpania limitu. Natomiast jeden klucz Retail jest przypisany do jednej instancji. Sprawdź typ klucza przed ponownym wykorzystaniem.

Co się stanie, jeśli nie aktywuję SQL Server 2022 w ciągu 180 dni? Evaluation Edition przestanie działać — usługa SQL Server odmówi uruchomienia. W przypadku edycji płatnych z nieaktywowanym kluczem instancja będzie kontynuować pracę, ale w dziennikach pojawią się ostrzeżenia o niezgodności licencyjnej, a podczas audytu Microsoft może nałożyć kary finansowe.

Czy przy przejściu z Evaluation na Standard tracę dane? Nie. Procedura Edition Upgrade zmienia wyłącznie wpis licencyjny. Wszystkie bazy danych, schematy, użytkownicy i uprawnienia pozostają bez zmian. Tracone są natomiast funkcje niedostępne w niższej edycji — np. partycjonowanie tabel nie jest dostępne w Standard.

Czy instancja w kontenerze Docker wymaga osobnej aktywacji? Tak — każdy kontener z SQL Server 2022 jest odrębną instancją z własnym stanem licencyjnym. W praktyce wykorzystuje się zmienną MSSQL_PID do wskazania edycji podczas uruchamiania kontenera. W środowiskach orkiestracji (Kubernetes) należy zadbać o poprawne licencjonowanie każdego poda.

Jak sprawdzić, czy moja instancja korzysta z Azure Hybrid Benefit? Wykonaj zapytanie SELECT SERVERPROPERTY('LicenseType'). Wartość DISABLED oznacza tradycyjne licencjonowanie, natomiast Azure Hybrid Benefit potwierdza wykorzystanie istniejących licencji z Software Assurance w chmurze lub w modelu Azure Arc.

Czy SQL Server 2022 na Windows Server 2025 wymaga dodatkowych poprawek przed aktywacją? Tak. Instalator w wersji RTM nie obsługuje wszystkich ścieżek licencjonowania na Windows Server 2025. Zalecamy instalację Cumulative Update 17 (lub nowszego) przed przystąpieniem do aktywacji, co eliminuje znane problemy z biblioteką licencjonowania.

Co robić, gdy Azure Arc nie widzi mojej instancji SQL Server? Sprawdź, czy rozszerzenie „Azure extension for SQL Server” jest poprawnie zainstalowane i czy maszyna jest połączona z Azure Arc (status „Connected” w Azure Portal). Dodatkowo zweryfikuj, czy konto usługi SQL Server ma uprawnienia do odczytu kluczy rejestru HKLM\SOFTWARE\Microsoft\Microsoft SQL Server.

Czy mogę przenieść licencję SQL Server 2022 między serwerami? Licencje wieczyste z Software Assurance można przenosić między serwerami co 90 dni. Bez Software Assurance licencja jest trwale przypisana do sprzętu, na którym została aktywowana po raz pierwszy, chyba że sprzęt ulegnie trwałej awarii.

Czy aktywacja przez telefon jest jeszcze dostępna w 2026 roku? Tak, Microsoft utrzymuje telefoniczne centrum aktywacji dla wszystkich swoich produktów, w tym SQL Server 2022. Opcja ta jest szczególnie istotna dla środowisk izolowanych (air-gapped), które nie mogą przeprowadzić aktywacji online.

Jak uzyskać legalny klucz do SQL Server 2022 bez długoterminowej umowy? Klucze produktu do SQL Server 2022 są dostępne w ramach licencjonowania wieczystego przez autoryzowanych dystrybutorów oprogramowania Microsoft. W zależności od potrzeb infrastrukturalnych warto rozważyć wariant Standard (do 24 rdzeni) lub Enterprise dla większych środowisk produkcyjnych. Najważniejsze to wybrać źródło, które zapewnia pełną legalność i wsparcie posprzedażowe.