Sql Server Configuration Manager — kompletny przewodnik 2026

SQL Server Configuration Manager (SSCM) to dedykowane narzędzie administracyjne Microsoft do zarządzania usługami SQL Server, konfiguracją sieciową oraz protokołami komunikacyjnymi na serwerach Windows. W przeciwieństwie do standardowego menedżera usług Windows (services.msc), SSCM rozumie zależności między składnikami SQL Server, stosuje poprawne uprawnienia do plików rejestru po zmianie konta usługi oraz zarządza aliasami klienta i konfiguracją portów nasłuchu — wszystko z jednego, spójnego interfejsu w przystawce Microsoft Management Console (MMC). Od wersji SQL Server 2022 narzędzie jest integralną częścią instalacji i nie można go pobrać jako samodzielnego komponentu; dostępne jest wyłącznie jako składnik SQL Server w ścieżce C:\Windows\SysWOW64\SQLServerManager16.msc (dla SQL Server 2022) lub odpowiednik dla wcześniejszych wersji. W kontekście Windows Server 2025 i Windows 11 24H2/25H2 narzędzie działa natywnie, choć nowe polityki bezpieczeństwa Microsoft Defender for Endpoint wymagają jawnego zezwolenia na komunikację przez porty TCP inne niż 1433 — co czyni SSCM krytycznym punktem konfiguracji każdego wdrożenia SQL Server w 2026 roku. Dla administratora bazodanowego i integratora systemów IT znajomość tego narzędzia oznacza różnicę między serwerem działającym od pierwszego uruchomienia a wielogodzinnym debugowaniem problemów z połączeniami.

Czym dokładnie jest SQL Server Configuration Manager i do czego służy

SQL Server Configuration Manager to konsola MMC, która zastąpiła starsze narzędzia Server Network Utility, Client Network Utility oraz częściowo Service Manager znane z ery SQL Server 2000. Jego głównym zadaniem jest centralizacja wszystkich operacji konfiguracyjnych związanych z infrastrukturą komunikacyjną i usługową SQL Server. Narzędzie zarządza następującymi obszarami:

Usługi SQL Server — uruchamianie, zatrzymywanie, zmiana konta usługi (service account), trybu uruchomienia (automatyczny/ręczny/wyłączony), parametrów startowych. Kluczowa różnica względem services.msc: SSCM automatycznie nadaje poprawne uprawnienia NTFS do plików danych, kopii zapasowych i dziennika błędów po zmianie konta usługi. Zmiana konta przez services.msc tego nie robi, co prowadzi do błędów "Access Denied" przy starcie instancji.

Konfiguracja sieciowa SQL Server — włączanie i wyłączanie protokołów sieciowych: Shared Memory, Named Pipes, TCP/IP. Dla TCP/IP możesz ustawić statyczny port (standardowo 1433 dla instancji domyślnej), port dynamiczny, adresy IP nasłuchu oraz flagę Keep Alive. Dla instancji nazwanych konieczne jest również skonfigurowanie usługi SQL Server Browser, która mapuje nazwy instancji na numery portów dynamicznych.

Konfiguracja natywna klienta SQL — aliasy klienta, kolejność protokołów używanych do łączenia z serwerem. Alias pozwala aplikacji łączyć się pod przyjazną nazwą (np. "ERP_PROD") zamiast rzeczywistej nazwy serwera i portu — przydatne przy migracjach i ukrywaniu topologii infrastruktury przed programistami aplikacji.

Konfiguracja Filestream — zarządzanie dostępem T-SQL i strumieniowym dostępem Win32 do plików BLOB przechowywanych przez SQL Server.

Wszystkie zmiany dokonywane w SSCM podnoszą flagę w rejestrze Windows (gałąź HKLM\SOFTWARE\Microsoft\Microsoft SQL Server\[instancja]\MSSQLServer), informującą silnik SQL Server o konieczności przeładowania konfiguracji — w niektórych przypadkach bez restartu usługi.

Jak uruchomić SQL Server Configuration Manager w Windows Server 2025 i Windows 11

W 2026 roku dostęp do SSCM odbywa się na jeden z trzech sposobów, zależnie od wersji systemu operacyjnego:

Windows Server 2025 / Windows Server 2022

Kliknij Start, wpisz SQLServerManager — system zaproponuje wszystkie zainstalowane wersje MMC (np. SQLServerManager16.msc dla SQL Server 2022). Alternatywnie przejdź do C:\Windows\SysWOW64\ i uruchom plik ręcznie. Narzędzie nie jest przypięte do menu Start ani do listy aplikacji — Microsoft celowo ukrywa je przed przypadkowym użytkownikiem, ponieważ błędne zmiany konfiguracji sieciowej mogą odciąć dostęp do serwera produkcyjnego.

