Configuration Managerでアラートを構成する
Configuration Manager (現在のブランチ) に適用
Configuration Manager環境の状態を把握するようにアラートを構成します。 Configuration Managerは、特定の条件が発生したときに、一部の操作によってアラートを生成します。
通常、エラーが発生した場合は、解決する必要があります。
状況を引き続き監視できるように、条件が存在することを警告します。
エンドポイント保護のアラートやクライアントの状態など、構成する一部のアラート。 Configuration Managerは、他のアラートを自動的に構成します。
アラートに対してサブスクリプションを構成できます。 サブスクリプションは電子メールで詳細を送信できるため、重要な問題に対する認識が高くなります。
一般的なアラートを管理する
Configuration Manager コンソールで、[監視] ワークスペースに移動し、[アラート] を展開し、[アクティブなアラート] または [すべてのアラート] を選択します。
これらのノードのアラートでは、次のアクションを使用できます。
延期: 指定した日付に達するまで、このアラートの監視を中断します。 その時点で、サイトはアラートの状態を更新します。 有効なアラートのみを延期できます。 アラートを延期する場合は、コメントを追加することもできます。
[コメントの編集]: 選択したアラートのコメントを入力します。 これらのコメントは、Configuration Manager コンソールにアラートと共に表示されます。
構成: 選択したアラートの名前、重大度、定義を変更します。 アラートの重大度を変更した場合、この構成は、Configuration Manager コンソールでのアラートの表示方法に影響します。
サブスクリプションの作成: 選択したアラートへの電子メール サブスクリプションを作成します。 詳細については、「アラートのEmail」を参照してください。
クライアント状態アラートを構成する
Configuration Manager コンソールで、[資産とコンプライアンス] ワークスペースに移動し、[デバイス コレクション] ノードを選択します。
アラートを構成するコレクションを選択します。 リボンの [ ホーム ] タブの [ プロパティ ] グループで、[プロパティ] を選択 します。
注:
ユーザー コレクションのアラートを構成することはできません。
[ アラート ] タブに切り替えて、[ 追加] を選択します。
注:
[ アラート ] タブは、セキュリティ ロールにアラートのアクセス許可がある場合にのみ表示されます。
クライアントの状態のしきい値が特定の値を下回ったときにサイトで生成するアラートを選択します。
- クライアント チェック パスまたはアクティブなクライアントの結果がしきい値 (%) を下回っていない
- クライアント修復の成功がしきい値 (%) を下回る
- クライアント アクティビティがしきい値 (%) を下回る
[アラート] タブの [条件] の一覧で、各クライアント状態アラートを選択し、次の情報を指定します。
[アラート名]: 既定の名前をそのまま使用するか、アラートの新しい名前を入力します。
[アラートの重大度]: Configuration Manager コンソールに表示されるアラート レベル (情報、警告、または重大) を選択します。
アラートを発生させる if...: アラートのしきい値の割合を指定します。
[ OK] を選択 してアラートを保存し、コレクションのプロパティを閉じます。
アラートのEmail
アラートのメール サブスクリプションを作成できます。 サイトがアラートをトリガーすると、電子メール通知を送信できます。
アラートの電子メール通知を構成する
メール アラートをサブスクライブする前に、メール通知を送信するようにサイトを構成する必要があります。 SMTP 電子メール サーバーに関する情報が必要です。
ヒント
Microsoft 365 を使用する場合は、次の情報を使用します。
- SMTP サーバー:
smtp.office365.com - ポート:
587 - このサーバーには、暗号化された接続 (SSL) が必要です
Configuration Manager コンソールで、[監視] ワークスペースに移動し、[アラート] を展開して、[サブスクリプション] ノードを選択します。
リボンの [ホーム] タブの [作成] グループで、[Email通知の構成] を選択します。
次の情報を指定します。
アラートの電子メール通知を有効にする: Configuration Managerが SMTP サーバーを使用して電子メール アラートを送信できるようにします。
電子メール アラートを送信する SMTP サーバーの FQDN または IP アドレス: これらのアラートに使用する電子メール サーバーの完全修飾ドメイン名 (FQDN) または IP アドレスを入力します。
ポート: これらのアラートに使用する電子メール サーバーの SMTP ポートを指定します。 たとえば、「
587」のように入力します。このサーバーには、暗号化された接続 (SSL) が必要です。サイトが SMTP サーバーとの暗号化された接続を作成する必要があります。
SMTP サーバー接続アカウント: 電子メール サーバーの接続に使用するConfiguration Managerの認証方法を指定します。
重要
メールを送信するためのアクセス許可が最小限のアカウントを指定します。
電子メール アラートの送信者アドレス: アラート メールの送信先の電子メール アドレスを指定します。
SMTP サーバーのテスト: 電子メール アラートの送信者アドレスで指定された 電子メール アドレスにテスト電子メールを送信します。
[ OK] を選択 して設定を保存し、ウィンドウを閉じます。
電子メール アラートをサブスクライブする
Configuration Manager コンソールで、[監視] ワークスペースに移動し、[アラート] を展開して、[アクティブなアラート] または [すべてのアラート] を選択します。
アラートを選択します。 リボンの [ ホーム ] タブの [ サブスクリプション ] グループで、[ サブスクリプションの作成] を選択します。
[ 新しいサブスクリプション ] ウィンドウで、次の情報を指定します。
[サブスクリプション名]: メール サブスクリプションを識別する名前を入力します。 最大 255 文字を使用できます。
Emailアドレス: このアラートを取得する受信者の電子メール アドレスを入力します。 複数のメール アドレスをセミコロン (
;) で区切ります。Email言語: メールの言語を選択します。
[ OK] を選択 して [ 新しいサブスクリプション ] ウィンドウを閉じ、電子メール サブスクリプションを作成します。
サブスクリプションを編集または削除するには、[アラート] で [ サブスクリプション ] ノード を選択します。
アラートの監視
アラートは、[監視] ワークスペースのいずれかの [アラート] ノードで表示できます。 アラートには、次のいずれかのアラート状態があります。
[トリガーなし]: コンポーネントがアラートの条件を満たしていません。
アクティブ: コンポーネントが条件を満たしたときに、サイトによってアラートがトリガーされました。
キャンセル済み: アラートの原因となった条件が解決されました。
延期: 管理者がアラートの監視を中断しました。 Configuration Managerは、後でアラートの状態を評価します。
無効: 管理者がアラートを無効にしました。 Configuration Managerは、アラートの状態が変化してもアラートを更新しません。
アラートを生成Configuration Manager場合は、次のいずれかの操作を実行できます。
アラートの原因となった条件を解決します。 たとえば、ネットワークの問題を解決します。 Configuration Managerが問題が存在しなくなったことを検出すると、アラートの状態が [キャンセル] に変わります。
アラートが既知の問題である場合は、特定の時刻までアラートを延期します。 その後、Configuration Managerはアラートを現在の状態に更新します。
アラートを延期できるのは、アクティブな場合のみです。
アラートの コメント を編集します。 このアクションは、アラートを認識していることを他の管理者に通知します。 たとえば、コメントでは、条件を解決する方法を特定したり、条件の現在の状態に関する情報を提供したり、アラートを延期した理由を説明したりできます。
外部通知
バージョン 2107 以降では、サイトが外部システムまたはアプリケーションに通知を送信できるようにします。 この機能により、Web サービス ベースのメソッドを使用してプロセスが簡略化されます。 これらの通知を送信するようにサブスクリプションを構成します。 これらの通知は、発生した特定の定義済みのイベントに応答します。 たとえば、ステータス メッセージ フィルタールールなどです。 詳細については、「 外部通知」を参照してください。
次の手順
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示