Operations Manager アラートの通知が受信されない可能性がある

この記事は、System Center 2012 Operations Manager でアラート サブスクリプションの受信者が電子メール通知を受信しない可能性がある問題を解決するのに役立ちます。

元の製品バージョン: System Center 2012 Operations Manager
元の KB 番号: 2709639

原因

System Center Operations Manager は、解決状態が変更された新しいアラートまたはアラートの電子メール通知を送信できます。 Email通知は、アラートがサブスクリプションに対して定義された条件を満たし、その他すべての前提条件が満たされている限り、アラートをサブスクライブするすべての受信者に送信されます。 アラートがすべての条件を満たしていない場合、または通知が正しく構成されていない場合、目的の受信者は電子メール通知を受信しません。

通知の前提条件が満たされていることを確認する

SMTP サーバー経由で電子メール通知を送信するように System Center Operations Manager を構成するプロセスについては、「 通知の構成」を参照してください。

通知チャネルは、SMTP サーバーの正しい FQDN とポートを使用して構成する必要があります。 アドレスとポートは、System Center 2012 Operations Manager の通知リソース プールの一部であるすべての管理サーバーから使用できる必要があります。 ファイアウォール規則またはマルウェア対策ソフトウェアによってアドレスまたはポートがブロックされている場合は、リソース プール サーバーの除外を作成する必要があります。

チャネルは、匿名認証またはWindows 認証用に構成できます。 匿名認証が選択されている場合、SMTP サーバーは匿名接続を許可するか、通知リソース プール管理サーバーの IP アドレスの除外を使用するように構成する必要があります。 Windows 認証が選択されている場合は、実行アカウントを作成し、通知アカウントの実行プロファイルに関連付ける必要があります。 このアカウントには、SMTP サーバー経由で電子メール メッセージを送信するためのアクセス許可が必要です。 詳細については、「通知アクション アカウントの作成と構成」を参照してください。

サブスクライバーの構成を確認する

各サブスクライバーは、通知を送信する時間を指定するスケジュールを持つことができます。 これは、そのサブスクライバー用に構成されているすべてのアドレスに影響を与える一般的な設定です。 サブスクライバーに対して定義されている各アドレスには、そのアドレスが通知を送信できるタイミングを指定するスケジュールを設定することもできます。 これにより、通知を使用して多くの柔軟性を実現できます。

たとえば、サブスクライバーは、毎日午前 8 時から午後 5 時まで一般的な通知を利用できます。 ただし、このサブスクライバーは、通知時間が異なる 2 つのアドレスを持つことができます。 たとえば、サブスクライバーは、月曜日から木曜日に構成された作業アドレスと、金曜日から日曜日に構成される代替アドレスを持つことができます。 サブスクライバーが電子メール通知を受信していない場合は、通知を送信する前に、一般的なサブスクライバーの可用性と特定のアドレスの可用性の両方を設定する必要があります。

通知の送信先のアドレスも有効なアドレスとして確認する必要があります。 サブスクライバーの SMTP サーバーと電子メール クライアントには、Operations Manager サーバーまたはドメイン名からの電子メール メッセージをブロックするフィルター規則は含めないようにしてください。 通知チャネルで定義されている Reply-To アドレスは、必要に応じて SMTP サーバーまたはクライアント上のフィルター処理規則の除外として追加できます。

サブスクリプションの適用性を確認する

サブスクリプションには、通知を送信するために満たす必要がある複数の条件を持つことができます。 いずれかの条件が満たされていない場合、通知は送信されません。

Operations Manager 2007 R2 では、最初の 2 つの条件は、特定のグループのメンバーであるインスタンスによってアラートが発生し、特定のクラスのインスタンスによってアラートが生成される条件です。 この 2 つの条件では、アラートを発生させたインスタンスをアラートのソース フィールドに一覧表示する必要があります。 アラートには、クラスではなくインスタンスの名前のみが一覧表示されます。 インスタンスがメンバーであるクラスがクリアされていない場合、[ アクション] メニューには、アラート ビューでアラートが強調表示されているときに、そのクラスで使用できるアクションが一覧表示されます。 クラスが条件の場合は、クラスをサブスクリプションに含める必要があります。 または、特定のインスタンスは、サブスクリプションが定義されている任意のグループのメンバーである必要があります。