Windows 11 24H2 / 25H2 — zmiana w zabezpieczeniach

Na Windows 11 24H2 Microsoft wprowadził kontrolę Smart App Control, która w trybie oceny może zablokować uruchomienie SSCM jako "nierozpoznanej aplikacji starszego typu". Rozwiązaniem jest uruchomienie konsoli MMC z podwyższonymi uprawnieniami: prawy przycisk myszy na pliku .msc → Uruchom jako administrator. Drugim obejściem jest jawne dodanie pliku do listy dozwolonych aplikacji w Windows Security → Kontrola aplikacji i przeglądarki → Ustawienia ochrony przed exploitami.

Dostęp przez PowerShell — alternatywa dla braku GUI

Coraz więcej organizacji w 2026 roku zarządza serwerami SQL przez PowerShell, szczególnie w środowiskach Core (Windows Server Core bez GUI) i kontenerach. Odpowiedniki poleceń SSCM:

# Sprawdzenie stanu usług SQL Server
Get-Service MSSQLSERVER, SQLSERVERAGENT, SQLBrowser

# Włączenie protokołu TCP/IP przez rejestr (wymaga restartu usługi)
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQLServer\SuperSocketNetLib\Tcp\IPAll" -Name "TcpPort" -Value "1433"

# Zmiana konta usługi z automatycznym nadaniem uprawnień NTFS
Invoke-Command -ComputerName SRV-SQL01 { ... }

Pełne API konfiguracyjne SQL Server jest dostępne przez moduł SqlServer (dostępny w PowerShell Gallery) i dostawcę WMI (przestrzeń nazw Root\Microsoft\SqlServer\ComputerManagement16). Wdrożenia automatyzujące konfigurację przez Desired State Configuration (DSC) albo Ansible korzystają właśnie z tych interfejsów.

Konfiguracja protokołów sieciowych — TCP/IP, Named Pipes, Shared Memory

To najważniejsza sekcja SSCM i jednocześnie źródło większości problemów z połączeniami do SQL Server. Zrozumienie trzech protokołów i ich priorytetów jest kluczowe zarówno dla administratora, jak i dla developera integracji.

Shared Memory

Najszybszy protokół, dostępny wyłącznie lokalnie na serwerze. Nie przechodzi przez stos sieciowy, dane przesyłane są przez współdzielony obszar pamięci RAM. Używany domyślnie przez SQL Server Management Studio uruchomione lokalnie na serwerze. Nie wymaga żadnej konfiguracji. Zawsze włączony — wyłączenie może uniemożliwić lokalne połączenia diagnostyczne, gdy stos sieciowy jest uszkodzony.

TCP/IP — podstawowy protokół sieciowy

Protokół TCP/IP obsługuje wszystkie połączenia zdalne do SQL Server. Konfiguracja w SSCM obejmuje następujące elementy:

Instancja nazwana (Named Instance) na domyślnym porcie dynamicznym wymaga uruchomionej usługi SQL Server Browser (UDP 1434), która tłumaczy nazwę instancji na aktualny numer portu. W środowiskach produkcyjnych najlepszą praktyką jest przypisanie instancji nazwanej statycznego portu TCP — eliminuje zależność od Browsera, ułatwia konfigurację firewalla i poprawia bezpieczeństwo (mniej otwartych wektorów ataku).

Named Pipes

Starszy protokół sieciowy oparty na IPC (Inter-Process Communication) przez potoki nazwane. Historycznie używany w sieciach NetBIOS/NetBEUI. W 2026 roku Named Pipes jest domyślnie wyłączony w nowych instalacjach SQL Server 2022. Jedyne scenariusze wymagające NP to:

• Legacy aplikacje napisane w Visual Basic 6 lub Delphi 7, które nie obsługują TCP/IP w connection stringu
• Lokalne połączenia między procesami na tym samym serwerze, gdy Shared Memory jest wyłączone
• Debugowanie Kerberos constrained delegation, gdzie Named Pipes wymusza ścieżkę uwierzytelniania NTLM zamiast Kerberos

Dla wszystkich nowych wdrożeń w 2026 roku zalecany jest wyłącznie TCP/IP z włączonym trybem Force Encryption (TLS 1.3) — co będzie omówione w sekcji bezpieczeństwa.

