通知のトラブルシューティング

メッセージ送信リソース用に構成されたトリガーが、検索していた時間範囲内に満たされていない可能性があります。(メッセージを送信するリソースは、アラーム、お知らせサブスクリプション、イベント・ルール、コネクタまたはコンテキスト通知(アラームまたはイベント・ルール)です。)

たとえば、1時間間隔で90%のしきい値に対して構成されたアラームを考えてみます。コンピュート・インスタンスがしきい値を超える前に、最新の評価が発生した可能性があります。

診断方法

メッセージ送信リソースの履歴をレビューし、結果をトピックの公開済および配信済メッセージと比較します。

1. トリガー条件が発生した時刻を書き留めます。

   リソースのデフォルトのメトリック・チャートを表示して時間を判断します。

   たとえば、コンピュート・インスタンスのメトリック・チャートを表示し、10:01にアラームで定義されたしきい値を超えていることがわかります。

2. 関連リソース(アラーム、イベント・ルールまたはコネクタ)によって記録された関連タイムスタンプを検索します。

   • アラームの場合: トリガー条件の時間に近い関連するアラーム状態遷移を探します。

     ヒント
     
     一意の識別子を使用して、アラームとメッセージを評価します。重複アイテムの処理の防止を参照してください。アラーム・メッセージで使用されるフォーマットを表示するには、メッセージのフォーマットと例を参照してください。

     アラーム履歴を表示します。その時間に遷移が見つかった場合は、欠落しているメッセージがアラームによって送信された可能性があります。遷移がない場合、アラームがメッセージを送信しなかったことを示します。アラームが遷移する予定がある場合は、その構成を確認します。

   • イベント・ルールの場合: トリガー条件の時間に近い一致するイベントを探します。

     イベント・ルールのデフォルトのメトリック・チャートを表示します。「一致するイベント」チャートを参照してください。その時間に一致するイベントは、欠落しているメッセージがイベント・ルールによって送信された可能性があることを示します。一致するイベントがない場合、イベント・ルールがメッセージを送信しなかったことを示します。イベント・ルールで一致するイベントが検出されると思った場合は、その構成を確認します。

   • コネクタの場合: トリガー条件に近い書込みメッセージを探します。

     コネクタのデフォルトのメトリック・チャートを表示します。「ターゲットへの書込みメッセージ数」チャートを参照してください。その時間に書き込まれたメッセージは、コネクタが欠落しているメッセージを送信した可能性があることを示します。メッセージが書き込まれていない場合は、コネクタがメッセージを送信しなかったことを示します。コネクタがメッセージを書き込むことが予想された場合は、その構成を確認します。

3. サブスクリプションの親トピックで、前のステップからの関連タイムスタンプに近いメッセージの公開時間と配信時間を探します。

   トピックのデフォルトのメトリック・チャートを表示します。具体的には、「公開されたメッセージ合計数」および「配信されたメッセージ数」メトリック・チャートを表示します。配信されなかった公開済メッセージは、サブスクリプションのエンドポイントに問題があることを示している可能性があります。

修正方法

将来のトリガー条件に対してこの状況を修正できます。メッセージ送信リソースのトリガー構成を更新して、トリガーが期待どおりに満たされるようにします。

たとえば、より短い間隔を使用するようにアラームを更新します。

メッセージ送信リソースを更新する手順は、次のとおりです。

• お知らせ: お知らせサブスクリプションの更新
• アラーム: アラームの更新
• イベント・ルール: イベント・ルールの編集
• コネクタ: コネクタの更新

メッセージ送信リソースがNotificationsにメッセージを送信していない可能性があります。(メッセージを送信するリソースは、アラーム、お知らせサブスクリプション、イベント・ルール、コネクタまたはコンテキスト通知(アラームまたはイベント・ルール)です。)

たとえば、イベント・ルールが別のイベントに対して誤って構成されていた間に、イベントの電子メールが想定される場合があります。

診断方法

メッセージ送信リソースの履歴をレビューし、結果をトピックの公開済および配信済メッセージと比較します。

1. トリガー条件が発生した時刻を書き留めます。

   リソースのデフォルトのメトリック・チャートを表示して時間を判断します。

   たとえば、コンピュート・インスタンスのメトリック・チャートを表示し、10:01にアラームで定義されたしきい値を超えていることがわかります。

