Windows 10 Pro Rel.2004タスクスケジューラが突然バッチファイルの実行を中止しました

応答5# ->にスキップ

6 #

mschmie 2020-10-29 03:33

私が早く投稿した回避策を見たかもしれません.使用したい場合は、このURLで昇格ユーティリティを取得できます.

リンク:revenate.

応答6# ->にスキップ

4 #

ErickL 2020-10-29 06:26

everate64ユーティリティでスケジュールされたタスクを復元することができました.マイクロソフトが実際に問題を認識しているという兆候がありましたか?

応答4# ->にスキップ

2 #

mschmie 2020-10-30 04:11

これはさらに興味深いものになっています.コンピューターの1つを工場出荷時のイメージに復元し、ソフトウェアと設定をインストールして最新の状態にしました.これにより、そのコンピューターのタスクスケジューラから直接バッチファイルを実行する機能も復元されました.最終
夜、10-2020累積プレビューが私のマシンにインストールされ、バッチファイルを再度実行する機能が壊れました.問題はそのアップデート(またはその前のアップデート)にあるものだと思いますが、それを見つけることは別の問題です.

その間に、私はそのマシンと他のマシンでelevate64の使用を再開しました.将来のさまざまな更新の後、定期的にテストして、バッチファイルを実行する機能が戻ったかどうかを確認します.私は誰かがWindowsの内部で知っていることを望みます
これを真剣に受け止めます.

2020年10月30日に編集:

3つのシステムすべてでこの問題が発生しています.そのうちの2つは、昨夜Windows 2009(20H2)に更新されました.今朝の時点で、そのうちの1つがタスクスケジューラからバッチファイルを適切に実行するようになりました.ただし、もう一方はまだそうしません.私は完全に得ています
これについて混乱しています.ユーザーや管理者がcmd.exeを実行できないようにするポリシーが設定されているかのようですが、ありません.

Windowsを使用するよりも、Windowsの修正に多くの時間を費やしているようです.

応答4# ->にスキップ

3 #

mschmie 2020-10-29 10:42

絶対にありません.

応答10# ->にスキップ

9 #

mschmie 2020-10-12 10:25

それは面白い、トーマスです.失敗からの結果はありますか?受信しているものはアクセス拒否です.私は任意のフォームでバッチファイルまたはcmd.exeを実行できませんでした.ただし、cmd.exeを使用していない限り、実行可能ファイルを実行できました.
タスクプログラムですが、実際の実行可能ファイル.

あなたがそれがWindows Defenderかもしれないと思う興味深い.私はそれをチェックしていませんが、Windows Defenderは何もブロックしていないと判断しました.

応答9# ->にスキップ

7 #

ThomasS 2020-10-13 01:14

午前3時のウェイクアップスケジュールタスクが実行されました.したがって、バッテリーとネットワークの制限を取り除くか(PCが主電源と有線イーサネットに接続されているため影響がないはずです)、アカウントとパスワードを使用して再認証する可能性が高くなります(
何ヶ月も変更されていない)私のために修正しました.
追加を編集:

「システムの更新」の別の部分であるMoUsoCoreWorker.exeタスクが、システムがスリープ状態に戻るのを妨げていたため、バックアップが完了した後もシステムはオンのままでした.はぁ.タスクマネージャ->[サービス]タブに移動し、Windowsを下に移動します
サービスを更新し、シャットダウン/停止するように指示します(これを実行すると、Windowsがすぐに再起動します)...これにより、MoUsoCoreWorker.exeタスクがスリープをブロックしなくなりました(今のところ).

したがって、最近のMS Windowsの強制更新が他に何が壊れているかを確認するために、別の日の監視が必要でした.十分に近づいているので、ネットワークから切断して、多くのPCで更新が発生するかどうか、いつ発生するかを制御したいと考えています.
長期間安定したシステム.

応答9# ->にスキップ

8 #

ThomasS 2020-10-12 12:15

明日見ていきます.バックアップを手動で開始し、スケジュールされたタスクも確認しました.タスクを実行するためにバッテリー操作とアクティブなネットワーク接続を必要としないオプションのチェックを外しました.これは以前は問題ではありませんでしたが、
考えられる問題を排除したかったので、更新が壊れました.したがって、スケジューラは午前3時にPCをウェイクアップし、cmdexeを終了する必要があります.PCをウェイクアップするためのタスクスケジューラのターゲットになる以外に、cmdexeを実行する必要はありません.

スケジュールされたタスクを編集し(スケジューラーのログもオンにしました)、[適用]をクリックした後、Windowsはローカルパスワードでローカルアカウントを認証するように要求しました.IDがでタスクを編集していないため、すべての編集にそれが必要かどうかはわかりません
1年以上ですが、タスクスケジュールが私のタスクを認証しておらず、実行されていない可能性があります.午前3時のタスクが実行された場合、明日が表示されます.

防御側のuodateに問題があるかどうかはわかりませんが、最後に正常に実行された翌日、次にスケジュールされたタスクが実行されない前に適用されたのは更新のみでした.したがって、OSへの関連する変更がスケジューラーを壊したと思われます
タスクのためにPCをウェイクアップします.典型的なmsftの方法で、舞台裏の権限や設定が変更された可能性があります.

応答15# ->にスキップ

14 #

mschmie 2020-10-09 10:31

command>XMLファイルに従う:

