BSOD (Blue Screen of Death) na Windows Server 2022 to krytyczny błąd systemu, który zatrzymuje pracę serwera w celu ochrony danych przed uszkodzeniem. W większości przypadków niebieski ekran wynika z wadliwych sterowników, uszkodzonych aktualizacji systemowych, awarii sprzętu (pamięć RAM, dysk) lub konfliktu oprogramowania firm trzecich — a jego rozwiązanie wymaga systematycznej diagnostyki stopniowanej od najprostszych do najbardziej zaawansowanych metod.
W skrócie
- BSOD na Windows Server 2022 najczęściej wywołują: wadliwe sterowniki (35–40% przypadków), uszkodzone aktualizacje Windows Update (20–25%), awarie pamięci RAM (15–20%) oraz błędy systemu plików i dysku (~10%)
- Windows Server 2022 (build 20348.5139, maj 2026) jest w kanale LTSC — mainstream support kończy się 13 października 2026, rozszerzone wsparcie trwa do 14 października 2031
- Kluczowe narzędzia diagnostyczne wbudowane w system: Podgląd zdarzeń, Monitor niezawodności, Diagnostyka pamięci Windows, DISM / SFC, plik zrzutu pamięci (MEMORY.DMP)
- Najskuteczniejsza ścieżka naprawy: (1) odczytaj kod STOP z niebieskiego ekranu → (2) przeanalizuj plik zrzutu w WinDbg → (3) sprawdź dzienniki zdarzeń → (4) uruchom diagnostykę sprzętu → (5) cofnij ostatnie aktualizacje → (6) przywróć system z kopii zapasowej
- Nie ignoruj BSOD — każdy niebieski ekran na serwerze produkcyjnym to sygnał, że dane lub stabilność usług są zagrożone
Czym jest BSOD i jak działa mechanizm ochronny Windows Server 2022
Blue Screen of Death to mechanizm ochronny jądra systemu Windows (tzw. bugcheck). Gdy kernel napotka błąd krytyczny, którego nie może bezpiecznie obsłużyć — na przykład próbę zapisu do chronionego obszaru pamięci przez wadliwy sterownik — system natychmiast zatrzymuje wszystkie procesy, wyświetla niebieski ekran z kodem STOP i zapisuje zrzut pamięci, a następnie restartuje serwer (chyba że skonfigurowano inaczej).
Na Windows Server 2022 mechanizm ten działa identycznie jak na Windows 10/11 klienckich, z tą różnicą, że konsekwencje są poważniejsze — BSOD na serwerze oznacza niedostępność usług (Active Directory, DNS, DHCP, pliki, bazy danych) dla wszystkich użytkowników w organizacji.
Najczęstsze kody STOP na Windows Server 2022
| Kod STOP (bugcheck) | Typowa przyczyna | Częstotliwość występowania |
|---|---|---|
CRITICAL_PROCESS_DIED (0x000000EF) | Krytyczny proces systemowy (csrss.exe, winlogon.exe) został nieoczekiwanie zakończony — często przez uszkodzone pliki systemowe lub wadliwy sterownik | Wysoka |
SYSTEM_SERVICE_EXCEPTION (0x0000003B) | Błąd w kodzie wykonywanym w trybie jądra, najczęściej sterownik karty sieciowej, graficznej lub kontrolera RAID | Wysoka |
DRIVER_IRQL_NOT_LESS_OR_EQUAL (0x000000D1) | Sterownik próbował uzyskać dostęp do pamięci na niewłaściwym poziomie IRQL — typowe przy niekompatybilnych sterownikach po aktualizacji | Wysoka |
MEMORY_MANAGEMENT (0x0000001A) | Poważny błąd zarządzania pamięcią — zwykle fizycznie uszkodzony moduł RAM lub niestabilne przetaktowanie | Średnia |
KERNEL_DATA_INPAGE_ERROR (0x0000007A) | Kernel nie mógł wczytać danych z pliku stronicowania — uszkodzony dysk, kontroler SATA/SAS lub kabel | Średnia |
NTFS_FILE_SYSTEM (0x00000024) | Uszkodzenie systemu plików NTFS — błędy sektorów dysku, awaria kontrolera, nieprawidłowe wyłączenie | Średnia |
UNEXPECTED_STORE_EXCEPTION (0x000000154) | Błąd podsystemu pamięci masowej — często przy Windows Server 2022 z deduplikacją danych lub Storage Spaces | Niska |
Wymagania wstępne przed diagnostyką
Zanim rozpoczniesz diagnozowanie BSOD, upewnij się, że masz:
- Dostęp administracyjny do serwera — lokalnie (fizycznie lub przez iLO/iDRAC/IPMI) lub przez zdalny pulpit, jeśli system wstaje po restarcie
- Skonfigurowane zrzuty pamięci: Panel sterowania → System → Zaawansowane ustawienia systemu → Uruchamianie i odzyskiwanie → Zapisuj zdarzenia debugowania → Pełny zrzut pamięci lub przynajmniej Zrzut pamięci jądra
- Miejsce na dysku: pełny zrzut wymaga tyle miejsca co RAM + 1 MB (dla serwera z 64 GB RAM — ~65 GB na partycji systemowej)
- Zainstalowany WinDbg (Debugging Tools for Windows) — pobierz z Microsoft Store lub jako część Windows SDK
- Dziennik zdarzeń systemowych dostępny przez
eventvwr.msc(nawet po restarcie, jeśli BSOD nie uszkodził dziennika)
Krok po kroku: diagnozowanie i usuwanie BSOD na Windows Server 2022
Krok 1: Odczytaj i zapisz kod STOP
Gdy pojawi się niebieski ekran, zrób zdjęcie telefonem lub zapisz:
- Kod STOP (np.
CRITICAL_PROCESS_DIED) - Kod szesnastkowy (np.
0x000000EF) - Plik sprawcy, jeśli wyświetlony (np.
ntoskrnl.exe,driver.sys)
Jeśli serwer restartuje się zbyt szybko, wyłącz automatyczny restart: System → Zaawansowane ustawienia systemu → Uruchamianie i odzyskiwanie → odznacz "Automatycznie uruchom ponownie". Dzięki temu będziesz miał czas na odczytanie komunikatu.
Krok 2: Przeanalizuj plik zrzutu pamięci (MEMORY.DMP)
Plik zrzutu znajduje się domyślnie w C:\Windows\MEMORY.DMP. Otwórz go w WinDbg (jako Administrator):
# Otwórz WinDbg → File → Open Crash Dump → C:\Windows\MEMORY.DMP
# W oknie komend uruchom:
!analyze -v
Polecenie !analyze -v automatycznie wskaże prawdopodobny moduł sprawcy (np. nvme.sys, storport.sys, ntfs.sys), kod błędu oraz kontekst awarii. To kluczowy krok — bez analizy zrzutu diagnozowanie BSOD jest zgadywaniem.
Krok 3: Sprawdź Podgląd zdarzeń
Uruchom eventvwr.msc → Dzienniki systemu Windows → System. Filtruj według poziomu Krytyczny i Błąd w okolicy czasowej awarii. Szukaj:
- Event ID 41 (Kernel-Power) — potwierdza nieoczekiwane wyłączenie
- Event ID 1001 (BugCheck) — zawiera kod STOP i parametry
- Event ID 7 / 51 / 153 (Disk) — błędy dysku wskazujące na awarię nośnika
Krok 4: Uruchom diagnostykę sprzętu
| Komponent | Narzędzie diagnostyczne | Jak uruchomić |
|---|---|---|
| Pamięć RAM | Windows Memory Diagnostic | mdsched.exe → Uruchom ponownie teraz |
| Pamięć RAM (alternatywnie) | MemTest86 | Bootowalny USB, test trwa 4–12h, wykrywa subtelne błędy |
| Dysk twardy / SSD | chkdsk C: /f /r | Wiersz polecenia jako Admin (wymaga restartu dla partycji systemowej) |
| Dysk (SMART) | wmic diskdrive get status | PowerShell — sprawdza ogólny stan SMART |
| Dysk (szczegółowo) | CrystalDiskInfo, HD Tune | Pobierz i uruchom — pokazuje realokowane sektory, czas rozruchu, błędy CRC |
| Sterowniki | driverquery /v | Lista wszystkich sterowników z datami i ścieżkami |
| Podpis cyfrowy sterowników | sigverif.exe | Narzędzie do weryfikacji podpisów sterowników |
💡 Zasada: jeśli MemTest86 wykryje choć jeden błąd — wymień RAM. Nie próbuj "żyć z jednym błędem" na serwerze produkcyjnym. To samo dotyczy dysków z ostrzeżeniami SMART.
Krok 5: Cofnij ostatnie aktualizacje Windows Update
Od 2022 roku Microsoft wydał kilka aktualizacji powodujących BSOD na Windows Server 2022 — szczególnie out-of-band (OOB), które nie przeszły pełnych testów regresji. Jeśli BSOD zaczął występować po Patch Tuesday:
# Lista ostatnio zainstalowanych aktualizacji:
wmic qfe list brief /format:table
# Odinstaluj konkretną aktualizację (jako Admin):
wusa /uninstall /kb:KB5087545
Serwer domyślnie utworzy punkt przywracania przed instalacją aktualizacji. Jeśli to nie pomogło, rozważ przywrócenie kopii zapasowej systemu (Windows Server Backup, Veeam, itp.).
Krok 6: Napraw pliki systemowe i obraz systemu
# Sprawdź integralność plików systemowych:
sfc /scannow
# Napraw obraz systemu (wymaga dostępu do Windows Update lub nośnika instalacyjnego):
DISM /Online /Cleanup-Image /RestoreHealth
Jeśli DISM nie może pobrać plików z Windows Update (np. serwer bez dostępu do internetu), wskaż nośnik instalacyjny ISO:
DISM /Online /Cleanup-Image /RestoreHealth /Source:WIM:D:\sources\install.wim:1 /LimitAccess
Rozwiązywanie problemów: BSOD w konkretnych scenariuszach
BSOD po aktualizacji sterowników
Uruchom serwer w trybie awaryjnym (F8 podczas startu → Tryb awaryjny z obsługą sieci), otwórz Menedżer urządzeń (devmgmt.msc), znajdź urządzenie z żółtym wykrzyknikiem i cofnij sterownik (Właściwości → Karta Sterownik → Cofnij sterownik). Jeśli to nie pomoże, odinstaluj sterownik całkowicie i pobierz wersję certyfikowaną przez Microsoft (WHQL) ze strony producenta sprzętu.
BSOD podczas intensywnego obciążenia
Typowe dla serwerów bazodanowych, Hyper-V i SQL Server. Najczęściej przyczyną jest niestabilne napięcie CPU, przegrzewanie, błędna konfiguracja C-State w BIOS/UEFI lub uszkodzony RAM. Sprawdź temperatury (Core Temp, HWMonitor), zresetuj BIOS do ustawień domyślnych (bez overclockingu), wyłącz C-States w BIOS i uruchom MemTest86 na minimum 4 przebiegi.
BSOD po migracji maszyny wirtualnej (Hyper-V / vSphere)
Windows Server 2022 używa VBS (Virtualization-Based Security) i HVCI (Hypervisor-Protected Code Integrity). Po migracji VM między hostami o różnych generacjach procesorów może wystąpić BSOD z kodem SYSTEM_SERVICE_EXCEPTION lub KMODE_EXCEPTION_NOT_HANDLED. Rozwiązanie: przed migracją wyłącz VBS (msconfig → Opcje zaawansowane → odznacz "Włącz wirtualizację opartą na zabezpieczeniach") lub upewnij się, że procesor docelowy obsługuje te same rozszerzenia (MBEC/GMET).
Częste pytania
Czy Windows Server 2022 jest bardziej podatny na BSOD niż poprzednie wersje?
Nie — statystyki Microsoft wskazują, że Windows Server 2022 ma porównywalną lub niższą liczbę krytycznych błędów niż Windows Server 2019. Jednak nowe funkcje zabezpieczeń (VBS, Credential Guard, Secure Boot, TPM 2.0) wprowadzają dodatkowe punkty awarii przy niekompatybilnym sprzęcie lub sterownikach. Serwer 2022 wymaga sprzętu certyfikowanego dla Windows Server 2022 — próba instalacji na nieprzetestowanej konfiguracji drastycznie zwiększa ryzyko BSOD.
Jak skonfigurować zrzut pamięci na serwerze bez interfejsu graficznego (Server Core)?
Na Server Core użyj poleceń PowerShell z uprawnieniami administratora:
# Włącz pełny zrzut pamięci:
wmic RECOVEROS set DebugInfoType = 1
# Ustaw ścieżkę:
wmic RECOVEROS set DebugFilePath = "C:\Windows\MEMORY.DMP"
# Wyłącz automatyczny restart:
wmic RECOVEROS set AutoReboot = false
Czy kod STOP "CRITICAL_PROCESS_DIED" zawsze oznacza uszkodzenie plików systemowych?
Nie zawsze — choć najczęściej przyczyną jest uszkodzony plik wykonywalny procesu krytycznego (csrss.exe, smss.exe, services.exe), może to być również wadliwy sterownik filtru systemu plików (np. antywirus firm trzecich wstrzykujący się do procesów systemowych) lub fizyczne uszkodzenie pamięci RAM w obszarze, gdzie załadowany jest proces systemowy. Zawsze zacznij od sfc /scannow, następnie odinstaluj antywirus inny niż Microsoft Defender, a na końcu przetestuj RAM.
Co zrobić, gdy serwer wpada w pętlę restartów (boot loop) przez BSOD?
Uruchom z nośnika instalacyjnego Windows Server 2022 → Napraw komputer → Rozwiązywanie problemów → Wiersz polecenia. Stamtąd możesz: (1) uruchomić chkdsk C: /f /r, (2) użyć DISM z obrazem montowanym z ISO, (3) cofnąć ostatnią aktualizację przez dism /image:C:\ /cleanup-image /revertpendingactions, (4) przywrócić rejestr z kopii zapasowej w C:\Windows\System32\config\RegBack.
Jak sprawdzić, który sterownik spowodował BSOD bez WinDbg?
Możesz użyć wbudowanego narzędzia BlueScreenView (NirSoft, darmowe) — odczytuje pliki minizrzutu (.dmp z C:\Windows\Minidump) i podświetla na różowo sterownik podejrzany o wywołanie awarii. Alternatywnie: w Podglądzie zdarzeń znajdź zdarzenie BugCheck 1001 i sprawdź parametr BugcheckParameter1 — odpowiada on pierwszemu parametrowi kodu STOP, który często wskazuje adres sprawcy.
Czy uszkodzony plik stronicowania (pagefile.sys) może powodować BSOD?
Tak — kod KERNEL_DATA_INPAGE_ERROR (0x0000007A) wskazuje, że kernel nie może odczytać danych z pliku stronicowania. Przyczyną jest zwykle uszkodzony sektor dysku w obszarze pagefile.sys. Rozwiązanie: wyłącz plik stronicowania (System → Zaawansowane → Wydajność → Zaawansowane → Pamięć wirtualna → Zmień → "Bez pliku stronicowania"), uruchom chkdsk /r na partycji systemowej, a następnie ponownie utwórz pagefile na innym, sprawnym dysku.
Czy Windows Server 2022 ma wbudowane narzędzie do analizy trendów BSOD?
Tak — Monitor niezawodności (perfmon /rel) wyświetla oś czasu wszystkich zdarzeń krytycznych, w tym BSOD, wraz z ich kodami STOP i datami. Pozwala to szybko zidentyfikować wzorzec (np. BSOD zawsze po tej samej aktualizacji lub o tej samej porze dnia). Dla środowisk wieloserwerowych warto rozważyć Windows Admin Center, które agreguje dane o stabilności z wielu maszyn.
Jak zapobiegać BSOD na Windows Server 2022
Zapobieganie jest zawsze tańsze niż naprawa awarii produkcyjnej:
- Testuj aktualizacje na środowisku staging przed wdrożeniem na produkcję — szczególnie aktualizacje OOB (out-of-band), które nie przechodzą pełnego cyklu testowego
- Używaj wyłącznie sterowników WHQL — nie instaluj sterowników beta ani niepodpisanych
- Regularnie sprawdzaj SMART dysków — skrypt PowerShell w Harmonogramie zadań może wysyłać alerty przy spadku kondycji dysku
- Monitoruj temperaturę i napięcia — IPMI/iLO/iDRAC w serwerach klasy enterprise dostarcza te dane; dla serwerów whitebox użyj HWMonitor
- Wykonuj regularne kopie zapasowe (Windows Server Backup, Veeam, Azure Backup) — punkt przywracania systemu to nie to samo co pełna kopia zapasowa
- Aktualizuj firmware (BIOS/UEFI, kontrolery RAID, karty sieciowe, dyski SSD) — producenci sprzętu regularnie wydają poprawki rozwiązujące problemy ze zgodnością z nowymi buildami Windows Server
Jeśli problemy z Windows Server 2022 powracają pomimo wykonania wszystkich powyższych kroków, rozważ legalną migrację na Windows Server 2025 (LTSC, wsparcie do 2034 roku) lub wymianę wadliwego sprzętu. W sklepie KluczeSoft.pl znajdziesz w pełni legalne licencje na systemy Windows Server w cenach niższych niż detaliczne — z natychmiastową dostawą klucza i możliwością aktywacji online:
→ Licencje Windows Server — sprawdź dostępne edycje od 399 zł
KluczeSoft.pl działa jako niezależny sprzedawca oprogramowania Microsoft na rynku wtórnym, zgodnie z wyrokiem Trybunału Sprawiedliwości UE (sprawa C-128/11, UsedSoft). KluczeSoft nie jest afiliowany z Microsoft Corporation.