コンテンツにスキップ

Windows のスケジュールされた診断: EnabledExecution が無効にするもの

目次

短い答え: EnabledExecution=0 は Windows 診断パッケージのスケジュールされた起動だけを無効にします。タスク スケジューラは引き続き該当するシステム タスクを起動できますが、そのハンドラーは検出、トラブルシューティング、自動修正を実行しません。これは Windows の診断全体を無効にするものではなく、FPS、レイテンシ、RAM、ディスクの最適化が証明されたものでもありません。

ステータス: ポリシーの目的は Microsoft によって文書化されています。Windows 11 Pro 25H2 では、その値が Scheduled Diagnostics のハンドラー内でチェックされ、診断パッケージの実行を制限することが静的に確認されています。この調査では、タスクの実行時の動作とパフォーマンスへの影響は測定されていません。

私たちは 4 つの主張を検証しました:

  1. Windows は EnabledExecution を Scheduled Diagnostics の machine policy として使用する。
  2. 0 の値は診断パッケージのスケジュールされた実行を禁止する。
  3. 同じタスクを手動で起動しても、そのハンドラー内のポリシーチェックを回避できない。
  4. このポリシーを無効にすることは、Windows のすべての診断およびメンテナンス手段を無効にすることを意味しない。

このページには「スケジュールされた診断」、「自動メンテナンス」、「診断イベント」、「操作の記録」が関連しています。1 つのメンテナンス ブランチを禁止しても、Windows の診断全体が無効になるわけではなく、CPU の全体的な節約を証明するものでもありません。

Scheduled Diagnostics を使用すると、Windows は定期的にシステムの問題を検出し、診断を実行し、許可されたレベルでは検出された一部のトラブルの自動修正を行うことができます。

Microsoft は 3 つの考えられる動作を説明しています:

  • ユーザーへの通知を伴う検出とトラブルシューティング、対話的な修正;
  • 検出、トラブルシューティング、および一部の問題の自動修正;
  • スケジュールされた検出、診断、修正の禁止。

ポリシーが構成されていない場合、Windows はローカルのトラブルシューティング設定を使用します。そのようなローカル設定が存在しない場合、Microsoft は既定で有効な検出、診断、修正を文書化しています。

範囲 検証内容 ステータス
Microsoft Policy CSP 目的、Registry mapping、既定の状態、再起動なしでの適用 文書化
Windows 11 Pro 25H2 build 26200.8655 x64 ポリシーの読み取りと Scheduled Diagnostics ハンドラーの分岐 静的に確認済み
Windows 10 および Windows Server 公開ドキュメントに記載された適用可否のみ 正確な runtime-path は未検証
ユーザー パフォーマンス CPU、RAM、I/O、FPS、frametime、input latency 未測定

Microsoft の公開ドキュメントは、該当する ADMX-backed policy のサポートを、特定の cumulative updates を適用した Windows 10 2004、および Windows 11 21H2 以降の Pro、Enterprise、Education、IoT Enterprise エディションで示しています。Home はこの表に記載されていません。これは各エディションおよびビルドで内部パスが不変であることを証明するものではありません。

調査は 2 つのクラスの証拠を組み合わせました:

  • ポリシーの目的、その Registry mapping、状態に関する Microsoft の公式ドキュメント;
  • Scheduled Diagnostics タスクを処理する Windows システム コンポーネントの静的検証。

私たちは 0、1、値が存在しない場合、および追加の execution level の処理を検証しました。仮想マシン、システム トレース、診断パッケージの起動は使用されていません。逆コンパイルされたコード、内部ツール、生のアーティファクトは公開されていません。

状態 文書化または確認された動作
EnabledExecution=0 スケジュールされた検出、診断、修正が禁止されている
個別のレベルなしの EnabledExecution=1 Scheduled Diagnostics パスが許可されている; 正確な動作は execution level に依存する
ポリシーが存在しない ローカル設定が使用される; Microsoft は既定で有効な動作を文書化している
誤った型の値 正常な実行は保証されない; このような状態は推奨されない

調査したビルドでは、チェックはシステム タスクのハンドラー内で実行されます。したがって、同じタスクを手動で起動しても、ポリシーによって禁止された実行が許可された実行に変わることはありません。

  • EnabledExecution は Scheduled Diagnostics に属し、Windows の診断全体に属するものではありません。
  • 0 の値は、調査した scheduled handler を介した診断パッケージの実行をブロックします。
  • システム タスクとその登録は削除されません。
  • ポリシーの変更は再起動なしで適用されます; Scheduled Diagnostics が機能するには実行中の Task Scheduler サービスが必要です。
  • policy value を削除すると、Windows はローカル設定と既定の標準ロジックに戻ります。
  • 測定可能な量でのバックグラウンド負荷、CPU、RAM、ディスク操作の削減;
  • 平均 FPS、P1、P0.1 の向上、または input latency の減少;
  • sfc、chkdsk、Microsoft Defender、ディスクの最適化、またはすべてのメンテナンス タスクの無効化;
  • 検出された問題に関するすべての Windows 通知の防止;
  • Windows 10、Windows 11、Windows Server での同一の内部パス。

定量的な結果が存在しないことは重要です: 1 つのまれな診断パスを除外しても、通常のゲーム セッションの指標がまったく変わらない可能性があります。

調査は 1 つの最新システムで静的に実行されました。これは decision path の存在と意味を確認しますが、実際の起動頻度、実行された作業量、設定を戻した後の起こりうる backlog、ユーザーへの効果を示すものではありません。

公式の既定の状態とローカル設定への fallback は Microsoft によって文書化されています。policy value とローカル preference value の両方が同時に物理的に存在しないクリーン インストールの動作は、個別に再現されていません。

ほとんどのユーザーにとって、Windows default のままにしておく方が安全です: そうすることで Windows は一部の問題を事前に検出して修正する機能を維持します。

無効化は、ユーザーがまさにスケジュールされた診断パッケージを禁止したいと考え、この予防機能の喪失を受け入れる場合にのみ、意識的なトレードオフとして意味があります。約束されたパフォーマンス向上のためにこの設定を適用しないでください: そのような結果は調査で示されていません。

関連する無料の設定は、BoosterX の「スケジュールされた診断」 ページで説明されています。

元に戻すには、BoosterX の Windows default 状態を介して policy override を削除します。Microsoft のドキュメントによると、再起動やサービスの再起動は不要です: 変更はすぐに適用されます。

戻した後、具体的な動作は Windows のローカル設定によって決まります。それらが構成されていない場合、Microsoft は既定で有効な検出、診断、修正を示しています。

  • ADMX_sdiagschd Policy CSP、Microsoft Learn - ポリシーの目的、サポートされるバージョン、Registry mapping、状態、再起動なしでの適用。

調査は BoosterX チームによって公開され、製品の設定に関するものです。BoosterX に設定が存在することは、その有効性の証拠として使用されていません。BoosterX Wiki は Microsoft Corporation と関連、承認、スポンサー、推奨の関係にありません。

情報源の最終確認: 2026-08-24。

  • 2026-09-20: 検索スニペットの制限に合わせて description を短縮。
  • 2026-08-24: Microsoft のドキュメントと Windows 11 Pro 25H2 の静的検証に基づく最初の公開バージョン。