2. 関連リソース(アラーム、イベント・ルールまたはコネクタ)によって記録された関連タイムスタンプを検索します。

   • アラームの場合: トリガー条件の時間に近い関連するアラーム状態遷移を探します。

     ヒント
     
     一意の識別子を使用して、アラームとメッセージを評価します。重複アイテムの処理の防止を参照してください。アラーム・メッセージで使用されるフォーマットを表示するには、メッセージのフォーマットと例を参照してください。

     アラーム履歴を表示します。その時間に遷移が見つかった場合は、欠落しているメッセージがアラームによって送信された可能性があります。遷移がない場合、アラームがメッセージを送信しなかったことを示します。アラームが遷移する予定がある場合は、その構成を確認します。

   • イベント・ルールの場合: トリガー条件の時間に近い一致するイベントを探します。

     イベント・ルールのデフォルトのメトリック・チャートを表示します。「一致するイベント」チャートを参照してください。その時間に一致するイベントは、欠落しているメッセージがイベント・ルールによって送信された可能性があることを示します。一致するイベントがない場合、イベント・ルールがメッセージを送信しなかったことを示します。イベント・ルールで一致するイベントが検出されると思った場合は、その構成を確認します。

   • コネクタの場合: トリガー条件に近い書込みメッセージを探します。

     コネクタのデフォルトのメトリック・チャートを表示します。「ターゲットへの書込みメッセージ数」チャートを参照してください。その時間に書き込まれたメッセージは、コネクタが欠落しているメッセージを送信した可能性があることを示します。メッセージが書き込まれていない場合は、コネクタがメッセージを送信しなかったことを示します。コネクタがメッセージを書き込むことが予想された場合は、その構成を確認します。

修正方法

将来のトリガー条件に対してこの状況を修正できます。たとえば、目的のイベントと一致するようにイベント・ルールを更新します。

メッセージ送信リソースを更新する手順は、次のとおりです。

• お知らせ: お知らせサブスクリプションの更新
• アラーム: アラームの更新
• イベント・ルール: イベント・ルールの編集
• コネクタ: コネクタの更新

サブスクリプションが正しく構成されていない可能性があります。

たとえば、電子メール・サブスクリプションのエンドポイントが予想される電子メール・アドレスと一致しない場合や、Slackサブスクリプションのエンドポイントに正しいWebフックが含まれていない場合があります。

正しく構成されていないサブスクリプションの1つのインジケータは、配信されない公開済メッセージです。

診断方法

サブスクリプションの詳細の取得および構成を確認します。たとえば、電子メール・サブスクリプションのエンドポイントと予想される電子メール・アドレスを比較します。

メッセージ送信リソースの履歴をレビューし、結果をトピックの公開済および配信済メッセージと比較します。

1. トリガー条件が発生した時刻を書き留めます。

   リソースのデフォルトのメトリック・チャートを表示して時間を判断します。

   たとえば、コンピュート・インスタンスのメトリック・チャートを表示し、10:01にアラームで定義されたしきい値を超えていることがわかります。

2. 関連リソース(アラーム、イベント・ルールまたはコネクタ)によって記録された関連タイムスタンプを検索します。

   • アラームの場合: トリガー条件の時間に近い関連するアラーム状態遷移を探します。

     ヒント
     
     一意の識別子を使用して、アラームとメッセージを評価します。重複アイテムの処理の防止を参照してください。アラーム・メッセージで使用されるフォーマットを表示するには、メッセージのフォーマットと例を参照してください。

     アラーム履歴を表示します。その時間に遷移が見つかった場合は、欠落しているメッセージがアラームによって送信された可能性があります。遷移がない場合、アラームがメッセージを送信しなかったことを示します。アラームが遷移する予定がある場合は、その構成を確認します。

   • イベント・ルールの場合: トリガー条件の時間に近い一致するイベントを探します。

     イベント・ルールのデフォルトのメトリック・チャートを表示します。「一致するイベント」チャートを参照してください。その時間に一致するイベントは、欠落しているメッセージがイベント・ルールによって送信された可能性があることを示します。一致するイベントがない場合、イベント・ルールがメッセージを送信しなかったことを示します。イベント・ルールで一致するイベントが検出されると思った場合は、その構成を確認します。

   • コネクタの場合: トリガー条件に近い書込みメッセージを探します。

     コネクタのデフォルトのメトリック・チャートを表示します。「ターゲットへの書込みメッセージ数」チャートを参照してください。その時間に書き込まれたメッセージは、コネクタが欠落しているメッセージを送信した可能性があることを示します。メッセージが書き込まれていない場合は、コネクタがメッセージを送信しなかったことを示します。コネクタがメッセージを書き込むことが予想された場合は、その構成を確認します。