Kolejność protokołów klienta

W gałęzi "Konfiguracja natywna klienta SQL" SSCM umożliwia ustalenie kolejności prób połączenia. Domyślna kolejność: Shared Memory → TCP/IP → Named Pipes. Gdy aplikacja łączy się z lokalnym serwerem przez localhost lub . (kropka — domyślna instancja lokalna), sterownik klienta najpierw próbuje Shared Memory; jeśli to nie powiedzie się, przechodzi do TCP/IP. W przypadku zdalnych serwerów Shared Memory odpada automatycznie i klient próbuje TCP/IP.

Zarządzanie usługami SQL Server przez SSCM — konta, uprawnienia i parametry startowe

Sekcja "Usługi SQL Server" w SSCM jest kontrolnym centrum operacyjnym każdej instancji. Obejmuje następujące usługi:

• SQL Server (MSSQLSERVER) — silnik bazy danych dla instancji domyślnej; dla instancji nazwanych nazwa to MSSQL$NAZWA_INSTANCJI
• SQL Server Agent (SQLSERVERAGENT) — harmonogram zadań, alerty, maintenance plans; dostępny tylko w edycjach Standard, Enterprise i Developer
• SQL Server Browser — usługa przekierowująca dla instancji nazwanych; nasłuchuje na UDP 1434
• SQL Server Integration Services (SSIS) — usługa ETL; w SQL Server 2022 dostępna jako osobna usługa lub w trybie Scale Out
• SQL Server Analysis Services (SSAS) — usługa OLAP; domyślnie wyłączona po instalacji
• SQL Server Reporting Services (SSRS) — od SQL Server 2017 zarządzana przez osobny portal, ale usługa systemowa wciąż widoczna w SSCM

Zmiana konta usługi — najczęstsza pułapka

Każda z powyższych usług działa w kontekście konkretnego konta Windows. Domyślnie SQL Server 2022 używa kont wirtualnych (Virtual Accounts) w formacie NT SERVICE\MSSQLSERVER — są to konta zarządzane automatycznie przez system, bez konieczności ręcznego resetowania haseł.

Przy zmianie konta z wirtualnego na domenowe (Managed Service Account — MSA lub Group Managed Service Account — gMSA) wyłącznie SSCM poprawnie nadaje uprawnienia NTFS do katalogu danych (*.mdf, *.ldf), katalogu kopii zapasowych i pliku ERRORLOG. Ta operacja wykonywana jest przez SSCM w tle za pomocą wywołań WMI do providera SMO. Administratorzy, którzy próbują zmienić konto przez services.msc, dostają błąd 17051 — "SQL Server cannot start because it failed to initialize the system memory" — co jest mylącym komunikatem dla faktycznego problemu z brakiem dostępu do plików.

Parametry startowe — diagnostyka i odzyskiwanie

W SSCM, w zakładce "Parametry startowe" dla danej usługi SQL Server, administrator może dodać flagi diagnostyczne:

• -m — tryb pojedynczego użytkownika (Single User Mode); krytyczny przy odzyskiwaniu hasła administratora (SA) i naprawie uszkodzonej bazy master
• -f — tryb minimalnej konfiguracji; uruchamia SQL Server z absolutnym minimum, przydatny gdy błędna zmiana parametru sp_configure uniemożliwia start
• -T[1-9999] — flagi śledzenia (Trace Flags), np. -T1118 (pełny extent zamiast mixed extent), -T2371 (szybsza aktualizacja statystyk), -T3226 (wyłączenie logowania backupów do ERRORLOG — redukcja szumu w logach)

Flag śledzenia używa się oszczędnie — każda z nich zmienia domyślne zachowanie silnika i powinna być stosowana tylko po konsultacji z dokumentacją Microsoft lub zaleceniem supportu.

Bezpieczeństwo połączeń — TLS 1.3, Force Encryption i certyfikaty

Od wydania SQL Server 2022 Cumulative Update 14 (czerwiec 2025) Microsoft oficjalnie wspiera TLS 1.3 dla wszystkich połączeń klient-serwer, pod warunkiem że system operacyjny (Windows Server 2025 lub Windows 11 24H2) dostarcza warstwy SCHANNEL z TLS 1.3. Konfiguracja szyfrowania w SSCM odbywa się w gałęzi "Konfiguracja sieciowa SQL Server" → prawy przycisk myszy na "Protokoły dla [instancja]" → Właściwości → zakładka "Flagi":

