none
リモート接続の端末クラッシュがリモートサーバー側のTask SchedulerサービスのJOBの起動を阻害する RRS feed

  • 質問

  • フォーラム違いの指摘を頂きましたので、このフォーラムで再投稿致します。(失礼しましたM(_ _)M)

    上記の件、おそらく他でも発生していると思われますが「返信」が着かないので上記の件、書き込みます。

    [発生したこと]

    通常問題なく起動しているJOBが(Task SchedulerサービスのJOBが)起動しなかった。

    [確認できた事項]

    JOBの「前回の起動時間」が有りませんのでJOBが失敗したのではなく、起動しなかった事象である。

    同時刻、リモートで接続していた端末が、クラッシュしている。

    クラッシュ以降、凡そ4つのJOBが起動していない。約10分後に正常にJOBは起動し出した。

    サーバーのWindows2012R2のログにエラー履歴は存在しない。勿論サーバーが止まっていたわけではない。

    上記以外は、問題は確認できてない。

    [問題事項]

    問題は、「リモート接続していた端末側のクラッシュが、リモートサーバー側のTask Schedulerサービスに問題を発生させている」事である。

    再発する可能性がある為、無視ができない。原因を追究したい。

    [考察]

    更にクラッシュした端末は接続したサーバーを弄っておらず、端末内のIEを弄っていてクラッシュしたとの事です。

    つまり接続していただけある。

    偶々、サーバーが起動中である事を別担当者が確認しているため、起きた事象が納得できません。

    特定のJOBでなく計4つのJOBが起動していない事からエラー等の失敗でない事が確認できています(実行されていなかった4つのJOBとも後で手動で実行して正常終了を確認)

    またJOBの実行時間にサーバーが動いている事が確認出来ている事が原因の追究を難しくしています。

    別日にリモート接続中の端末をわざと落としましたが、上記事象は発生しませんでした。

    ヒントでも頂けると助かります。



    • 編集済み PETENSs 2019年2月22日 11:55 誤字修正
    2019年2月22日 11:15

すべての返信

  • PETENSsさん、こんにちは。フォーラムオペレーターのHarukaです。
    TechNetフォーラムにご投稿くださいましてありがとうございます。

    ご説明によりますと、誰かがRDP を使用してサーバーに接続するとき、接続がクラッシュし、タスクスケジュールが最初に起動しない原因となります。
    私の理解が間違ったら、遠慮なくご指摘ください。

    そして、問題はRDPクラッシュによって引き起こされるはずです。クラッシュするときどのようなエラーが発生しますか。 
    サーバーへのRDPに使用するクライアントのバージョンは何ですか。
    他のWindowsクライアントのサーバーへのRDPはどうですか。同じ問題が発生しますか。

    ご返信をお待ちしております。

    どうぞよろしくお願いします。


    MSDN/ TechNet Community Support Haruka

    ~参考になった投稿には「回答としてマーク」をご設定ください。なかった場合は「回答としてマークされていない」も設定できます。同じ問題で後から参照した方が、情報を見つけやすくなりますので、
    ご協力くださいますようお願いいたします。また、MSDNサポートに賛辞や苦情がある場合は、MSDNFSF@microsoft.comまでお気軽にお問い合わせください。~
    2019年3月4日 6:51
    モデレータ
  • 返信が遅くなりました。

    ご指摘の通りです。「RDP中の端末クラッシュでRDPサーバーのそれもスケジュールが一定時間稼動しない」状態が発生しています。」

    RDPのクラッシュ時は端末ごと飛んでブルー画面になります。また、端末の再稼動後、なぜか端末からのPINGが届かない状態(RDPサーバー側は問題なしで外(INET)からの対応を実行しています)になります(数分後回復しますので、HUB(1GB対応の48PORT業務用の高性能の為)の誤作動で無関係の可能性有り。)。

    上記で記載通り、スケジューラーに起動ログが無い事と複数回発生している事が非常に問題です。スケジューラーも一定時間経過すると自動で回復しています。除外されているサービスのログははっせいしません見つけることができません。

    この状態は任意に発生させることができない為、何らかのエラーのあるPROCESSを確認することもできず困っています。

    参考になる情報は無いでしょうか?

    2019年4月21日 6:03
  • PETENSsさん、こんにちは。フォーラムオペレーターのHarukaです。
    ご返信頂きありがとうございます。

    タスクスケジューラの働きを教えていただけますでしょうか。 
    彼らはRDPに関連していますか、それとも全く関係なしですか。

    そして、RDPクラッシュがサーバー側で起こって、それはすべてのRDPセッションをブルースクリーンにすることを意味しましたでしょうか。

    サードパーティのコンフリクトがあるかどうかを知るために、サーバーでクリーンブートを使用し、問題が解決するかどうかを確認するために数日間監視することをお勧めします。 
    https://support.microsoft.com/ja-jp/help/929135/how-to-perform-a-clean-boot-in-windows

    ご返信をお待ちしております。

    どうぞよろしくお願いします。


    MSDN/ TechNet Community Support Haruka

    ~参考になった投稿には「回答としてマーク」をご設定ください。なかった場合は「回答としてマークされていない」も設定できます。同じ問題で後から参照した方が、情報を見つけやすくなりますので、
    ご協力くださいますようお願いいたします。また、MSDNサポートに賛辞や苦情がある場合は、MSDNFSF@microsoft.comまでお気軽にお問い合わせください。~
    2019年4月24日 6:37
    モデレータ
  • 回答が遅くなり申し訳ございません。


    >タスクスケジューラの働きを教えていただけますでしょうか。
    >彼らはRDPに関連していますか、それとも全く関係なしですか。
    TaskはEDI関係の送受信です。従ってRDPとは全く関係有りません。

    またクリーンブートでの再起動は定期的に行っています。

    打てる手が有りません。参考になるサイトなど情報はありますか?

    MSDNの有料問い合せも考えていますが、不適な動作であるため(だから困るが・・・)如何したもんか?

    取り合えずサーバーを代えて様子を見ています。


    • 編集済み PETENSs 2019年5月19日 1:10 誤字訂正
    2019年5月19日 1:09