<タスクversion= "1.2" xmlns= "schemas.microsoft.com/windows/2004/02/mit/task">
<登録Info>
<日付>2018-10-19T13:42:53.4080565
<作者>93vnmr2\Mike Schmieg
\ファイルの更新

<トリガ>

<スタンバウンド>2018-10-20T12:30:00
PT30M
true

<デイズインテル>1



<スタンバウンド>2018-10-19T17:30:00
PT30M
true

<デイズインテル>1



<スタンバウンド>2018-10-19T21:30:00
PT30M
true

<デイズインテル>1



<スタンバウンド>2018-10-24T10:30:00
PT30M
true

<デイズインテル>1



<スタンバウンド>2020-10-08T17:07:09
true


<プリンシパル>
<プリンシパルID= "著者">
S-1-5-21-2-2519981272-2111223608-3172113367-1001
InteractiveToken
最も重要な


<設定>
ignoreNew
true
true
true
TRUE
true

true
False

true
true
false
False
FALSE
PT1H
<優先>7

<区間>PT1M
<数カウント>




<コマンド>C:\Windows\System32\cmd.execommand> <引数>/cc:\bt\update2x.bat引数> C:\BTworkingDirectory>

バッチファイルは単に1つのマシンから別のマシンにファイルをコピーします.

d:
CD\Backups\Batch
Xcopy*.*C:\BT\Back/D/E/C/I/Y/K
タイムアウト/t 3
C:
cd\bt \戻る
Xcopy*.*D:\Backups\Batch/D/E/C/I/Y/K
タイムアウト/t 3
D:
CD\Backups\Batch
Xcopy*.*C:\BT\Back/D/E/C/I/Y/K
存在しない場合z:\*.* GOTO NEXT3
Z:
REM XCOPYアーカイブ\**.*C:\Archives/D/E/C/I/Y/K
存在しない場合f:\*.*後藤終了
CD\users\Schmi\Documents\TomTom
Xcopy*.*F:\tomtom/d/e/c/i/y/k
存在しない場合X:\*.* GOTO NEXT3
x:
CD\
Xcopy "Quicken Backup"\*.* f:\"Quicken Backup"/D/C/I/Y/K/E
Xcopy税金\*.*F:\TAX/D/C/I/Y/K/E
:NEXT3
存在しない場合f:\*.*後藤終了
C:
CD\
Xcopy Archives\*.*f:\archives/d/c/i/y/k/e
CD\users\Schmi\Documents\"Home Lan Sync"
XCOPYレジスタ\**.*F:\Register/D/C/I/Y/K/E
Xcopy Financial\*.*F:\Financial/D/C/I/Y/K/E
Xcopy Excel\**.*F:\Excel\/D/C/I/Y/K/E
Xcopy Kindle\*.*F:\Kindle/D/C/I/Y/K/E
:終了

問題を抱えている他のバッチファイルは単に再起動しています.

応答14# ->にスキップ

13 #

Frederi 2020-10-09 18:56

私はそれを右クリックするとあなたのスケジュールされたタスクを呼び出しました、そしてそれはまっすぐに走りました.これはあなたのマシン上で実行されない理由を見つけるのを助けるかもしれないいくつかのヒントです.

• バッテリー電力制限を取り除く(下記参照)
• ネットワーク制限
も削除する
• 追加のコマンドプロセッサ(cmd.exe)を呼び出す必要はありません.バッチファイルを直接呼び出すことができます.
• テスト目的で、バッチファイルを下に見えるものと一時的に置き換えることをお勧めします.実行されるたびにログファイルにエントリを作成します.

@echo

log=c:\bt\log.txt

echoタスク%Date%at%Time%%%username%>>%log%

echo.>>%log%

応答13# ->にスキップ

11 #

mschmie 2020-10-10 04:44

修正ではありませんが、回避策を見つけました.ユーティリティプログラムのコレクションを調べたところ、昇格されたアクセス許可でコマンドプロンプトを新しいwindows に昇格させるElevate64.exeが見つかりました.これは実行可能ファイルであるため、タスクスケジューラは
実行します.この小さなユーティリティは、昇格されたwindows でプログラムまたはバッチファイルも実行するため、プログラムをc:\ut\height64.exeで実行し、引数-wait4idle-noui c:\bt\update2xを追加しました.バット.-wait4idleは、ユーティリティがスケジュールされているタスクを閉じます
作成されたタスクは引き続き実行されます.-nouiは、通知を発行しないようにユーティリティに指示するだけです.完全に機能しますが、元の問題の修正を見つけたいと思います.

応答13# ->にスキップ

12 #

mschmie 2020-10-10 01:33

問題は、バッチファイルに到達しないことです.スケジュールされたバッチ再起動タスクの1つをshutdown/rを実行するように変更しましたが、タスクに他の変更を加えることなく正常に動作します.次に、コマンドプロンプトを開くだけの新しいタスクを作成しましたが、失敗しました
同じアクセスの結果が拒否されたため、タスクスケジューラがcmd.exeを開くことができないようです.さらに、これらを右クリックして実行を押すと、これらのいずれも開きません.タスクスケジューラが約5分間フリーズすると、結果が返されます.
アクセスが拒否されたため、実行に失敗しました.私は管理者であり、これらのマシンの唯一のユーザーであり、すべて同じことをしています.これは、3台のマシンすべてで同時に発生したため奇妙です.2つはラップトップで、1つはデスクトップです.
はすべてピアツーピアイーサネットネットワークに接続されています.