タスクスケジューラ無言停止の診断｜登録済みなのに動かない原因を出す

「登録されているのに動かない」は、たいてい設定が原因です

タスクスケジューラの厄介なところは、失敗しても何も言わないことです。

状態は「準備完了」。最終結果は「操作は正常に終了しました (0)」。次回実行時刻だけが翌日に進んでいる。ログは1行も残っていない。手でスクリプトを叩くと、何事もなかったように動く。

この状態から原因にたどり着くのは難しいです。エラーメッセージが無いので、検索する言葉すら無いからです。そして多くの場合、犯人はスクリプトではなくタスク側の設定です。

検査する9項目

上ほど「自分では気づけない」ものです。

1. バッテリー駆動中の無言スキップ — 既定値で付きます。AC電源の日だけ動くので原因が掴めません
2. 日本語パスの文字化け — 起動はしている。なのにスクリプトが一度も動いていない
3. トリガーとアクションの1対1誤解 — 「7時と12時で別の処理」のつもりが、全アクションが毎トリガーで走る
4. 同時刻タスクの巻き添えスキップ — 別のタスクのハングで、無関係なタスクまで次回へ繰り越される
5. 多重起動（取りこぼし実行の同時発火） — 数日ぶりの起動直後だけ、同じ処理が何本も走る
6. 削除だけ成功した作り直し — 「作り直したのに存在しない」。削除は通り、再作成が無言で失敗している
7. StartWhenAvailable の副作用 — 遅延起動が次の枠に重なり、ブラウザ操作などが衝突して両方落ちる
8. 実行アカウントとログオン種別 — 対話ログオン前提の処理が、ログオンしていない時間帯に空振りする
9. 実行結果コードの読み違え — 0 でも中身は失敗している。267011（一度も実行されていない）を故障と誤読する

返ってくるもの

判定サマリーで、何本のうち何本が要対処かを先に出します。

指摘は重い順に並べ、それぞれに「該当タスク → なぜ止まるか → どう確認するか → どう直すか」を付けます。確認と修正はそのまま貼れるコマンドで返すので、読んで理解してから手を動かす必要はありません。

再発させないための作り方も返します。直すだけで終わらせると、次に作る時に同じ設定でまた作ってしまうためです。

確認手順は、設定値ではなく実行された事実の側で見る形にします。設定を直したことと、実際に動いたことは別だからです。

症状から引けます

原因が分からない状態でも使えます。

貼るもの

Get-ScheduledTask の出力がいちばん精度が出ます。タスクのXML、1本分を画面から書き写したもの、症状の説明だけでも受け付けます。

情報が足りない時は、何を追加で取ればいいかを先に返します。足りないまま原因を断定することはしません。

正直な限界

• あなたのPCを見に行きません。 判定するのは貼られたテキストだけです。タスクを実行することも、設定を書き換えることも、レジストリを読むこともしません。返すのは「あなたが自分で実行するコマンド」です
• スクリプト自体のバグは範囲外です。 ここで見るのは「起動したかどうか」まで。起動した後に落ちている場合は、そう切り分けた上でログの見方を返します
• 原因が1つに絞れないことがあります。 その時は候補を確度の順に並べ、どれを先に確認すれば切り分けられるかを返します。断定はしません
• Windowsの仕様は版で変わります。 古い環境や特殊なグループポリシー下では当てはまらない場合があり、そこは明示します
• ドメイン参加・グループポリシー・権限設計は、検査はしますが最終判断は環境の管理者に依存します

断ること

理由を添えて断ります。他人のPCを許可なく調べる前提の設計、監視や検知を回避するための常駐・隠蔽、認証情報をタスクの引数に平文で埋める書き方、利用規約に反する自動操作の常駐化、権限昇格を目的とした設定。