Microsoft SQL Server 2022 to jedna z najważniejszych platform bazodanowych w środowiskach przedsiębiorstw, a zrozumienie zasad jego licencjonowania stanowi fundament każdego wdrożenia, które ma pozostać zgodne z wymogami audytowymi i optymalne kosztowo. Model licencjonowania Core oraz CAL (Client Access License) to dwie równoległe ścieżki, które Microsoft oferuje dla tej edycji — każda zaprojektowana z myślą o odmiennych scenariuszach wdrożeniowych, skali organizacji i profilu użytkowników końcowych. Wybór pomiędzy nimi nie jest wyłącznie decyzją techniczną; ma bezpośrednie przełożenie na całkowity koszt posiadania (TCO), elastyczność skalowania oraz zdolność do przejścia audytu licencyjnego bez negatywnych konsekwencji finansowych.
W tym artykule szczegółowo omawiamy oba modele, ich mechanizmy działania, wymagania techniczne i prawne obowiązujące w 2026 roku, a także praktyczne scenariusze wdrożeniowe, które pomogą architektom IT, oficerom ds. zgodności i decydentom biznesowym podjąć świadomą decyzję licencyjną.
Czym jest model licencjonowania Core?
Licencjonowanie oparte na rdzeniach (Core-Based Licensing) to domyślny i strategiczny model Microsoftu dla SQL Server 2022 w edycjach Enterprise i Standard. Jego fundamentalna zasada jest prosta: każdy fizyczny lub wirtualny rdzeń procesora, na którym uruchomiona jest instancja SQL Servera lub jakiekolwiek jej komponenty (w tym Reporting Services, Integration Services, Analysis Services), musi zostać objęty licencją.
Minimalna jednostka zakupowa to pakiet dwóch rdzeni (2-core pack), a każdy pojedynczy fizyczny procesor — niezależnie od liczby jego rdzeni — wymaga zakupu licencji na co najmniej cztery rdzenie. Oznacza to, że nawet jeśli serwer korzysta z energooszczędnego, dwurdzeniowego procesora Intel Xeon, organizacja i tak musi nabyć licencje na cztery rdzenie — to twardy wymóg licencyjny, od którego nie ma odstępstw w produktach wolumenowych.
Kluczową cechą modelu Core jest nieograniczony dostęp użytkowników i urządzeń. Po opłaceniu licencji na wszystkie rdzenie serwera, każda osoba w organizacji — pracownik, kontrahent, klient zewnętrzny korzystający z aplikacji internetowej — może łączyć się z bazą danych bez konieczności zakupu dodatkowych licencji CAL. To sprawia, że model ten jest ekonomicznie uzasadniony w scenariuszach, gdzie liczba użytkowników jest wysoka, trudna do oszacowania lub zmienna w czasie.
Mechanizm licencjonowania rdzeni w praktyce
Proces kalkulacji liczby wymaganych licencji rdzeniowych przebiega w następujących krokach. Najpierw należy zidentyfikować wszystkie fizyczne rdzenie w serwerze. Następnie, dla każdego fizycznego procesora, zaokrąglić liczbę rdzeni do minimum czterech. W trzecim kroku sumuje się wymagane licencje dla wszystkich procesorów i dzieli przez dwa (ponieważ każdy 2-core pack pokrywa dwa rdzenie).
Przykład: serwer dwuprocesorowy, każdy procesor dziesięciordzeniowy. Każdy procesor wymaga licencji na dziesięć rdzeni (powyżej minimum czterech), łącznie dwadzieścia rdzeni, co przekłada się na dziesięć pakietów 2-core. Gdyby ten sam serwer miał procesory dwurdzeniowe, każdy z nich wymagałby licencji na cztery rdzenie — razem osiem rdzeni i cztery pakiety.
Core a wirtualizacja — kluczowe reguły
W środowiskach zwirtualizowanych zasady stają się bardziej złożone i wymagają precyzyjnej analizy. SQL Server 2022 wprowadza udogodnienia w ramach License Mobility through Software Assurance, ale rdzeń pozostaje żelazną zasadą.
Gdy instancja SQL Servera działa na maszynie wirtualnej, organizacja może licencjonować wyłącznie rdzenie wirtualne przypisane do tej konkretnej VM — pod warunkiem posiadania aktywnego Software Assurance. Bez SA, obowiązek licencyjny rozciąga się na wszystkie fizyczne rdzenie hosta hypervisorowego, na którym VM może być uruchomiona, co w klastrach VMware vSphere czy Hyper-V z vMotion może oznaczać dziesiątki lub setki rdzeni. To jeden z najczęstszych błędów wykrywanych podczas audytów Microsoft SAM i jeden z najkosztowniejszych.
Licencjonowanie według rdzeni wirtualnych z SA działa następująco: jeśli VM ma przypisane cztery vCPU, należy kupić licencje na cztery rdzenie (dwa pakiety 2-core), a SA umożliwia migrację VM pomiędzy hostami bez dodatkowych opłat — raz na 90 dni dla swobodnej migracji, częściej w przypadku awarii.
Czym jest model licencjonowania Server + CAL?
Model Server + CAL to tradycyjne podejście, w którym organizacja nabywa jedną licencję serwerową dla każdej instancji systemu operacyjnego, na którym działa SQL Server, a następnie dokupuje licencje dostępowe CAL dla każdego użytkownika (User CAL) lub urządzenia (Device CAL), które łączy się z serwerem — bezpośrednio lub pośrednio, przez dowolną warstwę aplikacyjną.
Licencja serwerowa w edycji Standard uprawnia do uruchomienia jednej instancji SQL Servera na jednym systemie operacyjnym. Jeśli na tym samym fizycznym serwerze działają dwie maszyny wirtualne z SQL Serverem, wymagane są dwie licencje serwerowe — chyba że organizacja korzysta z modelu Core, który może okazać się wtedy korzystniejszy.
User CAL vs. Device CAL — jak wybrać?
User CAL przypisywana jest do konkretnej, nazwanej osoby w organizacji. Osoba ta może łączyć się z SQL Serverem z dowolnego urządzenia — służbowego laptopa, domowego komputera, tabletu, telefonu — i zawsze jest objęta jedną licencją. To rozwiązanie preferowane w organizacjach z mobilnymi pracownikami, polityką BYOD lub elastycznymi modelami pracy hybrydowej.
Device CAL przypisywana jest do konkretnego fizycznego urządzenia. Każdy użytkownik korzystający z tego urządzenia (np. terminala w magazynie, wspólnego komputera na hali produkcyjnej, stanowiska kasowego) jest objęty licencją. Model ten sprawdza się w środowiskach wielozmianowych, gdzie jedno urządzenie obsługuje kilku pracowników w ciągu doby.
Wybór pomiędzy User i Device CAL jest czysto ekonomiczny: należy oszacować stosunek liczby użytkowników do liczby urządzeń i wybrać wariant, który wymaga mniejszej liczby CAL.
Pułapka multipleksowania — najważniejsza zasada
Microsoft jednoznacznie podchodzi do kwestii multipleksowania: jakiekolwiek oprogramowanie lub sprzęt, który redukuje liczbę bezpośrednich połączeń z SQL Serverem (np. serwer pośredniczący, pula połączeń, serwer aplikacji webowej), nie zmniejsza liczby wymaganych CAL. Każdy użytkownik końcowy lub urządzenie, które pośrednio korzysta z danych SQL Servera — przez aplikację webową, API, system raportowy — musi posiadać własną licencję CAL.
To jedna z najczęstszych i najdroższych pułapek audytowych. Organizacje wdrażające aplikacje webowe z SQL Serverem w modelu Server + CAL muszą licencjonować każdego użytkownika zewnętrznego, chyba że przejdą na model Core, który całkowicie eliminuje ten wymóg.
Porównanie modeli: Core vs. Server + CAL
Decyzja pomiędzy modelem Core a Server + CAL zależy od kombinacji trzech czynników: liczby użytkowników, liczby rdzeni serwera oraz edycji SQL Servera. Poniższe zestawienie pomaga zrozumieć kluczowe różnice i precyzyjnie wskazać punkt równowagi ekonomicznej.
| Kryterium | Licencjonowanie Core | Licencjonowanie Server + CAL |
|---|---|---|
| Jednostka licencji | Pakiety 2-core | Licencja serwerowa + CAL/e |
| Minimum na procesor | 4 rdzenie | Nie dotyczy |
| Limit użytkowników | Bez limitu | Każdy użytkownik/urządzenie wymaga CAL |
| Wirtualizacja | Rdzenie VM (z SA) / wszystkie rdzenie hosta (bez SA) | Licencja serwerowa na OSE |
| Koszt przy małej liczbie użytkowników | Wysoki | Niski |
| Koszt przy dużej liczbie użytkowników | Stały, przewidywalny | Rośnie liniowo |
| Aplikacje webowe/publiczne | Optymalny | Problematyczny |
| Audytowalność | Średnia | Wysoka (śledzenie CAL) |
Punkt równowagi ekonomicznej dla edycji Standard wypada zwykle przy około 30-40 użytkownikach wewnętrznych na serwer czterordzeniowy. Poniżej tej granicy model Server + CAL okazuje się tańszy. Dla edycji Enterprise, która nie oferuje modelu Server + CAL, wybór jest wymuszony — jedyną opcją pozostaje Core.
Edycje SQL Server 2022 a dostępne modele licencjonowania
Microsoft oferuje trzy główne edycje SQL Server 2022, z których każda ma przypisane określone modele licencjonowania, pojemności techniczne i docelowe scenariusze użycia. Znajomość tej matrycy jest niezbędna przed rozpoczęciem jakichkolwiek kalkulacji licencyjnych.
Enterprise — wyłącznie Core
Edycja Enterprise to najbardziej zaawansowana wersja SQL Servera, oferująca pełen zakres funkcji: wsparcie dla bardzo dużych baz danych (do 524 PB), zaawansowaną wysoką dostępność (Always On Availability Groups bez limitu replik), kompleksowe funkcje bezpieczeństwa (Always Encrypted z bezpiecznymi enklawami, Microsoft Purview) oraz zaawansowaną analitykę danych (SQL Server 2022 Machine Learning Services, rozszerzenia języka Java i R, integracja z Azure Synapse Link).
Licencjonowanie Enterprise odbywa się wyłącznie w modelu Core. Nie istnieje opcja Server + CAL dla tej edycji. Organizacje wdrażające Enterprise muszą zatem zakupić licencje na wszystkie rdzenie serwera fizycznego lub wirtualnego (z SA), co czyni tę edycję opłacalną wyłącznie w scenariuszach o wysokich wymaganiach funkcjonalnych, gdzie liczba użytkowników jest na tyle duża, że koszt licencji rdzeniowych rozkłada się akceptowalnie.
Standard — Core lub Server + CAL
Edycja Standard to najczęściej wybierana wersja SQL Servera w organizacjach średniej wielkości. Obsługuje do 128 GB pamięci RAM (limit bufora danych), 24 rdzenie na instancję, podstawową wysoką dostępność (Always On Basic Availability Groups — dwie repliki, jedna baza danych na grupę) oraz podstawowe funkcje bezpieczeństwa i raportowania.
W edycji Standard dozwolone są oba modele licencjonowania: Core oraz Server + CAL. Ta elastyczność czyni ją atrakcyjną dla organizacji, które chcą zoptymalizować koszty w zależności od profilu użytkowników i skali infrastruktury. Dla małego serwera obsługującego 15 pracowników model Server + CAL będzie wielokrotnie tańszy niż Core; dla aplikacji webowej z setkami użytkowników zewnętrznych — odwrotnie.
Express i Developer — licencje bezpłatne
SQL Server 2022 Express to bezpłatna, ograniczona edycja (maksymalnie 10 GB na bazę danych, 1 GB RAM na instancję, 4 rdzenie), przeznaczona do małych aplikacji, prototypowania i nauki. SQL Server Developer to również bezpłatna edycja, funkcjonalnie tożsama z Enterprise, ale dopuszczona wyłącznie do środowisk nieprodukcyjnych — deweloperskich, testowych, demonstracyjnych. Żadna z nich nie wymaga licencji Core ani CAL, ale obie podlegają restrykcyjnym zasadom użycia.
Software Assurance — co zyskujesz?
Software Assurance (SA) to opcjonalny, corocznie odnawiany program korzyści dodanych do licencji SQL Servera. Nie jest obowiązkowy, ale w wielu scenariuszach — szczególnie w modelu Core ze zwirtualizowanym środowiskiem — staje się praktycznie niezbędny.
Kluczowe korzyści SA obejmują:
-
License Mobility: prawo do przenoszenia licencji pomiędzy fizycznymi hostami w zwirtualizowanych środowiskach (co 90 dni lub częściej w przypadku awarii). Bez SA, jak wspomniano wcześniej, licencje Core muszą pokrywać wszystkie fizyczne rdzenie klastra, a nie tylko przypisane do VM.
-
Failover Rights: prawo do utrzymywania pasywnych replik wysokiej dostępności (HA) bez dodatkowych licencji. SQL Server 2022 dopuszcza bezpłatną pasywną replikę dla każdej aktywnej instancji w modelu Core; z SA limit ten obejmuje również dodatkowe repliki dla celów disaster recovery.
-
Unlimited Virtualization w edycji Enterprise: organizacje z SA na SQL Server Enterprise Core mogą uruchamiać nieograniczoną liczbę instancji na licencjonowanym hoście fizycznym, pod warunkiem pokrycia wszystkich fizycznych rdzeni. To potężna korzyść w gęsto skonsolidowanych środowiskach wirtualnych.
-
Azure Hybrid Benefit: prawo do wykorzystania istniejących licencji SQL Server Core z SA przy wdrażaniu Azure SQL Managed Instance i Azure SQL Database, redukując koszty subskrypcji chmurowych nawet o 30-50%.
SA to wydatek rzędu 25-30% wartości licencji rocznie, ale w wielu średnich i dużych wdrożeniach zwraca się przez same oszczędności na licencjach wirtualizacyjnych i chmurowych. Decyzję o SA należy podejmować w kontekście planowanej ścieżki rozwoju infrastruktury na najbliższe trzy lata.
Praktyczne scenariusze i wybór najlepszego modelu
Abstrakcyjna wiedza o modelach licencyjnych nabiera wartości dopiero w kontekście rzeczywistych przypadków biznesowych. Poniższe scenariusze ilustrują, jak teoria przekłada się na decyzje zakupowe w 2026 roku.
Scenariusz 1: Aplikacja intranetowa dla 2000 pracowników
Firma posiada serwer 8-rdzeniowy, na którym działa SQL Server Standard jako backend dla aplikacji intranetowej (inwentaryzacja, obieg dokumentów), z której korzysta 2000 pracowników.
Model Core: Wymagane 8 licencji rdzeniowych (cztery pakiety 2-core). Koszt stały, zero CAL.
Model Server + CAL: Jedna licencja serwerowa plus 2000 User CAL. Koszt CAL wielokrotnie przewyższa koszt licencji serwerowej.
Konkluzja: Model Core jest jednoznacznie optymalny. Nawet przy niższych cenach jednostkowych CAL, 2000 licencji dostępowych generuje koszt nieporównywalny z czterema pakietami rdzeniowymi.
Scenariusz 2: System magazynowy dla 15 użytkowników
Mała hurtownia korzysta z SQL Server Standard na serwerze 4-rdzeniowym. System obsługuje 15 pracowników magazynowych korzystających z terminali (Device CAL).
Model Core: Cztery pakiety 2-core (minimum osiem rdzeni).
Model Server + CAL: Jedna licencja serwerowa plus 15 Device CAL. Ponieważ pracownicy zmianowi korzystają z tych samych terminali, Device CAL okazują się tańsze niż User CAL.
Konkluzja: Model Server + CAL jest tańszy — 15 Device CAL kosztuje znacznie mniej niż dodatkowe pakiety rdzeniowe wymagane w modelu Core.
Scenariusz 3: Aplikacja SaaS z nieznaną liczbą użytkowników
Startup oferuje aplikację B2B działającą na SQL Server Enterprise, 16-rdzeniowym serwerze. Liczba klientów zmienia się dynamicznie — od 500 do 5000 w ciągu roku.
Model Core: Jedyna opcja dla Enterprise. 16 rdzeni (osiem pakietów). Brak zmartwień o liczbę użytkowników — model skalowalny wraz z biznesem.
Konkluzja: Nie ma alternatywy — Enterprise plus Core to jedyna droga. Przewidywalność kosztów przy dynamicznej bazie użytkowników to dodatkowa korzyść.
SQL Server 2022 — co zmieniło się względem poprzednich wersji?
SQL Server 2022 nie wprowadził rewolucyjnych zmian w samym modelu licencjonowania — podstawowe zasady Core i Server + CAL pozostały niezmienione względem SQL Server 2019 i 2017. Zmiany dotyczą raczej kontekstu, w jakim licencje są wykorzystywane, oraz nowych możliwości architektonicznych, które pośrednio wpływają na kalkulacje licencyjne.
Azure Arc-enabled SQL Server
SQL Server 2022 jest pierwszą wersją natywnie zintegrowaną z Azure Arc, co umożliwia zarządzanie instancjami on-premises przez Azure Portal, a także korzystanie z usług płatności Azure (pay-as-you-go) dla SQL Servera zainstalowanego lokalnie. Organizacje mogą przejść na model subskrypcyjny, zachowując tę samą infrastrukturę fizyczną, co dla niektórych scenariuszy (sezonowe obciążenia, projekty tymczasowe) może być korzystniejsze niż tradycyjny zakup licencji wieczystych. Wymaga to jednak starannej analizy TCO w horyzoncie 3-5 lat, ponieważ koszty subskrypcyjne kumulują się i mogą przekroczyć jednorazowy koszt licencji wieczystej.
Integracja chmurowa i wpływ na licencje
Nowe funkcje, takie jak Link do Azure SQL Managed Instance (replikacja danych do chmury dla celów disaster recovery) czy Microsoft Purview (zarządzanie danymi i klasyfikacja), nie generują dodatkowych kosztów licencyjnych dla SQL Server 2022 — są zawarte w licencji Enterprise. Jednak korzystanie z tych funkcji wymaga aktywnej subskrypcji Azure, co stanowi oddzielny, równoległy koszt operacyjny, który powinien być uwzględniony w budżecie IT obok kosztów licencji SQL Servera.
Bezpieczeństwo i zgodność
SQL Server 2022 podnosi poprzeczkę bezpieczeństwa dzięki funkcjom Always Encrypted z bezpiecznymi enklawami, zaawansowanemu maskowaniu danych dynamicznych oraz integracji z Azure Active Directory. Funkcje te nie zmieniają modelu licencjonowania, ale mogą wpłynąć na wybór edycji — organizacje podlegające regulacjom RODO, HIPAA czy PCI DSS częściej decydują się na Enterprise, co automatycznie kieruje je na ścieżkę Core.
Częste pytania
Czy SQL Server 2022 Standard można licencjonować w modelu Core? Tak. Edycja Standard obsługuje zarówno model Core, jak i Server + CAL. Wybór należy do organizacji i zależy od analizy liczby użytkowników oraz konfiguracji sprzętowej.
Czy potrzebuję Software Assurance, aby uruchomić SQL Server na maszynie wirtualnej? Nie. SQL Server można uruchomić na maszynie wirtualnej bez SA, ale wówczas należy licencjonować wszystkie fizyczne rdzenie hosta hypervisorowego, a nie tylko rdzenie przypisane do VM. SA umożliwia licencjonowanie wyłącznie vCPU danej VM oraz migrację między hostami.
Ile CAL potrzebuję dla aplikacji webowej z tysiącami użytkowników? Tyle, ilu jest unikalnych użytkowników końcowych. Zasada multipleksowania wymaga, by każdy użytkownik pośrednio łączący się z SQL Serverem przez aplikację webową posiadał własną CAL. Dla dużej liczby użytkowników zewnętrznych model Core okazuje się praktycznie jedynym rozsądnym wyborem.
Czy licencje SQL Server Core są przenoszalne między serwerami? Tak, ale z ograniczeniami. Licencje przypisane do fizycznego serwera można przenieść na inny serwer nie częściej niż raz na 90 dni. W przypadku SA i License Mobility, VM może migrować między hostami w obrębie farmy serwerów bez dodatkowych opłat.
Czy mogę mieszać modele Core i Server + CAL w jednym środowisku? Technicznie tak — różne instancje SQL Servera w organizacji mogą być licencjonowane w różnych modelach. Nie można jednak stosować obu modeli jednocześnie dla tej samej instancji.
Jaka jest minimalna liczba licencji rdzeniowych dla serwera 2-procesorowego z procesorami 6-rdzeniowymi? Dla każdego procesora obowiązuje minimum 4 rdzenie, więc łącznie 8 rdzeni (cztery pakiety 2-core). Fakt, że procesory są 6-rdzeniowe, nie podnosi tego minimum, ponieważ limit dotyczy dolnej granicy, a nie górnej.
Czy SQL Server Developer może być używany na serwerze testowym, do którego dostęp ma zespół QA? Tak, pod warunkiem że środowisko nie jest produkcyjne i nie obsługuje rzeczywistych danych produkcyjnych ani użytkowników końcowych. Zespół QA może swobodnie korzystać z edycji Developer.
Co się stanie, jeśli podczas audytu okaże się, że mam za mało CAL? Microsoft wymaga zakupu brakujących licencji oraz uregulowania zaległych opłat SA (jeśli dotyczy), często za okres wsteczny. Koszty audytu mogą być wielokrotnością oszczędności wynikających z niedolicencjonowania, nie wspominając o ryzyku reputacyjnym. Staranna wewnętrzna inwentaryzacja to inwestycja o wysokiej stopie zwrotu.
Czy licencje SQL Server 2022 uprawniają do uruchamiania starszych wersji? Tak, w ramach praw downgrade. Licencja SQL Server 2022 Standard umożliwia uruchomienie SQL Server 2019 Standard, 2017 Standard itd. To samo dotyczy Enterprise. Warto jednak zweryfikować, czy funkcje wymagane przez aplikację są dostępne w obniżonej wersji.
Czy istnieje możliwość zakupu samych licencji CAL bez licencji serwerowej? Nie. CAL są zawsze dodatkiem do licencji serwerowej. Nie można ich używać z instancją SQL Servera, która nie posiada ważnej licencji serwerowej — chyba że mówimy o modelu Core, który CAL całkowicie eliminuje.
Wybór odpowiedniego modelu licencjonowania SQL Server 2022 to decyzja, która rzutuje na budżet IT przez wiele lat. Model Core zapewnia spokój w scenariuszach z dużą lub nieznaną liczbą użytkowników oraz przy korzystaniu z edycji Enterprise, podczas gdy Server + CAL pozostaje efektywny kosztowo dla mniejszych, dobrze zdefiniowanych populacji użytkowników. Kluczem jest rzetelna analiza obecnych potrzeb i ostrożne oszacowanie przyszłego wzrostu — a gdy pojawiają się wątpliwości, dobrze jest mieć partnera, który pomoże w wyborze optymalnych licencji dla danego środowiska i przeprowadzi przez zawiłości programów wolumenowych Microsoft.