3. サブスクリプションの親トピックで、前のステップからの関連タイムスタンプに近いメッセージの公開時間と配信時間を探します。

   トピックのデフォルトのメトリック・チャートを表示します。具体的には、「公開されたメッセージ合計数」および「配信されたメッセージ数」メトリック・チャートを表示します。配信されなかった公開済メッセージは、サブスクリプションのエンドポイントに問題があることを示している可能性があります。

修正方法

将来のトリガー条件に対してこの状況を修正できます。

• サブスクリプションが保留中の場合は、確認します。
• サブスクリプションが正しく構成されていない場合は、正しい構成で再作成します。正しく構成されていないサブスクリプションを削除することをお薦めします。

通知は、サブスクリプションを目的としたアラーム、お知らせサブスクリプション、イベント・ルール、コネクタまたはコンテキスト通知(アラームまたはイベント・ルール)から受信したメッセージをドロップしました。この問題は、サブスクリプションが保留中または正しく構成されていない場合に発生する可能性があります。

診断方法

サブスクリプションの親トピックで、削除されたファンクション・メッセージを探します。トピックのデフォルトのメトリック・チャートを表示します。具体的には、「失敗したメッセージ数」メトリック・チャートを表示し、メトリック・ディメンションendpointTypeの値(削除されたファンクション・メッセージの場合はORACLE_FUNCTIONS)をメモします。削除されたファンクション・メッセージが存在する場合、このメトリック・チャートのカウンタは増分され、endpointTypeのORACLE_FUNCTIONSが表示されます。

修正方法

将来のトリガー条件に対してこの状況を修正できます。

• サブスクリプションが保留中の場合は、確認します。
• サブスクリプションが正しく構成されていない場合は、正しい構成で再作成します。正しく構成されていないサブスクリプションを削除することをお薦めします。

たとえば、確認が不足しているため、Slackサブスクリプションは保留ステータスです。

診断方法

サブスクリプションの詳細を取得して、アクティブ・ステータスを確認します。サブスクリプションが見つからない場合は、削除された可能性があります。

修正方法

将来のトリガー条件に対してこの状況を修正できます。サブスクリプションを確認してアクティブ化するか、見つからない場合はサブスクリプションを再作成します。

SMSメッセージがメッセージ送信リソースに対して有効になっていない可能性があります。SMSサブスクリプションは、Oracle Cloud Infrastructureサービス(アナウンスメント、モニタリングおよびコネクタ・ハブ)によって送信されたメッセージに対してのみ有効です。開始する前に(SMSサブスクリプションの作成ページ上)を参照してください。

たとえば、トピックにメッセージを送信するように構成されたイベント・ルールを考えてみます。このトピックには、電子メール・サブスクリプションとSMSサブスクリプションが含まれます。ただし、SMSメッセージはイベント・サービスに対して有効になっていません。この場合は、SMSメッセージが削除されます。

診断方法

サブスクリプションの親トピックで、削除されたSMSメッセージを検索します。トピックのデフォルトのメトリック・チャートを表示します。具体的には、「失敗したメッセージ数」メトリック・チャートを表示し、メトリック・ディメンションendpointType (削除されたSMSメッセージのSMS)の値を書き留めます。たとえば、サポートされていないリソースがSMSサブスクリプションを含むトピックにSMSメッセージを送信した場合、SMSメッセージは削除されます。このメトリック・チャートのカウンタは増分され、endpointTypeの「SMS」が表示されます。

修正方法

将来のトリガー条件に対してこの状況を修正できます。SMSメッセージの送信を有効にするメッセージ送信リソースを作成します:

• アラーム: アラームの作成
• お知らせ: お知らせサブスクリプションの作成
• コネクタ: コネクタの作成

SMSメッセージは、サポートされていないロケールとの間で送受信される場合があります。SMSメッセージが別の国の電話番号から送信される場合は、国際SMS機能が必要です。

診断方法

SMSメッセージを他の国との間で送受信できることを確認します。より多くのユーザーがローカルの電話番号からSMSメッセージを受信できるよう、サポートされる国を継続的に増やしていきます。SMSを参照してください。

