By Franck Raison on sierpnia 31, 2026
Print spooler ulega awarii. Restartujecie usługę. Drukowanie wraca na dwadzieścia minut, godzinę, jeśli macie szczęście, a potem problem znów się pojawia. Gdzieś w waszej kolejce zgłoszeń są trzy zgłoszenia zatytułowane „drukarka nie działa”, które w rzeczywistości dotyczą tego samego problemu w innym przebraniu.
To jeden z najczęstszych scenariuszy awarii w administracji Windows, który uchodzi za losowy. Zazwyczaj wcale tak nie jest. Poniżej wyjaśniamy, co tak naprawdę go powoduje, jak natychmiast przywrócić drukowanie i dlaczego naprawa, która nie utrzymuje się, to sam restart.
Dlaczego print server ciągle ulega awarii?
Print server ciągle ulega awarii, ponieważ Print spooler (spoolsv.exe) otrzymuje zadanie, którego nie może poprawnie przetworzyć, i zamiast je pominąć — ulega awarii. Najczęstsze wyzwalacze to uszkodzone lub zablokowane zadanie drukowania, wadliwy lub niezgodny sterownik drukarki albo problem z uprawnieniami w katalogu bufora. Restart usuwa natychmiastową blokadę, ale nie eliminuje pierwotnej przyczyny, dlatego awaria wraca.
Jakie są najczęstsze przyczyny awarii Print spooler?
Zablokowane lub uszkodzone zadanie drukowania. Wystarczy jeden wadliwy plik w kolejce. Print spooler próbuje go przetworzyć, zawiesza się i pociąga za sobą wszystkie pozostałe zadania. To zdecydowanie najczęstsza przyczyna i najłatwiejsza do wykluczenia na początku.
Sterownik wchodzący w konflikt z Print spooler. Sterowniki drukarek działają w przestrzeni procesowej Print spooler z dużymi uprawnieniami i niewielką izolacją. Nieaktualny sterownik, sterownik bez podpisu cyfrowego lub dwie wersje tego samego sterownika pozostawione po aktualizacji to jedne z najpewniejszych sposobów na awarię usługi. Jeśli problemy zaczęły się zaraz po aktualizacji Windows lub instalacji nowego sterownika, zacznijcie diagnozę od tego miejsca.
Problem z uprawnieniami w katalogu bufora. Print spooler potrzebuje określonych uprawnień do zapisu w swoim folderze. Narzędzia do czyszczenia dysku, programy firm trzecich lub zbyt restrykcyjna polityka bezpieczeństwa mogą potajemnie zmienić te uprawnienia i zdestabilizować usługę, co często wychodzi na jaw dopiero po zatrzymaniu drukowania.
Konflikty monitora portu lub procesora wydruku. Mniej powszechne, ale możliwe: monitor portu (zwłaszcza przy drukarkach udostępnianych przez USB lub podłączonych przez WSD) albo wadliwy procesor wydruku łączy się z procesem spoolsv.exe i powoduje jego awarię.
Duże lub źle sformatowane zadanie pochłaniające zasoby. Renderowanie odbywa się przez sterownik, więc wadliwy lub zbyt duży plik może zużywać pamięć do momentu, aż usługa przestanie odpowiadać. Wygląda to jak losowa awaria, ale zwykle da się ją przypisać do jednego dokumentu lub konkretnego użytkownika.
Jak przywrócić drukowanie po awarii print servera?
To nie usunie pierwotnej przyczyny, ale przywróci drukowanie w biurze na czas prawidłowej diagnozy.
- Uruchomcie ponownie usługę Print Spooler. Otwórzcie Usługi (
services.msc), znajdźcie usługę Print Spooler i uruchomcie ją ponownie. Jeśli natychmiast znów ulegnie awarii, nie uruchamiajcie jej na oślep — przejdźcie do następnego kroku.
Dlaczego problemy z serwerem wydruku powracają po ich naprawieniu?
Ponieważ ponowne uruchomienie serwera czy wymiana sterownika leczą tylko objawy. Prawdziwą przyczyną powtarzających się problemów jest sama architektura Print server: pojedyncza usługa Windows odpowiada za kolejkowanie wszystkich zadań, ładowanie wszystkich sterowników i renderowanie wszystkich dokumentów dla całego biura — i działa z wystarczającymi uprawnieniami, by to wszystko wykonać. Jedno wadliwe zadanie, jeden uszkodzony sterownik lub jedna zmiana uprawnień w tym łańcuchu może unieruchomić cały system, ponieważ nie ma izolacji między drukarką sprawiającą problemy a pozostałymi jedenastoma.
Właśnie dlatego w większych środowiskach problem jest bardziej dotkliwy. Każdy dodatkowy model drukarki to kolejny sterownik w tym samym, współdzielonym procesie. Każda dodatkowa lokalizacja to kolejny serwer oparty na tej samej konstrukcji. Awaria nie jest błędem, który można po prostu załatać. To przewidywalna konsekwencja przepuszczania wszystkich zadań przez jedną uprzywilejowaną usługę bez izolacji między nimi.
Warto zauważyć, że to ta sama podstawowa usługa, która pojawia się w statystykach podatności samego Microsoftu: Microsoft przypisuje 9% wszystkich problemów z bezpieczeństwem Windows zgłoszonych do Microsoft Security Response Center w ciągu ostatnich trzech lat stosowi drukowania, a od czasu PrintNightmare w 2021 roku ujawniono około 53 podatności dotyczących print spooler. Niestabilność i luki w zabezpieczeniach print spooler wynikają z tej samej konstrukcji, choć zwykle traktuje się je jako odrębne problemy.
Co naprawdę eliminuje awarie na dobre?
Rozwiązaniem jest usunięcie elementu, który ulega awarii. print server ulega ciągłym awariom, ponieważ print spooler renderuje każde zadanie lokalnie i ładuje każdy driver do jednego współdzielonego procesu z podwyższonymi uprawnieniami. Drukowanie w chmurze całkowicie eliminuje ten proces: zadania są renderowane w chmurze, a nie na serwerze, więc nie ma lokalnego print spooler niosącego to ryzyko i nie ma driver store na serwerze, który mógłby ulec uszkodzeniu.
Dzięki ezeep, zadania drukowania są renderowane w chmurze w oparciu o bibliotekę driverów producentów, więc na serwerze nic nie trzeba instalować ani utrzymywać. ezeep Hub, niewielkie urządzenie będące konektorem w każdej lokalizacji, dostarcza gotowe zadanie do drukarki. Jeśli jedna drukarka lub jedno zadanie ma problem, nie powoduje to awarii całego biura — nie ma współdzielonego procesu, który mógłby zostać zatrzymany. Nie ma usługi print spooler do restartowania o 7:00 po nocnej awarii, nie ma driver store do audytu po każdej aktualizacji Windows i nie ma pojedynczego punktu awarii obsługującego wszystkie drukarki w budynku.
Organizacje nie muszą od razu usuwać print server, żeby to przetestować. Większość uruchamia ezeep obok istniejącego print server, najpierw migrując drukarki sprawiające najwięcej problemów, a print server wycofuje dopiero po potwierdzeniu stabilności. To, co faktycznie zastępuje print server komponent po komponencie, jest omówione w oddzielnym przeglądzie, a ukryte koszty utrzymywania obecnego print server (konserwacja driverów, zgłoszenia do pomocy technicznej, awaryjne wdrażanie poprawek) rozkładamy w powiązanym wpisie o rzeczywistych kosztach print server.
