Zaplanowana diagnostyka Windows: co wyłącza EnabledExecution

Krótka odpowiedź: EnabledExecution=0 wyłącza właśnie zaplanowane uruchamianie pakietów diagnostyki Windows. Harmonogram zadań nadal może uruchamiać odpowiednie zadanie systemowe, ale jego procedura obsługi nie wykonuje wykrywania, rozwiązywania problemów ani automatycznego naprawiania. Nie wyłącza to całej diagnostyki Windows i nie jest udowodnioną optymalizacją FPS, opóźnienia, RAM ani dysku.

Status: przeznaczenie polityki jest udokumentowane przez Microsoft. W Windows 11 Pro 25H2 statycznie potwierdzono, że jej wartość jest sprawdzana wewnątrz procedury obsługi Scheduled Diagnostics i ogranicza wykonywanie pakietów diagnostycznych. Zachowanie zadania w czasie działania i wpływ na wydajność nie były mierzone w tym badaniu.

Weryfikowane twierdzenie

Sprawdzaliśmy cztery twierdzenia:

1. Windows używa EnabledExecution jako machine policy dla Scheduled Diagnostics.
2. Wartość 0 zabrania zaplanowanego wykonywania pakietów diagnostycznych.
3. Ręczne uruchomienie tego samego zadania nie omija sprawdzania polityki wewnątrz jego procedury obsługi.
4. Wyłączenie tej polityki nie oznacza wyłączenia wszystkich narzędzi diagnostyki i konserwacji Windows.

Powiązane ustawienia BoosterX

Z tą stroną powiązane są „Zaplanowana diagnostyka”, „Automatyczna konserwacja”, „Zdarzenia diagnostyczne” i „Zapis działań”. Zablokowanie jednej gałęzi konserwacji nie wyłącza całej diagnostyki Windows i nie dowodzi ogólnych oszczędności CPU.

Czym jest Scheduled Diagnostics

Scheduled Diagnostics pozwala Windows okresowo wykrywać problemy systemowe, przeprowadzać diagnostykę i, przy dozwolonym poziomie, automatycznie naprawiać część znalezionych usterek.

Microsoft opisuje trzy możliwe zachowania:

• wykrywanie i rozwiązywanie problemów z powiadomieniem użytkownika do interaktywnej naprawy;
• wykrywanie, rozwiązywanie problemów i automatyczna naprawa części problemów;
• zablokowanie zaplanowanego wykrywania, diagnostyki i naprawy.

Jeśli polityka nie jest skonfigurowana, Windows używa lokalnych preferencji rozwiązywania problemów. W przypadku braku takiego lokalnego ustawienia Microsoft dokumentuje domyślnie włączone wykrywanie, diagnostykę i naprawę.

Zakres badania

Obszar	Co sprawdzono	Status
Microsoft Policy CSP	Przeznaczenie, Registry mapping, stan domyślny i zastosowanie bez ponownego rozruchu	Udokumentowano
Windows 11 Pro 25H2 build 26200.8655 x64	Odczyt polityki i rozgałęzienie procedury obsługi Scheduled Diagnostics	Statycznie potwierdzono
Windows 10 i Windows Server	Tylko stosowalność wskazana w publicznej dokumentacji	Dokładna ścieżka runtime nie została sprawdzona
Wydajność użytkownika	CPU, RAM, I/O, FPS, frametime i input latency	Nie mierzono

Publiczna dokumentacja Microsoft wskazuje obsługę odpowiedniej ADMX-backed policy w Windows 10 2004 z określonymi cumulative updates oraz w Windows 11 21H2 i nowszych dla edycji Pro, Enterprise, Education i IoT Enterprise. Home nie jest wymieniona w tej tabeli. Nie dowodzi to niezmienności wewnętrznej ścieżki w każdej edycji i kompilacji.

Metodyka

Badanie połączyło dwie klasy dowodów:

• oficjalną dokumentację Microsoft z przeznaczeniem polityki, jej Registry mapping i stanami;
• statyczną weryfikację komponentu systemowego Windows obsługującego zadanie Scheduled Diagnostics.

Sprawdziliśmy obsługę stanów 0, 1, brakującej wartości i dodatkowego execution level. Maszyna wirtualna, ślady systemowe i uruchamianie pakietów diagnostycznych nie były używane. Zdekompilowany kod, narzędzia wewnętrzne i surowe artefakty nie są publikowane.

Wyniki

