Licencjonowanie SQL Server to jeden z najbardziej złożonych aspektów zarządzania infrastrukturą Microsoft w firmie. Wybór między modelem Core-based a Server+CAL wpływa bezpośrednio na koszty, elastyczność wdrożenia i zgodność z wymogami audytu. Błędna interpretacja zasad licencyjnych może skutkować karami finansowymi podczas kontroli Microsoftu — a te zdarzają się częściej, niż wielu administratorów sądzi.
W tym kompleksowym przewodniku wyjaśniamy oba modele licencjonowania SQL Server, porównujemy edycje Enterprise i Standard, omawiamy specyfikę środowisk wirtualnych oraz przedstawiamy konkretne scenariusze kosztowe. Niezależnie od tego, czy planujesz zakup SQL Server 2022 Standard dla małej firmy, czy wdrożenie Enterprise w centrum danych — ten artykuł pomoże Ci podjąć optymalną decyzję.
Modele licencjonowania SQL Server — przegląd
Microsoft oferuje dwa główne modele licencjonowania SQL Server, które różnią się fundamentalnie podejściem do naliczania opłat:
- Server+CAL (Server + Client Access License) — licencjonujesz sam serwer, a następnie każdego użytkownika lub urządzenie, które się z nim łączy
- Core-based (Per Core) — licencjonujesz rdzenie fizyczne procesora w serwerze, bez ograniczeń co do liczby użytkowników
Wybór modelu zależy od kilku czynników: liczby użytkowników, typu dostępu (wewnętrzny vs internetowy), edycji SQL Server oraz tego, czy korzystasz z wirtualizacji. Co istotne — edycja Enterprise jest dostępna wyłącznie w modelu Core-based, podczas gdy Standard oferuje oba modele.
| Cecha | Server+CAL | Core-based |
|---|
| Dostępne edycje | Standard | Standard, Enterprise |
| Dostęp użytkowników internetowych | Wymaga CAL dla każdego | Bez ograniczeń |
| Minimum licencji | 1 Server + 1 CAL | 4 Core Packs (16 rdzeni) |
| Najlepszy dla | Małe firmy, stała liczba użytkowników | Aplikacje webowe, duże wdrożenia |
| Wirtualizacja | Ograniczona | Pełna elastyczność (Enterprise) |
Model Server+CAL — jak działa i kiedy jest opłacalny
Model Server+CAL to tradycyjne podejście do licencjonowania, znane z wielu produktów Microsoft (np. Windows Server CAL). Składa się z dwóch elementów:
Licencja serwerowa (Server License)
Licencja serwerowa uprawnia do zainstalowania i uruchomienia jednej instancji SQL Server na jednym serwerze fizycznym. Nie zależy od mocy obliczeniowej serwera — niezależnie od tego, czy serwer ma 4 czy 64 rdzenie, potrzebujesz jednej licencji serwerowej.
Licencje dostępowe (CAL — Client Access License)
Każdy użytkownik lub urządzenie łączące się z SQL Server musi posiadać odpowiednią licencję CAL. Microsoft oferuje dwa typy:
- User CAL — przypisana do konkretnego użytkownika, pozwala mu łączyć się z dowolnej liczby urządzeń
- Device CAL — przypisana do konkretnego urządzenia (komputera, terminala), pozwala dowolnej liczbie użytkowników łączyć się z tego urządzenia
Szczegółowe porównanie obu typów CAL znajdziesz w naszym przewodniku po licencjach CAL.
Kiedy Server+CAL jest opłacalny?
Model Server+CAL sprawdza się najlepiej, gdy:
- Mała, stała liczba użytkowników — np. 10-30 pracowników w firmie
- Tylko dostęp wewnętrzny — żadne aplikacje internetowe nie łączą się z bazą
- Prosty scenariusz wdrożenia — jeden serwer fizyczny, brak wirtualizacji
- SQL Server Standard wystarcza — nie potrzebujesz funkcji Enterprise
Uwaga: Jeśli Twoja aplikacja jest dostępna przez internet (np. sklep online, portal klienta), model Server+CAL staje się nieopłacalny lub wręcz niemożliwy do zastosowania — musisz licencjonować każdego odwiedzającego, co przy tysiącach użytkowników jest absurdalne. W takim przypadku jedyną rozsądną opcją jest model Core-based.
Model Core-based — jak liczyć rdzenie
Model Core-based (Per Core) eliminuje konieczność śledzenia liczby użytkowników. Zamiast tego licencjonujesz fizyczne rdzenie procesorów w serwerze. Jest to model obowiązkowy dla edycji Enterprise i opcjonalny dla Standard.
Zasady liczenia rdzeni
Licencje Core sprzedawane są w pakietach po 2 rdzenie (2-Core Packs). Obowiązują następujące minimalne wymagania:
- Minimum 4 Core Packs na procesor — czyli minimum 8 rdzeni na procesor, nawet jeśli procesor fizycznie ma mniej rdzeni
- Minimum 2 procesory na serwer — czyli minimum 16 rdzeni na serwer (8 Core Packs = 4 × 2-Core Pack × 2 procesory)
- Jeśli serwer ma więcej rdzeni niż minimum, musisz licencjonować wszystkie fizyczne rdzenie
- Hyper-threading nie jest liczony — licencjonujesz rdzenie fizyczne, nie wątki logiczne
Przykłady kalkulacji rdzeni
| Serwer | Procesory | Rdzenie fizyczne | Wymagane Core Packs (2-Core) |
|---|
| Mały serwer | 1× 4-core | 4 | 8 (minimum 16 rdzeni) |
| Typowy serwer | 1× 8-core | 8 | 8 (minimum 16 rdzeni) |
| Serwer 2-proc | 2× 8-core | 16 | 8 (16 rdzeni = minimum) |
| Duży serwer | 2× 16-core | 32 | 16 (32 rdzenie) |
| Serwer HPC | 2× 32-core | 64 | 32 (64 rdzenie) |
Praktyczna wskazówka: Przy zakupie nowego serwera warto dobrać procesor z uwzględnieniem kosztów licencji SQL Server. Czasem lepiej kupić procesor z mniejszą liczbą rdzeni, ale wyższą częstotliwością — oszczędzisz na licencjach Core, zachowując porównywalną wydajność dla obciążeń SQL.
SQL Server Enterprise vs Standard — różnice w funkcjach i limitach
Wybór między edycją Standard a Enterprise to jedna z kluczowych decyzji architektonicznych. Różnice dotyczą zarówno limitów technicznych, jak i dostępnych funkcji.
Limity techniczne
| Parametr | Standard | Enterprise |
|---|
| Maksymalna pamięć RAM (bufor) | 128 GB | Limit systemu operacyjnego |
| Maksymalna liczba rdzeni | 24 rdzenie (lub 4 sockety) | Limit systemu operacyjnego |
| Maksymalny rozmiar bazy | 524 PB | 524 PB |
| Instancje w środowisku wirtualnym | Maks. 2 VM (Server+CAL) lub odpowiednia liczba rdzeni | Nieograniczone (przy pełnym licencjonowaniu hosta) |
Kluczowe funkcje dostępne tylko w Enterprise
- Always On Availability Groups — zaawansowana wysoka dostępność z automatycznym failoverem (więcej w naszym przewodniku po Always On)
- In-Memory OLTP — tabele w pamięci operacyjnej dla ekstremalnej wydajności
- Columnstore Indexes (pełna funkcjonalność) — kompresja kolumnowa i przetwarzanie analityczne
- Data Compression — kompresja stron i wierszy na poziomie Enterprise
- Partycjonowanie tabel — podział dużych tabel na mniejsze partycje
- Transparent Data Encryption (TDE) — szyfrowanie baz danych w spoczynku (w SQL 2019+ dostępne też w Standard)
- Resource Governor — zarządzanie zasobami CPU i pamięci między obciążeniami
- Parallel Query Processing (zaawansowany) — większa równoległość zapytań
Jeśli Twoja infrastruktura wymaga wysokiej dostępności z automatycznym przełączaniem lub przetwarzasz duże wolumeny danych analitycznych, Enterprise jest koniecznością. Dla typowych aplikacji biznesowych — ERP, CRM, systemy kadrowe — SQL Server Standard jest wystarczający i znacząco tańszy.
SQL Server 2022 vs 2019 — co nowego w licencjonowaniu
SQL Server 2022 wprowadził kilka istotnych zmian w porównaniu z SQL Server 2019. Szczegółowe porównanie obu wersji znajdziesz w naszym artykule SQL Server 2019 vs 2022. Z perspektywy licencjonowania:
- Modele licencjonowania pozostały takie same — Server+CAL i Core-based
- Nowe funkcje Enterprise — Ledger (blockchain), rozszerzone Always On, integracja z Azure
- Failover rights — SQL 2022 z Software Assurance umożliwia bezpłatne uruchomienie repliki failover w Azure
- Licencje 2019 nie obejmują 2022 — wymagany upgrade lub nowy zakup (chyba że posiadasz Software Assurance)
SQL Server Express i Developer — darmowe edycje
Microsoft oferuje dwie bezpłatne edycje SQL Server, które mogą znacząco obniżyć koszty w odpowiednich scenariuszach:
SQL Server Express
Darmowa edycja do użytku produkcyjnego, z następującymi ograniczeniami:
- Maksymalny rozmiar bazy: 10 GB (najistotniejsze ograniczenie)
- Maksymalna pamięć RAM (bufor): 1 410 MB
- Maksymalna liczba rdzeni: 4
- Brak SQL Agent — nie można planować zadań automatycznych
- Brak pełnotekstowego wyszukiwania (dostępne w wersji Express with Advanced Services)
Express świetnie sprawdza się dla małych aplikacji, prototypów, aplikacji desktopowych z lokalną bazą danych lub jako baza testowa. Wielu dostawców oprogramowania ERP i branżowego używa Express jako domyślnego silnika bazy danych dla małych instalacji.
SQL Server Developer
Pełna funkcjonalność edycji Enterprise, ale wyłącznie do celów deweloperskich i testowych. Nie może być używany w środowisku produkcyjnym. Idealny dla programistów i administratorów, którzy potrzebują testować funkcje Enterprise bez ponoszenia kosztów licencji. Więcej o instalacji SQL Server, w tym edycji Developer, znajdziesz w naszym poradniku instalacji krok po kroku.
Licencjonowanie w środowiskach wirtualnych (VMware, Hyper-V)
Wirtualizacja to standard w nowoczesnych centrach danych, ale licencjonowanie SQL Server w środowiskach wirtualnych wymaga szczególnej uwagi. Zasady różnią się znacząco w zależności od edycji i modelu licencyjnego.
SQL Server Standard w środowisku wirtualnym
Model Server+CAL:
- Jedna licencja serwerowa uprawnia do uruchomienia jednej instancji SQL Server w jednej maszynie wirtualnej
- Maksymalnie 2 instancje w maszynach wirtualnych przy dwóch licencjach serwerowych na jednym hoście
- CAL-e są wymagane dla każdego użytkownika/urządzenia łączącego się z każdą instancją
Model Core-based:
- Licencjonujesz rdzenie wirtualne (vCPU) przydzielone do maszyny wirtualnej
- Minimum 4 Core Packs (8 rdzeni wirtualnych) na maszynę wirtualną
- Nie musisz licencjonować całego hosta fizycznego
- Każda VM z SQL Server wymaga osobnego zestawu licencji Core
SQL Server Enterprise w środowisku wirtualnym
Enterprise oferuje znacznie bardziej elastyczne podejście do wirtualizacji:
- Pełne licencjonowanie hosta — licencjonujesz wszystkie fizyczne rdzenie hosta (model Core-based)
- Nieograniczone instancje VM — możesz uruchomić dowolną liczbę maszyn wirtualnych z SQL Server Enterprise na tym hoście
- Mobility między hostami — z Software Assurance możesz przenosić instancje między hostami w ramach farmy serwerów
To sprawia, że Enterprise jest często tańszy w dużych środowiskach wirtualnych niż Standard — mimo wyższej ceny jednostkowej za rdzeń. Jeśli na jednym hoście fizycznym planujesz uruchomić 5+ instancji SQL Server, Enterprise z licencjonowaniem całego hosta może być bardziej ekonomiczny.
Ważne zasady dla środowisk wirtualnych
- Live Migration / vMotion — przenoszenie VM między hostami wymaga licencjonowania wszystkich hostów docelowych (lub Software Assurance z License Mobility)
- High Availability (klaster) — węzły pasywne (failover) nie wymagają dodatkowych licencji Core, pod warunkiem że nie obsługują aktywnych obciążeń
- Hyper-V vs VMware — zasady licencyjne są identyczne niezależnie od platformy wirtualizacji
- Kontenery — SQL Server w kontenerach Docker/Kubernetes wymaga licencjonowania jak maszyna wirtualna
Infrastruktura wirtualna wymaga również odpowiedniego licencjonowania systemu hosta — zapoznaj się z naszym przewodnikiem po licencjonowaniu Windows Server, aby wybrać odpowiednią edycję (Standard vs Datacenter).
Software Assurance — korzyści i opłacalność
Software Assurance (SA) to program serwisowy Microsoftu, który zapewnia dodatkowe prawa i korzyści ponad samą licencję. Dla SQL Server SA jest szczególnie wartościowy:
Kluczowe korzyści Software Assurance
- Prawo do nowych wersji — automatyczne upgrade do najnowszej wersji SQL Server bez dodatkowych opłat (np. z 2019 na 2022)
- License Mobility — prawo do przenoszenia licencji między serwerami i do chmury (Azure Hybrid Benefit)
- Failover rights — bezpłatna instancja failover (pasywna replika dla wysokiej dostępności)
- Azure Hybrid Benefit — użycie istniejących licencji Core w Azure SQL Database lub Azure Virtual Machines
- 24/7 Technical Support — wsparcie techniczne Microsoft
- Szkolenia — vouchery na kursy i egzaminy certyfikacyjne
Kiedy SA się opłaca?
Software Assurance opłaca się, gdy:
- Planujesz upgrade do kolejnej wersji SQL Server w ciągu 2-3 lat
- Korzystasz z wirtualizacji i potrzebujesz License Mobility
- Planujesz migrację do Azure z zachowaniem istniejących licencji
- Potrzebujesz praw failover dla wysokiej dostępności
SA nie opłaca się, jeśli planujesz używać tej samej wersji SQL Server przez 5+ lat bez zmian infrastruktury — w takim przypadku koszt SA przewyższy cenę ewentualnego upgrade'u.
CAL User vs CAL Device — kiedy który wybrać
Jeśli zdecydujesz się na model Server+CAL, musisz wybrać między licencjami User CAL a Device CAL. To samo dotyczy licencji dostępowych do Windows Server. Szczegółowy poradnik znajdziesz w artykule Licencje CAL — kompletny przewodnik.
User CAL — dla mobilnych pracowników
Licencja przypisana do konkretnej osoby. Jeden pracownik = jedna User CAL, niezależnie od tego, z ilu urządzeń się łączy (laptop, komputer stacjonarny, telefon, tablet).
Najlepszy wybór gdy:
- Pracownicy korzystają z wielu urządzeń (BYOD, praca hybrydowa)
- Liczba użytkowników jest mniejsza niż liczba urządzeń
- Firma wspiera pracę zdalną z prywatnych urządzeń
Device CAL — dla współdzielonych stacji
Licencja przypisana do konkretnego urządzenia. Jedno urządzenie = jedna Device CAL, niezależnie od tego, ilu użytkowników z niego korzysta (np. zmianowa praca na jednym komputerze).
Najlepszy wybór gdy:
- Wielu użytkowników korzysta ze wspólnych komputerów (np. produkcja, magazyn, recepcja)
- Praca zmianowa — 3 zmiany po 8 osób na 10 komputerach
- Kioski, terminale lub stanowiska współdzielone
Macierz decyzyjna
| Scenariusz | Użytkownicy | Urządzenia | Optymalny CAL | Liczba CAL |
|---|
| Biuro — każdy ma swój PC | 30 | 30 | User lub Device (równoważne) | 30 |
| Biuro + praca zdalna (BYOD) | 30 | 60+ | User CAL | 30 |
| Produkcja — 3 zmiany | 90 | 15 | Device CAL | 15 |
| Call center — hot desking | 50 | 20 | Device CAL | 20 |
Ważne: Nie można mieszać typów CAL dla jednego produktu w ramach jednej organizacji. Decyzja o User vs Device CAL dotyczy wszystkich licencji SQL Server CAL w firmie (choć Windows Server CAL mogą mieć inny typ).
Kalkulator kosztów — przykładowe scenariusze
Poniżej przedstawiamy przykładowe kalkulacje kosztowe dla typowych scenariuszy wdrożenia. Ceny orientacyjne oparte na cenach licencji w KluczeSoft.
Scenariusz 1: Mała firma — 15 użytkowników, 1 serwer
| Element | Model Server+CAL | Model Core-based |
|---|
| Licencja serwerowa / Core | 1× SQL Server Standard (Server) | 8× 2-Core Pack Standard (min. 16 rdzeni) |
| Licencje dostępowe | 15× SQL Server CAL | Brak (wliczone w Core) |
| Optymalny model | Server+CAL — przy 15 użytkownikach i jednym serwerze tańszy o 40-60% |
Scenariusz 2: Średnia firma — 80 użytkowników, 2 serwery (z HA)
| Element | Model Server+CAL | Model Core-based |
|---|
| Licencje serwerowe / Core | 2× SQL Server Standard (Server) | 16× 2-Core Pack Standard (2 serwery × 16 rdzeni) |
| Licencje dostępowe | 80× SQL Server CAL | Brak |
| Failover | Pasywny node: +1 Server License | Pasywny node: bezpłatny (SA) |
| Optymalny model | Zależy od cen — przy 80+ użytkownikach Core-based zaczyna być konkurencyjny |
Scenariusz 3: Aplikacja webowa — nieznana liczba użytkowników
| Element | Model Server+CAL | Model Core-based |
|---|
| Licencjonowanie | Niemożliwe (nieznana liczba użytkowników) | 16× 2-Core Pack Standard |
| Optymalny model | Core-based — jedyna opcja dla aplikacji internetowych |
Scenariusz 4: Centrum danych — 5 VM na jednym hoście
| Element | Standard Core (per VM) | Enterprise Core (cały host) |
|---|
| Host fizyczny | 2× 16-core CPU = 32 rdzenie | 2× 16-core CPU = 32 rdzenie |
| Licencje Core | 5 VM × 8 Core Packs = 40 Core Packs Standard | 16 Core Packs Enterprise (cały host) |
| Liczba instancji SQL | 5 (każda osobno licencjonowana) | Nieograniczona |
| Optymalny model | Enterprise — przy 5+ VM na hoście Enterprise jest ekonomiczniejszy mimo wyższej ceny jednostkowej |
Najczęstsze błędy licencyjne
Audyty licencyjne Microsoftu (SAM — Software Asset Management) mogą skutkować karami wielokrotnie przewyższającymi koszt brakujących licencji. Oto najczęstsze błędy, które spotykamy w polskich firmach:
1. Niedolicencjonowanie rdzeni w środowisku wirtualnym
Najczęstszy błąd: firma licencjonuje rdzenie przydzielone do VM (np. 4 vCPU), ale zapomina o minimum 8 rdzeni na VM dla SQL Server Standard. Jeśli VM ma 4 vCPU, nadal potrzebujesz 4 Core Packs (8 rdzeni).
2. Brak CAL-i dla pośrednich użytkowników
Aplikacja webowa łączy się z SQL Server przez application server. Firma licencjonuje tylko konto serwisowe aplikacji (1 CAL), ale tak naprawdę każdy użytkownik końcowy aplikacji wymaga CAL. Rozwiązanie: przejdź na model Core-based.
3. Używanie SQL Server Developer w produkcji
SQL Server Developer jest darmowy i ma pełną funkcjonalność Enterprise — pokusa jest duża. Ale licencja Developer zabrania użytku produkcyjnego. Nawet "mały" serwer raportowy z edycją Developer to naruszenie licencji.
4. Migracja SQL Server bez przeniesienia licencji
Przenosisz SQL Server na nowy serwer fizyczny? Licencje Server+CAL można przenosić (z 90-dniowym ograniczeniem), ale licencje Core wymagają SA z License Mobility lub nowego zakupu. Wiele firm zapomina o tym przy wymianie sprzętu.
5. Niedoszacowanie rdzeni po upgrade procesora
Wymiana procesora z 8-core na 16-core w istniejącym serwerze podwaja wymaganą liczbę licencji Core. To jeden z najczęściej pomijanych aspektów — upgrade sprzętowy = upgrade licencyjny.
6. Brak licencji dla passive failover
Wiele firm zakłada, że pasywny węzeł klastra nie wymaga licencji. To prawda tylko z Software Assurance. Bez SA — węzeł failover wymaga pełnego licencjonowania, nawet jeśli jest pasywny 99% czasu.
7. Korzystanie z funkcji Enterprise w edycji Standard
SQL Server Standard pozwala technicznie włączyć niektóre funkcje Enterprise (np. Always On Availability Groups z ograniczeniami). Ale korzystanie z pełnego Always On (np. readable secondary) w Standard to naruszenie licencji. Zapoznaj się z artykułem o bezpieczeństwie SQL Server, aby zrozumieć, które funkcje wymagają Enterprise.
Licencjonowanie SQL Server w chmurze (Azure, AWS)
Coraz więcej firm przenosi SQL Server do chmury. Zasady licencjonowania w środowiskach chmurowych różnią się od on-premises:
Azure
- Azure SQL Database / Managed Instance — licencja wliczona w opłatę za usługę (model pay-as-you-go) lub BYOL (Bring Your Own License) z Azure Hybrid Benefit
- SQL Server on Azure VMs — standardowe licencjonowanie Core-based lub BYOL z SA
- Azure Hybrid Benefit — posiadacze licencji Core z SA mogą użyć ich w Azure, oszczędzając do 55% na kosztach chmury
AWS / GCP
- License Included — licencja SQL Server wliczona w cenę instancji EC2/GCE (zazwyczaj droższa)
- BYOL — wymagana dedykowana infrastruktura (Dedicated Hosts w AWS) lub License Mobility z SA
- Amazon RDS for SQL Server — licencja wliczona w opłatę za usługę
Wskazówka: Jeśli posiadasz licencje SQL Server Core z Software Assurance, Azure Hybrid Benefit oferuje najlepszą opłacalność w chmurze. Możesz obniżyć koszty Azure SQL nawet o połowę w porównaniu z modelem pay-as-you-go.
Podsumowanie — jak wybrać model licencjonowania
Wybór modelu licencjonowania SQL Server sprowadza się do odpowiedzi na kilka kluczowych pytań:
- Czy potrzebujesz edycji Enterprise? → Tak = tylko Core-based
- Czy aplikacja jest dostępna przez internet? → Tak = Core-based (nie możesz policzyć CAL-i)
- Czy masz małą, stałą liczbę użytkowników (<50)? → Server+CAL może być tańszy
- Czy korzystasz z wirtualizacji z 3+ instancjami SQL? → Enterprise Core może być ekonomiczniejszy
- Czy planujesz migrację do chmury? → Core z SA + Azure Hybrid Benefit
Niezależnie od wybranego modelu, dokumentuj swoją infrastrukturę licencyjną. Prowadź rejestr: ile licencji posiadasz, gdzie są zainstalowane, kiedy wygasa Software Assurance. To Twoja najlepsza obrona podczas audytu.
FAQ — najczęstsze pytania o licencjonowanie SQL Server
Czy mogę zmienić model licencjonowania z Server+CAL na Core-based?
Tak, ale wymaga to zakupu nowych licencji Core-based. Licencji Server+CAL nie można "przekonwertować" na Core. Jeśli posiadasz Software Assurance, możesz skontaktować się z resellerem w sprawie opcji migracji. Planując zmianę, policz dokładnie koszty obu modeli — czasem zakup nowych licencji Core jest tańszy niż dokupowanie kolejnych CAL-i.
Ile licencji Core potrzebuję dla serwera z jednym procesorem 6-rdzeniowym?
Minimum 8 Core Packs (16 rdzeni). Mimo że procesor ma tylko 6 rdzeni, obowiązuje minimum 8 rdzeni na procesor i 16 rdzeni na serwer. Zaokrąglasz w górę: 4 Core Packs × 2 rdzenie = 8 rdzeni na procesor, ale minimum na serwer to 16 rdzeni, czyli 8 Core Packs (po 2 rdzenie każdy).
Czy SQL Server Express wymaga CAL-i?
Nie. SQL Server Express jest całkowicie darmowy — nie wymaga ani licencji serwerowej, ani CAL-i. Jedyne ograniczenia to techniczne limity: 10 GB na bazę, 1 GB RAM, 4 rdzenie. Jeśli te limity wystarczą, Express to doskonała opcja dla małych aplikacji. Pamiętaj jednak, że nadal potrzebujesz licencji na system operacyjny serwera.
Czy licencje SQL Server CAL są takie same jak Windows Server CAL?
Nie. SQL Server CAL i Windows Server CAL to oddzielne produkty. Jeśli użytkownik łączy się z serwerem, na którym działa SQL Server na Windows Server, potrzebuje obu: Windows Server CAL + SQL Server CAL. To dwa osobne koszty, które firmy często mylą.
Czy mogę używać licencji SQL Server 2019 na SQL Server 2022?
Nie — licencje SQL Server są wersjonowane. Licencja SQL Server 2019 uprawnia do użytku wersji 2019 i wcześniejszych (downgrade rights), ale nie do wersji nowszych. Jedynym sposobem na bezpłatny upgrade do 2022 jest aktywna Software Assurance. Bez SA musisz zakupić nową licencję SQL Server 2022.
Potrzebujesz licencji SQL Server?
W KluczeSoft oferujemy oryginalne licencje SQL Server w najlepszych cenach na rynku. Niezależnie od tego, czy potrzebujesz jednej licencji Standard dla małej firmy, czy zestawu Enterprise Core dla centrum danych — pomożemy dobrać optymalny model licencjonowania.
Nasze produkty SQL Server:
Masz pytania dotyczące licencjonowania? Skontaktuj się z nami — nasi specjaliści pomogą dobrać optymalne rozwiązanie dla Twojej infrastruktury.
Najczesciej zadawane pytania
Ile licencji CAL potrzebuję?
Tyle ile masz użytkowników (User CAL) lub urządzeń (Device CAL) łączących się z serwerem — zależy od modelu licencjonowania.
Czym się różni Windows Server Standard od Datacenter?
Datacenter pozwala na nieograniczoną liczbę maszyn wirtualnych. Standard obejmuje maksymalnie 2 VM na licencję.
Czy Windows Server wymaga osobnych licencji dostępowych?
Tak, oprócz licencji serwerowej potrzebujesz licencji CAL (Client Access License) dla każdego użytkownika lub urządzenia.
Kup licencje SQL Server CAL w KluczeSoft
Oferujemy licencje Client Access License (CAL) do SQL Server w modelu Server+CAL:
SQL Server 2022 CAL
SQL Server 2019 CAL
SQL Server 2017 CAL
SQL Server 2016 CAL
SQL Server 2014 CAL
Kup licencje SQL Server CAL w KluczeSoft
Oferujemy licencje CAL do SQL Server w modelu Server+CAL:
SQL Server 2022 CAL
SQL Server 2019 CAL
SQL Server 2017 CAL
SQL Server 2016 CAL
SQL Server 2014 CAL
Dostawa w 1 min
100% Oryginalne
TrustedShops 4.81 · 3 783 opinii
![Jak sprawdzić klucz produktu Windows 11 i Windows 10 — 5 metod [2026]](https://kluczesoft.pl/img/ybc_blog/post/thumb/thumb-132.jpg "Jak sprawdzić klucz produktu Windows 11 i Windows 10 — 5 metod [2026]")
![100+ skrótów klawiszowych Windows 11 i 10 — kompletna ściąga [2026]](https://kluczesoft.pl/img/ybc_blog/post/thumb/hero-26.png "100+ skrótów klawiszowych Windows 11 i 10 — kompletna ściąga [2026]")
![Jak przyspieszyć Windows 11 — 15 sprawdzonych metod [2026]](https://kluczesoft.pl/img/ybc_blog/post/thumb/hero-213.png "Jak przyspieszyć Windows 11 — 15 sprawdzonych metod [2026]")
![Kalkulator licencji Windows Server — oblicz ile potrzebujesz [2026]](https://kluczesoft.pl/img/ybc_blog/post/thumb/hero-339.png "Kalkulator licencji Windows Server — oblicz ile potrzebujesz [2026]")
![Licencja OEM vs ESD vs BOX vs Retail — kompletne porownanie z infografika [2026]](https://kluczesoft.pl/img/ybc_blog/post/thumb/hero-338.png "Licencja OEM vs ESD vs BOX vs Retail — kompletne porownanie z infografika [2026]")
Dodaj komentarz