修正方法

将来のトリガー条件に対してこの状況を修正できます。国際的なSMS機能を利用できます。

電子メール・アドレスが抑制リストにある場合、電子メール・メッセージが配信されないことがあります。

抑制の理由には、バウンス・コードおよびユーザーからの苦情があります。詳細は、抑制リストの管理を参照してください。

診断方法

サブスクリプションの親トピックで、削除された電子メール・メッセージを探します。トピックのデフォルトのメトリック・チャートを表示します。具体的には、「失敗したメッセージ数」メトリック・チャートを表示し、メトリック・ディメンションendpointType (削除された電子メール・メッセージのEMAIL)の値を書き留めます。たとえば、電子メール・アドレスが抑制リストにある場合、電子メール・メッセージは削除されます。このメトリック・チャートのカウンタは増分され、endpointTypeのEMAILが表示されます。

修正方法

将来のトリガー条件に対してこの状況を修正できます。「抑制リストからの電子メール・アドレスの削除」を参照してください。今後の抑制リストの回避については、「正のEメール送信者評判の維持」を参照してください。

トピックがOracle Platform Services管理対象コンパートメント(ManagedCompartmentForPaasという名前)にある場合、モニタリング・サービスにはそれを使用する権限がなく、そのトピックに送信されたアラーム・メッセージが受信されない可能性があります。

診断方法

トピックの詳細を取得して、そのコンパートメントがOracle Platform Services管理対象コンパートメント(ManagedCompartmentForPaasという名前)かどうかを確認します。

修正方法

将来のトリガー条件に対してこの状況を修正できます。解決のステップなどの詳細は、Oracle Platform Services管理対象コンパートメントではアラーム・メッセージは受信されませんを参照してください。

メッセージ送信リソースがNotificationsにメッセージを送信していない可能性があります。(メッセージ送信リソースは、アラーム、お知らせサブスクリプション、イベント・ルール、コネクタまたはコンテキスト通知(アラームまたはイベント・ルール)です。)

たとえば、イベントが発生したために、イベント・ルールが構成済トピックにメッセージを送信するとします。ただし、イベント・ルールは、発生しなかった別のイベントに対して誤って構成されている可能性があります。

診断方法

メッセージ送信リソースの履歴をレビューし、結果をトピックの公開済および配信済メッセージと比較します。

1. トリガー条件が発生した時刻を書き留めます。

   リソースのデフォルトのメトリック・チャートを表示して時間を判断します。

   たとえば、コンピュート・インスタンスのメトリック・チャートを表示し、10:01にアラームで定義されたしきい値を超えていることがわかります。

2. 関連リソース(アラーム、イベント・ルールまたはコネクタ)によって記録された関連タイムスタンプを検索します。

   • アラームの場合: トリガー条件の時間に近い関連するアラーム状態遷移を探します。

     ヒント
     
     一意の識別子を使用して、アラームとメッセージを評価します。重複アイテムの処理の防止を参照してください。アラーム・メッセージで使用されるフォーマットを表示するには、メッセージのフォーマットと例を参照してください。

     アラーム履歴を表示します。その時間に遷移が見つかった場合は、欠落しているメッセージがアラームによって送信された可能性があります。遷移がない場合、アラームがメッセージを送信しなかったことを示します。アラームが遷移する予定がある場合は、その構成を確認します。

   • イベント・ルールの場合: トリガー条件の時間に近い一致するイベントを探します。

     イベント・ルールのデフォルトのメトリック・チャートを表示します。「一致するイベント」チャートを参照してください。その時間に一致するイベントは、欠落しているメッセージがイベント・ルールによって送信された可能性があることを示します。一致するイベントがない場合、イベント・ルールがメッセージを送信しなかったことを示します。イベント・ルールで一致するイベントが検出されると思った場合は、その構成を確認します。

   • コネクタの場合: トリガー条件に近い書込みメッセージを探します。

     コネクタのデフォルトのメトリック・チャートを表示します。「ターゲットへの書込みメッセージ数」チャートを参照してください。その時間に書き込まれたメッセージは、コネクタが欠落しているメッセージを送信した可能性があることを示します。メッセージが書き込まれていない場合は、コネクタがメッセージを送信しなかったことを示します。コネクタがメッセージを書き込むことが予想された場合は、その構成を確認します。

修正方法

