こんにちは。オフィスを出てから少なくとも 3 ～ 4 時間後に仮想マシンで自動化を実行するタスクをスケジュールしたいと考えています。QTP を開いてスクリプトを実行する .vbs ファイルを作成し、仮想マシンの自動ロックを停止するスクリプトも作成しました。ただし、問題は、PC をロックしてから 2 時間後にタスク スケジューラを設定すると機能しないことです。ただし、15 分後にスケジュールするとトリガーされます。何かアドバイスはありますか? 設定やその他の変更が必要な場合。
ありがとう、アビシェク
答え1
これは機能するはずです。実際、ログオフ後 15 分間遅延すると機能しますが、3 時間遅延すると機能しません。詳細を入手して失敗の原因を突き止めるまで、回避策を提案します。回避策は、ログオフ スクリプトで、ログオフの時刻を含む「センチネル」ファイルを書き込むことです。2 番目のタスクを作成し、1 時間に 1 回実行するようにスケジュールします。2 番目のタスクはセンチネル ファイルを検索し、見つからない場合は終了します。センチネル ファイルが存在する場合は、現在の時刻とファイル内のログオフ時刻を比較します。しきい値 (3 時間) 未満の場合、タスクは終了します。遅延しきい値を超えると、スクリプトが実行され、スクリプトが再度実行されないようにセンチネル ファイルが削除されます。最後の手順は、ログオン時にセンチネル ファイル (存在する場合) を削除するログオン スクリプトを作成することです。これは、ログオフして帰宅中に、何かを忘れたことを思い出し、夜間のプロセスが実行される前に再度ログインした場合にのみ機能します。
残りの部分はコメントであり、回答ではありません。そのための SE プロトコルは知りません。「遅延ログオフ トリガー」が 15 分後に機能しない理由については、それを経験した他の人に任せたほうがよいかもしれません。私は経験していませんが、実行している VM とその下で実行しているゲスト OS を詳しく説明すると役立つと思います。仮想マシンではなく、実際のマシンでシナリオを作成してください。実際のマシンでは機能し、仮想では機能しない場合は、仮想の側面に焦点を当てることができます。実際のマシンと仮想の両方で機能しない場合は、Windows に集中できます。また、トリガーは発生したが何も実行されなかったのではなく、「トリガーされなかった」ことをどのように確認したのかについても興味があります。「最終実行」列を見て、トリガー遅延を 15 分に設定すると、最終実行はログオフしてから 15 分後に更新されますが、トリガー遅延を 3 時間に設定すると、最終実行はログオフ前の状態のままになることを知っていると思います。