Windows Server 2016のスケジュールされたタスクスケジュールは将来の予定

監視に使用される約20のスケジュールされたタスクを持つ2012サーバーがあります。2016年のサーバーを構築してそれを置き換えました。新しいサーバーにタスクを移動すると、問題が発生しました。ほとんどのタスクは数分ごとに実行されます。

Server 2012では、現在の日の午前1200時（つまり過去の時間）に開始し、X分ごとに繰り返し発生するようにタスクをスケジュールします。タスクは、次にスケジュールされた時間に開始されます。パーフェクト。

Server 2016では、過去に開始されるスケジュールは実行されません。そのため、将来的に開始するようにスケジュールする必要がありました。これは再起動するまで問題ありません。現在、開始時刻は過去であり、実行されません。失敗した実行も登録しません。[次の実行時]列には、実行する必要があるが実行していないことが示されています。

2つのトリガーを作成する以外に、1つは将来開始し、もう1つはリブート時に開始します（一部のタスクは指定された時間にのみ実行されるため、実行したくない）、より良い方法はありますか？これはバグのようです。2012バージョンは非常にうまく機能しました。

更新

これには回避策があります。無期限に実行される1回限りのスケジュールを作成します。これは、再起動後に期待どおりに機能します。これは「奇妙な」スケジュールには適していませんが、3分ごとなどに実行したいものには適しています。

参考-昨日開いたサポートチケットを通じて、これがバグであることをマイクロソフトに確認しました。サポート技術者は、内部的にバグとして分類されており、パッチが開発中であることを確認しました。7月/ 8月のパッチのリリース予定日が与えられました。

これは、Windows 10とServer 2016の両方に影響します。私のテストシステムは、昨日の累積的な更新までパッチが適用されました。この問題は、Server 2012 R2およびWindows 7では発生しませんでした。

編集-おそらく8月ですが、2017年9月には間違いなく、この問題はテストしたシステムで修正されています。

この問題は、Repeat task every: ...オプションが設定されたタスクにのみ影響するようです。

これまでのところ、タスクスケジューラでtrigger at X, then repeat every 10 minutes書くのtrigger at every xx:x0は不必要に複雑な方法であるという印象を受けていました。

どうやら、そうではありません。どうやら、それはまさにそれが言っていることを意味します：タスクはその時にトリガーされX 、その後のみ繰り返されます。初期トリガーなし、繰り返しなし。trigger at every xx:x0タスクスケジューラでスケジュールを設定する簡単な方法はないようです（または、それが別のServerfaultの質問になるかもしれません）。

この問題を「1日だけではなく」毎日 12:00に実行するようにスケジュールし、...1分間ごとに繰り返すことにより、この問題を「解決」します。つまり、再起動が発生すると、12：00にタスクが再開されます。これは理想的ではありませんが、ここでは許容できる妥協案です。

1時間ごとに1つのトリガーを作成することで「タスクダウンタイム」を1時間に短縮し、その後1 ...分ごとにタスクを1時間繰り返すことができると思います。

驚いたことに、それは常にそのようであったようです（この回答への最初のコメントを参照）。リンクされた回答の他のコメントによると、この問題を解決する標準的な方法は、Run task as soon as possible after a scheduled start is missedオプションをアクティブにすることです。

それで、はい、それはバグですが、それは実際のスケジューリングではなくバグがある「次の実行時間」列です。

1。Windows 2016 Serverでは、ジョブで次のオプションが必ず必要です。

• スケジュールの開始を逃した後、できるだけ早くタスクを実行する
• タスクが失敗した場合、毎回再起動します

スクリーンショットでこれらのオプションに注意しました

2。トリガーを追加します。といった：

• タスクを作成または編集するとき
• 始めるとき

などの意味の範囲内：タスクを移動して希望の時間に開始する

３。Windows 2016の一部のタスクで-このアプローチを実装しました。