Po włączeniu Force Encryption SQL Server wymaga certyfikatu TLS dostarczonego przez administratora (zainstalowanego w magazynie certyfikatów komputera w Local Machine\Personal). Jeśli certyfikat nie zostanie jawnie przypisany, SQL Server automatycznie generuje certyfikat z podpisem własnym (self-signed), który zapewnia szyfrowanie transmisji, ale NIE zapewnia uwierzytelnienia serwera — klient nie może zweryfikować, czy łączy się z właściwym serwerem. Dla środowisk produkcyjnych konieczne jest wdrożenie certyfikatu z zaufanego urzędu certyfikacji (wewnętrznego PKI lub komercyjnego), najlepiej typu wildcard dla elastyczności nazw instancji.

Kluczowa zmiana w 2026: sterownik ODBC 18 i OLE DB 19 domyślnie wymagają szyfrowania (Encrypt=Yes) i zaufanego certyfikatu serwera (TrustServerCertificate=No). Aplikacje używające starszych connection stringów (bez Encrypt lub z TrustServerCertificate=Yes) otrzymają błąd SSL Provider Error 0. To celowe zaostrzenie polityki bezpieczeństwa przez Microsoft w odpowiedzi na rosnącą liczbę ataków typu Man-in-the-Middle na infrastruktury bazodanowe. Administratorzy muszą zaktualizować connection stringi wszystkich aplikacji łączących się do SQL Server lub — tymczasowo, dla legacy systemów — dodać TrustServerCertificate=Yes.

SQL Server Browser, aliasy klienta i problemy z łącznością — diagnostyka krok po kroku

Nawet prawidłowo skonfigurowany SQL Server może być nieosiągalny dla klientów z powodu problemów warstw poniżej i powyżej SSCM. Oto systematyczna procedura diagnostyczna:

Krok 1: Weryfikacja usługi i protokołów

W SSCM sprawdź, czy usługa SQL Server ma stan "Uruchomiona". Następnie w "Konfiguracja sieciowa SQL Server" → "Protokoły dla [instancja]" potwierdź, że TCP/IP ma status "Włączone". Przejdź do właściwości TCP/IP → zakładka "Adresy IP", przewiń na dół do sekcji "IPAll" i odczytaj "Port TCP". Jeśli pole jest puste, instancja nasłuchuje na porcie dynamicznym i potrzebny jest SQL Server Browser.

Krok 2: Test lokalny — czy serwer w ogóle nasłuchuje

Z poziomu serwera wykonaj w PowerShell:

Test-NetConnection -ComputerName localhost -Port 1433

Wynik TcpTestSucceeded: True potwierdza, że SQL Server nasłuchuje na porcie 1433. Dla dynamicznych portów instancji nazwanych użyj:

Get-Process -Name sqlservr | Select-Object Id
netstat -ano | findstr [PID_z_powyższego]

Krok 3: Test zdalny i diagnostyka firewalla

Z maszyny klienckiej wykonaj ten sam Test-NetConnection na adres IP serwera i port TCP. Jeśli test nie powiedzie się, sprawdź trzy zapory:

1. Windows Defender Firewall na serwerze — reguła "SQL Server" musi zezwalać na ruch przychodzący na porcie TCP 1433 (lub niestandardowym) dla profilu Domeny i/lub Prywatnego
2. Sieciowa zapora korporacyjna — komunikacja między segmentami VLAN musi być jawnie dozwolona
3. Network Security Group (Azure) / Security Group (AWS) — dla serwerów w chmurze; reguły NSG muszą zezwalać na port SQL z adresów IP klientów

Krok 4: Aliasy klienta jako obejście problemów z nazwami

Gdy serwer jest dostępny przez adres IP, ale nie przez nazwę DNS/NetBIOS, SSCM pozwala utworzyć alias klienta. W "Konfiguracja natywna klienta SQL" → "Aliasy" tworzysz wpis mapujący przyjazną nazwę na rzeczywisty adres IP:port. Od tego momentu aplikacja może używać aliasu w connection stringu zamiast rzeczywistej nazwy serwera. Alias jest rozwiązaniem również na sytuacje migracyjne — gdy przenosisz bazy na nowy serwer, zmieniasz tylko wpis aliasu na wszystkich klientach (przez GPO), bez dotykania konfiguracji aplikacji.

Znane problemy Windows 11 25H2 i SQL Server 2022