Stan	Udokumentowane lub potwierdzone zachowanie
EnabledExecution=0	Zaplanowane wykrywanie, diagnostyka i naprawa są zablokowane
EnabledExecution=1 bez odrębnego poziomu	Ścieżka Scheduled Diagnostics jest dozwolona; dokładne działanie zależy od execution level
Brak polityki	Używane są lokalne preferencje; Microsoft dokumentuje domyślnie włączone zachowanie
Wartość nieprawidłowego typu	Normalne wykonanie nie jest gwarantowane; taki stan nie jest zalecany

W badawej kompilacji sprawdzanie odbywa się wewnątrz procedury obsługi zadania systemowego. Dlatego ręczne uruchomienie tego samego zadania nie zamienia wykonania zabronionego przez politykę w dozwolone.

Co potwierdzono

• EnabledExecution dotyczy Scheduled Diagnostics, a nie całej diagnostyki Windows.
• Wartość 0 blokuje wykonywanie pakietów diagnostycznych przez zbadaną scheduled handler.
• Zadanie systemowe i jego rejestracja nie są przy tym usuwane.
• Zmiana polityki jest stosowana bez ponownego rozruchu; do działania Scheduled Diagnostics wymagana jest uruchomiona usługa Task Scheduler.
• Usunięcie policy value przywraca Windows do lokalnych preferencji i standardowej logiki domyślnej.

Co nie zostało potwierdzone

• zmniejszenie obciążenia w tle, CPU, RAM lub operacji dyskowych o wymiernej wielkości;
• wzrost średniego FPS, P1, P0.1 lub zmniejszenie input latency;
• wyłączenie sfc, chkdsk, Microsoft Defender, optymalizacji dysków lub wszystkich zadań konserwacji;
• zapobieganie wszystkim powiadomieniom Windows o znalezionych problemach;
• identyczna wewnętrzna ścieżka w Windows 10, Windows 11 i Windows Server.

Brak wyniku ilościowego jest istotny: wykluczenie jednej rzadkiej ścieżki diagnostyki może w ogóle nie zmienić wskaźników w zwykłej sesji gry.

Ograniczenia

Badanie wykonano statycznie na jednym aktualnym systemie. Potwierdza ono istnienie i sens decision path, ale nie pokazuje częstotliwości faktycznych uruchomień, ilości wykonanej pracy, możliwego backlogu po przywróceniu ustawienia ani efektu dla użytkownika.

Oficjalny stan domyślny i fallback do lokalnych preferencji są udokumentowane przez Microsoft. Zachowanie czystej instalacji, w której jednocześnie fizycznie brakuje i policy value, i lokalnego preference value, nie było osobno odtwarzane.

Wniosek praktyczny

Dla większości użytkowników bezpieczniej jest pozostawić Windows default: w ten sposób Windows zachowuje możliwość wcześniejszego wykrywania i naprawiania niektórych problemów.

Wyłączenie ma sens tylko jako świadomy kompromis, jeśli użytkownik chce zablokować właśnie zaplanowane pakiety diagnostyczne i akceptuje utratę tej funkcji profilaktycznej. Nie stosuj tego ustawienia dla obiecanego wzrostu wydajności: badanie nie wykazało takiego wyniku.

Powiązane bezpłatne ustawienie opisano na stronie „Zaplanowana diagnostyka” w BoosterX.

Przywracanie stanu

Aby przywrócić, usuń policy override przez stan Windows default w BoosterX. Ponowny rozruch lub restart usługi zgodnie z dokumentacją Microsoft nie są wymagane: zmiana jest stosowana natychmiast.

Po przywróceniu konkretne zachowanie określają lokalne preferencje Windows. Jeśli nie są skonfigurowane, Microsoft wskazuje domyślnie włączone wykrywanie, diagnostykę i naprawę.

Publiczne źródła pierwotne

• ADMX_sdiagschd Policy CSP, Microsoft Learn - przeznaczenie polityki, obsługiwane wersje, Registry mapping, stany i zastosowanie bez ponownego rozruchu.

Badanie zostało opublikowane przez zespół BoosterX i dotyczy ustawienia produktu. Obecność ustawienia w BoosterX nie była używana jako dowód jego skuteczności. BoosterX Wiki nie jest powiązana, autoryzowana, sponsorowana ani zatwierdzona przez Microsoft Corporation.

Ostatnia weryfikacja źródeł: 2026-08-24.

Historia zmian

• 2026-09-20: skrócono description do limitu snippetu wyszukiwania.
• 2026-08-24: pierwsza publiczna wersja na podstawie dokumentacji Microsoft i statycznej weryfikacji Windows 11 Pro 25H2.