ワークフロー: Windows更新再起動

概要

重要なWindows更新プログラムでは、デバイスの再起動が必要になることがよくあります。 残念ながら、多くの社員が更新を知らない/気にしないためにデバイスを再起動せず、それがコンプライアンスやパフォーマンスの問題を引き起こす可能性があります。 Microsoftから再起動が必要である旨のリマインダーや通知が届くこともありますが、それだけでは不十分な場合があります。

Windows更新プログラムの再起動ワークフローは、Windows更新プログラムにより再起動が保留されているデバイスを自動的にチェックします。 再起動プロセスはユーザーに再起動の許可を求め、最大3回まで遅延させるオプションを提供し、それ以降は強制的に再起動されます。

このワークフローは、Windows更新プログラムのために再起動が必要なデバイスに再起動を採用することを保証します。 これは、サポートチームが社員に再起動を依頼するために手動で連絡する大幅な時間を節約します。

Nexthink Flowを使用した完全自動化のデバイス再起動プロセス。

  • Windowsブート情報の取得を自動化し、結果に基づいて適切なアクションを実行します。

  • ユーザーに今すぐ再起動するか、1時間後または24時間後に遅延させるよう依頼します。

  • 3回の遅延の後、更新を確実に行うために再起動が強制されます。

変更履歴

V1.0.0.0 - 初回リリース

依存関係

このワークフローを利用するには、必要なコンテンツをNexthink Infinityテナントにインストールする必要があります。

リモートアクション

  • 保留中の再起動をテスト

  • Windowsデバイスを再起動

ワークフロー内でのリモートアクションに関する詳細はこちらを参照してください。

キャンペーン

  • デバイス再起動 - ワークフロー開始

  • デバイス再起動 - 最終通知 - ワークフロー開始

キャンペーンの詳細はこちらをご覧ください。また、ワークフローでのキャンペーンについてはこちらをご覧ください。

設定

リモートアクションとキャンペーンの設定

注意: ワークフローで使用するには、以下のリモートアクションを手動トリガーで設定する必要があります。 リモートアクションがワークフロー外でも使用される場合、他の実行トリガーと組み合わせることができます。

ワークフローで使用するには、キャンペーンをいくつかのリモートアクションの入力パラメーターで指定して公開する必要があります。

ワークフローで使用され、設定が必要なリモートアクションは以下の通りです。

  • 保留中の再起動をテスト

  • Windowsデバイスを再起動

「Windowsデバイスを再起動」のリモートアクションには、カスタム値を許可するためにすべての入力パラメーターを設定する必要があります。

「Windowsデバイスを再起動」のリモートアクションには、必須の入力パラメーターとしてキャンペーンが必要です。 しかし、リモートアクションでトリガーされるキャンペーンは、ワークフローで使用されません。 代わりに、専用キャンペーン「デバイス再起動 - ワークフロー開始」と「デバイス再起動 - 最終通知 - ワークフロー開始」に置き換えられます。 したがって、リモートアクションのキャンペーンIDは、ワークフローと別に使用する意図がない限り、任意のIDで構いません。

ワークフローのトリガー設定

このワークフローは、主にスケジュールされたトリガーを使用して自動的に実行するように設計されています。 しかし、手動トリガーを有効にすることで、臨時の使用にも役立ちます。 推奨されるスケジュールでは、30日以上Windows更新が行われていないすべてのデバイスを選択します。 以下は、どのように設定できるかの詳細です。

NQL:

Code
1 過去30日間にddevices
2 | where operating_system.platform == windows
3 | where operating_system.days_since_last_update > 30

ワークフロー構造

このセクションでは、ワークフローの主要な手順を説明します:

  • デバイスでWindowsの再起動が保留されているかを確認し、保留されている場合は、ユーザーにすぐに再起動できるか、遅延が必要かを確認するEngageキャンペーンを開始します。

  • ユーザーがすぐに再起動することに同意した場合、ワークフローはWindowsデバイスを再起動するためのリモートアクションをトリガーします。 そうでない場合、ワークフローはユーザーの希望に基づいて1時間または24時間の遅延を管理します。 遅延期間の後、再度遅延を希望するかどうかをユーザーに2回確認します。 3回目の要求時に、ユーザーにはこれは最後の遅延機会であることがEngageキャンペーンを通じて通知されます。\


関連トピック

Last updated