Windows 11 25H2 (aktualizacja z pierwszego kwartału 2026) wprowadza zaostrzone domyślne reguły Windows Defender Firewall, które blokują ruch przychodzący na niestandardowe porty TCP powyżej 1024 — w tym dynamiczne porty instancji nazwanych SQL Server (49152–65535). Rozwiązaniem jest przełączenie instancji nazwanej na statyczny port w SSCM i ręczne utworzenie reguły firewalla.

SQL Server Configuration Manager a automatyzacja — DSC, Ansible i CI/CD

W 2026 roku zarządzanie ręczne przez konsolę MMC ustępuje miejsca Infrastructure as Code (IaC). Nowoczesne wdrożenia SQL Server są konfigurowane automatycznie przy użyciu trzech głównych podejść:

Desired State Configuration (DSC) — natywne dla Windows

Moduł SqlServerDsc (dostępny w PowerShell Gallery) deklaruje konfigurację protokołów sieciowych, portów TCP i kont usług jako zasoby DSC:

• SqlServerNetwork — włączenie TCP/IP, ustawienie portu, wymuszenie szyfrowania
• SqlServiceAccount — przypisanie gMSA do usług SQL Server, Agent, SSIS
• SqlAlias — utworzenie aliasu klienta na maszynach aplikacyjnych

Konfiguracja DSC zapewnia idempotentność i ciągłe wymuszanie stanu — jeśli ktoś ręcznie zmieni port w SSCM, DSC automatycznie przywróci właściwą wartość.

Ansible — międzyplatformowo

Moduły community.windows.win_service i ansible.windows.win_regedit zastępują funkcjonalność SSCM w playbookach Ansible. Zmiana portu TCP sprowadza się do ustawienia wartości rejestru i restartu usługi — wszystkie operacje idempotentne i wersjonowane w Git.

CI/CD — pipeline wdrożeniowy SQL Server

W organizacjach praktykujących DevOps pipeline wdrożeniowy (Azure DevOps, GitHub Actions, GitLab CI) automatyzuje nie tylko deployment kodu aplikacji, ale też provisioning instancji SQL Server. SSCM pozostaje narzędziem do weryfikacji i debugowania — administrator łączy się przez SSCM, żeby sprawdzić faktyczny stan konfiguracji po zakończeniu pipeline'u.

Częste pytania

Gdzie znajduje się SQL Server Configuration Manager na Windows 11?

Na Windows 11 24H2 i 25H2 SSCM nie jest dostępny przez menu Start ani listę aplikacji. Narzędzie znajduje się w katalogu C:\Windows\SysWOW64\SQLServerManager[XX].msc, gdzie [XX] to numer wersji SQL Server (16 dla SQL Server 2022, 15 dla SQL Server 2019). Możesz uruchomić je przez okno Uruchom (Win+R) wpisując pełną ścieżkę lub przez wyszukiwanie Windows wpisując mmc.exe, a następnie dodając przystawkę SQL Server przez menu Plik → Dodaj/Usuń przystawkę.

Dlaczego SQL Server Configuration Manager jest pusty i nie pokazuje żadnych usług?

Pusta konsola SSCM oznacza, że WMI provider dla danej wersji SQL Server nie jest poprawnie zarejestrowany. Przyczyną może być: (1) niekompletna instalacja — zainstalowano tylko Management Studio, a nie silnik bazy danych; (2) uszkodzona instalacja po migracji systemu operacyjnego (np. upgrade z Windows Server 2019 na 2025); (3) konflikt bitowości — próba uruchomienia 64-bitowego SSCM dla 32-bitowej instancji. Rozwiązanie: uruchom mofcomp.exe "%programfiles%\Microsoft SQL Server\[wersja]\Shared\sqlmgmproviderxpsp2up.mof" z uprawnieniami administratora, aby ponownie zarejestrować providera WMI.

Jak zmienić port SQL Server na inny niż 1433?

W SSCM otwórz "Konfiguracja sieciowa SQL Server" → "Protokoły dla [twoja instancja]" → kliknij prawym przyciskiem myszy na TCP/IP → Właściwości → zakładka "Adresy IP". Przewiń na dół do sekcji "IPAll", usuń wartość z pola "Port dynamiczny TCP" (ustaw na puste), a w polu "Port TCP" wpisz nowy numer portu (np. 1533). Zatwierdź OK, zrestartuj usługę SQL Server przez SSCM. Pamiętaj o aktualizacji reguły Windows Defender Firewall i connection stringów wszystkich aplikacji klienckich.

Czy mogę zdalnie zarządzać SQL Server Configuration Manager na innym serwerze?

