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

概要

重要な Windows 更新プログラムは、デバイスの再起動を必要とすることがよくあります。 残念ながら、多くの従業員が更新を認識していない、または気にしていないため、デバイスを再起動しないことがあり、コンプライアンスとパフォーマンスの問題につながる可能性があります。 Microsoft が必要な再起動に関する通知を送信したとしても、常に十分であるとは限りません。

Windows 更新の再起動ワークフローは、Windows 更新が原因で再起動が保留状態であるデバイスを自動的にチェックします。 再起動プロセスはユーザーの許可を求め、最大3回の延期オプションを提供し、最後には再起動が強制されます。

このワークフローにより、Windows 更新に必要なデバイスでの再起動を確実に実行します。 これにより、従業員に再起動を依頼するサポートチームの手間を大幅に削減できます。

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

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

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

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

変更履歴

V1.0.0.0 - 初回リリース

依存関係

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

リモートアクション

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

  • Windows デバイスを再起動する

ワークフローにおけるリモートアクションの詳細については、https://nexthink.gitbook.io/opd/user-guide/workflows/creating-workflows/designer を参照してください。

キャンペーンの実施

  • デバイス再起動 - ワークフローの呼び出し

  • デバイス再起動 - 最後の呼び出し - ワークフローの呼び出し

キャンペーンの詳細については https://nexthink.gitbook.io/opd/user-guide/campaigns を、ワークフローでのキャンペーンの詳細については https://nexthink.gitbook.io/opd/user-guide/workflows/creating-workflows/designer を参照してください。

コンフィギュレーション

リモートアクションとキャンペーンのコンフィギュレーション

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

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

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

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

  • Windows デバイスを再起動する

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

「Windows デバイスの再起動」リモートアクションには、必須の入力パラメータとしてキャンペーンが必要です。 しかし、リモートアクションによってトリガーされるキャンペーンは、ワークフロー内で使用されません。 代わりに、専用のキャンペーンである「デバイス再起動 - ワークフロー呼び出し」と「デバイス再起動 - 最後の呼び出し - ワークフロー呼び出し」に置き換えられます。 したがって、リモートアクション用のキャンペーンの NQL ID は、ワークフロー外でリモートアクションを使用する場合を除き、任意の ID に設定できます。

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

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

NQL:

Code
1 部分デバイス 過去 30 日間
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

Was this helpful?