Kupując Microsoft SQL Server klucz, najłatwiej pomylić się nie przy samym produkcie, tylko przy modelu licencjonowania. Microsoft udostępnia dwa zupełnie różne sposoby rozliczenia tego samego silnika bazy danych: licencjonowanie per rdzeń (core) oraz model Server + CAL. Wybór złego modelu potrafi kosztować kilkukrotnie więcej albo — w drugą stronę — narazić firmę na niezgodność z warunkami Microsoftu. W tym poradniku tłumaczymy krok po kroku, czym różnią się oba modele, jak policzyć liczbę potrzebnych licencji, gdzie przebiega granica między edycją Standard a Enterprise i którą drogę wybrać dla konkretnego wdrożenia.
Dwa modele licencjonowania SQL Server — o co naprawdę chodzi
SQL Server jest produktem serwerowym, więc Microsoft nie rozlicza go „na komputer”, tylko według tego, ile mocy obliczeniowej udostępnia i ile osób z niego korzysta. Stąd dwa modele. W modelu per rdzeń płacisz za fizyczne (lub wirtualne) rdzenie procesora, na których działa instancja bazy — liczba użytkowników jest wtedy nieograniczona. W modelu Server + CAL kupujesz jedną licencję serwera plus osobne licencje dostępowe (CAL) dla każdego użytkownika lub urządzenia, które łączy się z bazą.
Ceny linii serwerowej (Windows Server + CAL) zebraliśmy w cenniku licencji Windows Server.
Zasada wyboru jest prosta w teorii: jeśli z bazy korzysta duża, trudna do policzenia liczba osób (np. publiczny sklep, aplikacja webowa, dostęp anonimowy), model per rdzeń jest jedyną rozsądną drogą. Jeśli natomiast baza obsługuje niewielki, znany zespół (np. kilkunastu pracowników wewnętrznego systemu ERP), model Server + CAL bywa znacznie tańszy. Diabeł tkwi w tym, że nie każda edycja daje wybór — i o tym poniżej.
Model per rdzeń (core) — jak policzyć licencje
Minimum 4 rdzenie na procesor i pakiety 2-core
W modelu core obowiązują dwie żelazne reguły Microsoftu. Po pierwsze, licencje sprzedawane są w pakietach dwurdzeniowych (2-core packs) — nie kupisz pojedynczego rdzenia. Po drugie, na każdy fizyczny procesor przypada minimum 4 rdzenie, nawet jeśli fizycznie ma ich mniej. Trzeba więc policzyć wszystkie rdzenie w serwerze, a dla każdego procesora zaokrąglić w górę do co najmniej czterech.
Przykład: serwer z jednym procesorem 8-rdzeniowym wymaga licencji na 8 rdzeni, czyli cztery pakiety 2-core. Serwer z dwoma procesorami po 6 rdzeni każdy to razem 12 rdzeni — sześć pakietów 2-core. Gdyby drugi procesor miał tylko 2 rdzenie, i tak trzeba go licencjonować jak 4 rdzenie (minimum na procesor), więc łącznie 6 + 4 = 10 rdzeni. W środowiskach wirtualnych liczy się rdzenie wirtualne przypisane do maszyny, również z zachowaniem minimum 4 na maszynę.
Standard vs Enterprise w modelu core — gdzie jest granica
Obie płatne edycje można licencjonować per rdzeń, ale różnią się limitem mocy, jaką pojedyncza instancja w ogóle wykorzysta. Edycja Standard jest ograniczona do mniejszej z wartości: 4 gniazd procesorowych lub 24 rdzeni (w SQL Server 2019 i 2022), a także 128 GB pamięci na pulę buforów. Edycja Enterprise w modelu core nie ma limitu rdzeni ani gniazd — instancja wykorzysta tyle, ile udostępni system operacyjny — i zdejmuje ograniczenia pamięci oraz odblokowuje zaawansowane funkcje (zaawansowana kompresja, partycjonowanie bez ograniczeń, Always On z wieloma replikami czytelnymi, in-memory OLTP bez limitu itd.).
Ważne: Enterprise dla nowych zakupów jest dostępny wyłącznie w modelu per rdzeń. Historyczny wariant Enterprise w modelu Server + CAL (ograniczony do 20 rdzeni na instancję) nie jest już oferowany w nowych umowach. Jeśli więc potrzebujesz Enterprise, planuj rozliczenie rdzeniowe.
Model Server + CAL — kiedy naprawdę się opłaca
Model Server + CAL dotyczy przede wszystkim edycji Standard. Kupujesz jedną licencję serwera na każdą działającą instancję systemu operacyjnego z SQL Server, a następnie po jednej licencji dostępowej (SQL Server CAL) dla każdego użytkownika lub urządzenia, które korzysta z bazy — bezpośrednio lub pośrednio (np. przez aplikację pośredniczącą). Liczba rdzeni serwera w tym modelu nie wpływa na koszt licencji SQL, co bywa opłacalne przy mocnych serwerach obsługujących mały, zamknięty zespół.
Najważniejsza pułapka: SQL Server CAL to nie to samo, co Windows Server CAL. To dwie różne, niezależne warstwy licencji. Dostęp do samej bazy SQL wymaga SQL Server CAL, ale sam system operacyjny, na którym stoi baza, wymaga własnych licencji Windows Server oraz Windows Server CAL dla użytkowników sięgających po usługi serwera. Planując budżet, trzeba uwzględnić obie warstwy — o licencjach dostępowych do samego Windows Server piszemy szerzej w osobnym poradniku (link w sekcji CTA).
Skrót decyzyjny — który model:
- Dużo lub nieznana liczba użytkowników (aplikacja webowa, sklep, dostęp z zewnątrz) → licencjonowanie per rdzeń.
- Mały, policzalny zespół (wewnętrzny ERP/CRM, kilkunastu pracowników) → rozważ Server + CAL na edycji Standard.
- Potrzebujesz funkcji Enterprise (bez limitu rdzeni/pamięci, zaawansowane HA) → wyłącznie per rdzeń.
Który model wybrać — cztery typowe scenariusze
1. Aplikacja internetowa lub sklep z dostępem publicznym. Nie da się policzyć użytkowników, a często łączą się anonimowo. Jedyny zgodny model to per rdzeń — najczęściej Standard, jeśli baza mieści się w limicie 24 rdzeni i 128 GB pamięci, albo Enterprise przy większych obciążeniach i wymaganiach wysokiej dostępności.
2. Wewnętrzny system dla kilkunastu pracowników. Znasz dokładną liczbę osób i urządzeń. Tu Server + CAL na Standardzie zwykle wygrywa cenowo — jedna licencja serwera plus tyle CAL, ilu masz użytkowników lub urządzeń.
3. Hurtownia danych / raportowanie o dużych wolumenach. Liczy się moc i pamięć, a nie liczba osób. Zwykle Enterprise per rdzeń, żeby zdjąć limity Standardu i wykorzystać kolumnowe indeksy oraz partycjonowanie bez ograniczeń.
4. Środowisko deweloperskie i testowe. Do prac programistycznych i testów Microsoft udostępnia bezpłatną edycję Developer (pełna funkcjonalność Enterprise, ale bez prawa do produkcji) oraz darmową Express dla małych baz. Klucz komercyjny Standard lub Enterprise potrzebny jest dopiero na produkcji.
Tabela porównawcza: core vs CAL, Standard vs Enterprise
| Cecha | Standard (per rdzeń) | Standard (Server + CAL) | Enterprise (per rdzeń) |
|---|---|---|---|
| Jednostka rozliczenia | rdzenie (pakiety 2-core) | serwer + CAL na osobę/urządzenie | rdzenie (pakiety 2-core) |
| Minimum | 4 rdzenie / procesor | 1 serwer + 1 CAL | 4 rdzenie / procesor |
| Limit mocy instancji | min(4 gniazda, 24 rdzenie) | min(4 gniazda, 24 rdzenie) | maksimum systemu (bez limitu) |
| Pamięć puli buforów | 128 GB | 128 GB | bez limitu (maks. systemu) |
| Liczba użytkowników | nieograniczona | tylu, ilu masz CAL | nieograniczona |
| Dobre dla | aplikacje z wieloma użytkownikami | mały, znany zespół | duże obciążenia, HA, DWH |
Multipleksing — dlaczego „jedno konto techniczne” nie ratuje przed CAL-ami
Przy modelu Server + CAL warto znać pojęcie multipleksingu. To sytuacja, w której między użytkownika a bazę wstawia się warstwę pośrednią — serwer aplikacji, bramkę webową, pulę połączeń (connection pool) czy jedno „konto techniczne”. Intuicja podpowiada, że skoro do bazy loguje się formalnie jeden użytkownik techniczny, wystarczy jedna licencja. To błąd: Microsoft liczy licencje według rzeczywistych osób i urządzeń korzystających z danych, niezależnie od tego, ile warstw pośredniczących dzieli je od silnika bazy.
Praktyczny wniosek: jeśli Twoja aplikacja obsługuje setki realnych użytkowników przez wspólne konto do bazy, model Server + CAL najczęściej przestaje mieć sens — trzeba i tak policzyć wszystkich końcowych odbiorców. To właśnie moment, w którym licencjonowanie per rdzeń staje się nie tylko prostsze, ale i tańsze, bo zdejmuje obowiązek liczenia użytkowników w ogóle.
Najczęstsze błędy przy licencjonowaniu SQL Server
Zanim klikniesz zakup, przejrzyj listę pomyłek, które najczęściej kosztują firmy pieniądze lub zgodność z warunkami Microsoftu:
- Pominięcie minimum 4 rdzeni na procesor — nawet słabszy fizyczny procesor licencjonuje się jak co najmniej cztery rdzenie.
- Mylenie SQL Server CAL z Windows Server CAL — to dwie osobne warstwy, obie mogą być potrzebne dla tego samego użytkownika.
- Zakup Enterprise „na wszelki wypadek” — jeśli baza mieści się w limicie 24 rdzeni i 128 GB pamięci, Standard bywa wystarczający i znacznie tańszy.
- Liczenie na jedno konto techniczne — multipleksing nie zmniejsza liczby wymaganych CAL-i.
- Zapominanie o licencji systemu operacyjnego — sam SQL to nie wszystko, serwer pod spodem też trzeba zalicencjonować.
Jak działa klucz SQL Server kupiony jako licencja wieczysta
Licencje SQL Server w wersji wieczystej (perpetual) to jednorazowy zakup bez abonamentu — płacisz raz i korzystasz z danej wersji bezterminowo, w ramach wybranego modelu i edycji. W naszym sklepie klucz otrzymujesz elektronicznie na e-mail, wraz z linkiem do oryginalnego nośnika instalacyjnego Microsoftu. Instalujesz silnik bazy, podczas konfiguracji wybierasz odpowiednią edycję i wprowadzasz klucz, a aktywacja odbywa się standardowym mechanizmem Microsoftu.
Pamiętaj o dwóch rzeczach. Po pierwsze, licencja wieczysta obejmuje konkretną wersję (np. 2019 albo 2022) — nowsze wersje to osobny zakup, chyba że masz Software Assurance. Po drugie, model licencyjny (core lub Server + CAL) deklarujesz przy zakupie i powinien odpowiadać realnemu sposobowi użycia bazy. Jeśli nie masz pewności, który wariant kupić, napisz do nas przed zakupem — dobierzemy licencję do liczby rdzeni i sposobu dostępu do bazy.
Najczęstsze pytania (FAQ)
Czy do SQL Server w modelu per rdzeń potrzebuję jeszcze CAL-i?
Nie. Model per rdzeń zawiera prawo dostępu dla nieograniczonej liczby użytkowników, więc SQL Server CAL nie są wtedy potrzebne. CAL-e dotyczą wyłącznie modelu Server + CAL. Pamiętaj jednak, że to nie zwalnia z licencji na sam system operacyjny — Windows Server nadal wymaga własnych licencji i własnych CAL-i, bo to osobna warstwa.
Ile pakietów 2-core kupić dla serwera 8-rdzeniowego?
Serwer z jednym procesorem 8-rdzeniowym wymaga licencji na 8 rdzeni, czyli cztery pakiety dwurdzeniowe. Zawsze liczysz wszystkie rdzenie w maszynie i pamiętasz o minimum 4 rdzeni na każdy fizyczny procesor.
Czym różni się SQL Server CAL od Windows Server CAL?
To dwie niezależne licencje dostępowe. SQL Server CAL uprawnia do korzystania z bazy danych SQL Server, a Windows Server CAL do korzystania z usług systemu Windows Server (logowanie, pliki, wydruk itd.). Jeśli baza SQL stoi na Windows Server, użytkownik może potrzebować obu — każda kupowana osobno.
Czy edycję Standard mogę później podnieść do Enterprise?
Tak, Microsoft dopuszcza upgrade edycji (edition upgrade) z Standard do Enterprise oraz między wariantami licencjonowania Enterprise. Wymaga to jednak zakupu odpowiednich licencji Enterprise — to nie jest darmowa zmiana ustawienia, tylko formalne przejście na wyższą edycję.
Czy do testów i nauki muszę kupować licencję?
Nie. Do prac deweloperskich i testowych Microsoft udostępnia bezpłatną edycję Developer z pełną funkcjonalnością Enterprise (bez prawa do środowiska produkcyjnego) oraz darmową Express dla małych baz. Płatny klucz Standard lub Enterprise jest potrzebny dopiero na produkcji.
Wybierz swój klucz SQL Server
Licencje wieczyste SQL Server kupisz w naszym sklepie z dostawą klucza na e-mail: SQL Server 2022 Standard (2425 zł), SQL Server 2019 Standard (1794 zł) oraz SQL Server 2022 Enterprise (2623 zł). Zakres każdego pakietu i aktualną cenę sprawdzisz na stronie danego produktu.
Pamiętaj, że baza SQL potrzebuje serwera — jeśli dopiero budujesz środowisko, warto od razu zaplanować licencje systemu operacyjnego, na przykład Windows Server 2022 Standard (2165 zł) wraz z odpowiednimi licencjami dostępowymi, np. Windows Server 2022 User CAL (1036 zł). Więcej o samych dostępach znajdziesz w poradniku o Windows Server, a jeśli masz wątpliwości, który model SQL wybrać — napisz do nas przed zakupem, doradzimy na podstawie liczby rdzeni i sposobu dostępu do bazy.