Tak, SSCM obsługuje połączenia zdalne. W konsoli MMC kliknij prawym przyciskiem myszy na korzeń drzewa ("SQL Server Configuration Manager") i wybierz "Połącz z innym komputerem". Podaj nazwę lub adres IP zdalnego serwera. Wymagane uprawnienia: członkostwo w lokalnej grupie Administratorzy na zdalnym serwerze, a ruch DCOM (port 135) oraz WMI (dynamiczny zakres portów 49152–65535) musi być dozwolony przez firewalle po obu stronach.

Jak włączyć protokół TCP/IP bez użycia SSCM?

Przez PowerShell i rejestr: Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Microsoft SQL Server\MSSQL16.MSSQLSERVER\MSSQLServer\SuperSocketNetLib\Tcp\IPAll" -Name "Enabled" -Value 1 -Type DWord. Następnie ustaw port: Set-ItemProperty z -Name "TcpPort" -Value "1433". Metoda wymaga restartu usługi SQL Server. W środowiskach bez GUI (Windows Server Core) jest to standardowa procedura.

Dlaczego SQL Server Browser jest wyłączony i czy powinienem go włączyć?

SQL Server Browser (UDP 1434) jest domyślnie wyłączony w nowych instalacjach SQL Server 2022, ponieważ stanowi dodatkowy wektor ataku — potencjalny napastnik może wyliczyć nazwy instancji na serwerze. Włączaj Browser tylko jeśli używasz instancji nazwanych z portami dynamicznymi (49152–65535). Jeśli instancja nazwana ma przypisany statyczny port w SSCM, Browser jest zbędny.

Czy SQL Server Configuration Manager istnieje w SQL Server na Linux?

Nie. SQL Server na Linux nie posiada graficznego odpowiednika SSCM. Konfigurację sieciową zarządza się przez plik /var/opt/mssql/mssql.conf oraz narzędzie mssql-conf. Ustawienie portu TCP: sudo /opt/mssql/bin/mssql-conf set network.tcpport 1433. Włączenie protokołów: edycja parametrów network.tcpenabled, network.enableoutboundaccess w pliku konfiguracyjnym.

Czy zmiana ustawień w SSCM zawsze wymaga restartu usługi SQL Server?

Nie zawsze. Zmiana flag Force Encryption i Hide Instance wymaga restartu. Zmiana portu TCP wymaga restartu. Zmiana konta usługi wymaga restartu. Natomiast zmiana aliasów klienta, kolejności protokołów klienta, oraz parametrów startowych obowiązuje dopiero po restarcie. Włączenie/wyłączenie protokołu sieciowego (TCP/IP, Named Pipes) wymaga restartu. Usługa SQL Server Browser po zmianie konfiguracji wymaga tylko restartu samej usługi Browser, nie całego silnika SQL Server.

Czy mogę zarządzać SQL Server Configuration Manager przez Windows Admin Center?

Windows Admin Center (WAC) w wersji 2311 i nowszych oferuje rozszerzenie "SQL Server" umożliwiające podstawowy monitoring i zarządzanie usługami. Jednak zaawansowana konfiguracja sieciowa — protokoły, porty, certyfikaty TLS — wciąż wymaga bezpośredniego użycia SSCM lub PowerShell. Microsoft zapowiada pełną integrację konfiguracji sieciowej SQL Server w WAC na rok 2027.

Gdzie kupić legalne licencje SQL Server 2022 z fakturą VAT?

SQL Server 2022 Standard i Enterprise — w tym licencje na rdzeń (Core) oraz CAL (Client Access License) — są dostępne w oficjalnej dystrybucji Microsoft przez autoryzowanych partnerów CSP. W KluczeSoft.pl otrzymujesz legalny klucz cyfrowy, fakturę VAT 23% oraz dostawę w ciągu kilku minut na e-mail. Subskrypcje SQL Server przez CSP zapewniają elastyczność — możesz skalować licencje wraz z potrzebami firmy bez ponoszenia kosztów początkowych wieczystego zakupu. Pełną ofertę licencji SQL Server 2022 dla firm znajdziesz na kluczesoft.pl/klucze-sql-server.

Sprawdź też

• Sql server management studio — kompletny przewodnik 2026
• Microsoft SQL Server Express — kompletny przewodnik 2026
• Ms SQL Server Express — kompletny przewodnik 2026
• SQL Server — kompletny przewodnik 2026

Potrzebujesz licencji? Microsoft SQL Server — sprawdź ofertę KluczeSoft.pl — legalne klucze, faktura VAT, dostawa e-mail.