将来のトリガー条件に対してこの状況を修正できます。たとえば、目的のイベントと一致するようにイベント・ルールを更新します。

メッセージ送信リソースを更新する手順は、次のとおりです。

• お知らせ: お知らせサブスクリプションの更新
• アラーム: アラームの更新
• イベント・ルール: イベント・ルールの編集
• コネクタ: コネクタの更新

通知は、ファンクション・サブスクリプションを目的としたアラーム、お知らせサブスクリプション、イベント・ルール、コネクタまたはコンテキスト通知(アラームまたはイベント・ルール)から受信したメッセージをドロップしました。この問題は、サブスクリプションが保留中または正しく構成されていない場合に発生する可能性があります。

診断方法

サブスクリプションの親トピックで、削除されたファンクション・メッセージを探します。トピックのデフォルトのメトリック・チャートを表示します。具体的には、「失敗したメッセージ数」メトリック・チャートを表示し、メトリック・ディメンションendpointTypeの値(削除されたファンクション・メッセージの場合はORACLE_FUNCTIONS)をメモします。削除されたファンクション・メッセージが存在する場合、このメトリック・チャートのカウンタは増分され、endpointTypeのORACLE_FUNCTIONSが表示されます。

修正方法

将来のトリガー条件に対してこの状況を修正できます。

• サブスクリプションが保留中の場合は、確認します。
• サブスクリプションが正しく構成されていない場合は、正しい構成で再作成します。正しく構成されていないサブスクリプションを削除することをお薦めします。

Notificationsがアラーム、お知らせサブスクリプション、イベント・ルール、コネクタまたはコンテキスト通知(アラームまたはイベント・ルール)から受信したメッセージを配信したにもかかわらず、ファンクションは起動されませんでした。

診断方法

ノート

通知サービスには、ファンクションが呼び出された後にそのファンクションに関する情報はありません。

これが最初の呼出しの場合は、レスポンスが遅延する可能性があります。

1. 通知の配信の確認: サブスクリプションの親トピックで、Notificationsがメッセージを機能に配信したことを確認します。トピックのデフォルトのメトリック・チャートを表示します。具体的には、「配信済メッセージ数」メトリック・チャートを表示し、メトリック・ディメンションendpointType (配信済ファンクション・メッセージのORACLE_FUNCTIONS)の値を書き留めます。関数メッセージが配信されると、このメトリック・チャートのカウンタが増分され、endpointTypeのORACLE_FUNCTIONSが表示されます。
2. ファンクションで、トリガー条件が発生した時間に近い起動時間および実行時間を探します。
   • ファンクションのデフォルトのメトリック・チャートを表示します。具体的には、「呼出し」と「期間」の両方のメトリック・チャートを表示します。タイムスタンプがクローズするデータ・ポイントがないと、ファンクションが起動または実行されなかったことを示します。
   • ファンクションのサービス・ログを表示します。

修正方法

関数が呼び出されなかった場合は、サポートに連絡します。

ファンクションは、通知がアラーム、お知らせサブスクリプション、イベント・ルール、コネクタまたはコンテキスト通知(アラームまたはイベント・ルール)から受信したメッセージを配信した後に呼び出されても実行されませんでした。

診断方法

ノート

通知サービスには、ファンクションが呼び出された後にそのファンクションに関する情報はありません。

これが最初の呼出しの場合は、レスポンスが遅延する可能性があります。

1. 通知の配信の確認: サブスクリプションの親トピックで、Notificationsがメッセージを機能に配信したことを確認します。トピックのデフォルトのメトリック・チャートを表示します。具体的には、「配信済メッセージ数」メトリック・チャートを表示し、メトリック・ディメンションendpointType (配信済ファンクション・メッセージのORACLE_FUNCTIONS)の値を書き留めます。関数メッセージが配信されると、このメトリック・チャートのカウンタが増分され、endpointTypeのORACLE_FUNCTIONSが表示されます。
2. ファンクションで、トリガー条件が発生した時間に近い起動時間および実行時間を探します。
   • ファンクションのデフォルトのメトリック・チャートを表示します。具体的には、「呼出し」と「期間」の両方のメトリック・チャートを表示します。「期間」で一致するオカレンスがない「呼出し」のデータ・ポイントは、ファンクションが呼び出されたが実行されなかったことを示します。
   • ファンクションのサービス・ログを表示します。

修正方法

OCI関数のトラブルシューティングを参照してください。