System Center 2012 Operations Manager では、アラート通知の条件としていくつかの条件が追加されました。 1 つのサブスクリプションで複数の条件を指定できます。 ただし、通知を送信するには、すべての条件を満たす必要があります。 クラスおよびグループ メンバーシップに適用される規則は、Operations Manager 2007 R2 で適用される規則と同じです。

場合によっては、インスタンスの代わりに監視ノードまたはレプリケーション パートナーによってアラートが発生することがあります。 この状況では、アラートのソースは監視ノードまたはレプリケーション パートナーになります。 そのため、監視ノードまたはレプリケーション パートナーをソースとして含まないアラート サブスクリプションは、電子メール通知を送信しません。 この最も一般的なインスタンスは、ソースがその正常性サービスのヘルス サービス ウォッチャーのインスタンスであるエージェントハートビート アラートがありません。

特定のルールとモニターに対してサブスクリプションを作成できます。 アラート ビューで特定のアラートを強調表示し、[ アクション] メニューから、またはアラートを右クリックして [通知] サブメニューを選択することで、そのアラートの 通知 サブスクリプションを作成できます。 サブスクリプションに複数のアラートを含める必要がある場合は、新しいサブスクリプション ウィザードで [ ルールまたはモニターによって作成 ] 条件を選択し、一度に複数のルールとモニターを選択できます。

既定では、サブスクリプションは、他の動作が指定されていない限り、すべてのアラート重大度と優先度レベルに関する通知を送信します。 特定の重大度と優先度のアラートを作成するルールとモニターでは、通常、これらのアラートの重大度と優先順位を変更するためのオーバーライドが公開されます。 これらのアラート プロパティのオーバーライドは、これらのルールとモニターによって発生する既存のサブスクリプション アラートに含めたり、既存のサブスクリプションからそのようなアラートを除外したりするのに役立ちます。

System Center 2012 Operations Manager では、解決状態自体が基準でない限り、解決状態に関係なく、アラートが最初にすべての条件を満たすと、アラート通知が送信されます。 アラートを発生させるルールまたはモニターに対してアラート抑制が有効になっている場合、サブスクリプションの条件が最初に満たされたときに送信される通知は 1 つだけです。 アラートが閉じられ、すべてのサブスクリプション条件を満たす新しいアラートが発生するまで、追加の通知は送信されません。

名前またはユーザー設定フィールドで特定のテキストを検索する条件は、一部のアラート通知が送信されないようにすることもできます。 ワイルドカード テキストを許可する条件は、指定されたワイルドカード値が指定されたアラート フィールドと一致しない場合、通知を妨げる可能性があります。 テストとして、より単純なワイルドカード値を使用するか、テスト中に条件を排除してアラート通知が送信されることを確認します。

通知の遅延

アラート サブスクリプションは、アラート条件がしばらく変わっていない場合にのみ通知を送信するように構成できます。 たとえば、20 分後に電子メール メッセージを送信するように構成されたサブスクリプションでは、通知条件を満たさなくなったようにアラート プロパティのいずれかが 20 分以内に変更された場合、メッセージは送信されません。 アラートのプロパティがサブスクリプションの条件を満たし、20 分以上続くと、通知が送信されます。

通知が送信される前に変更される可能性があるプロパティは、重大度、優先順位、解決状態、またはユーザー設定フィールドのプロパティです。 アラートがモニターによって生成され、アラートの重大度がモニターの状態と一致するように構成されている場合、遅延間隔の期限が切れる前にモニターの状態が変更されると、アラートの重大度が変更され、通知基準として特定の重大度を使用するサブスクリプションによる通知が防止される可能性があります。

通知リソース プール管理サーバーでリソース使用率またはワークロードが高い期間が発生している場合、アラート通知が遅延する可能性があります。 通知ワークフローは、System Center Management サービスによって実行されます。 そのため、このサービスが利用できない場合や負荷がかかっている場合は、他の管理機能やデータ処理が通常どおり発生しているように見えても、通知が受信されないか、遅延する可能性があります。