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

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

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

診断方法

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

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

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

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

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

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

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

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

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

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

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

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

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

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

修正方法

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

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

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

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

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

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

診断方法

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

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機能を利用できます。

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

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

診断方法

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

修正方法

この状況は、将来のトリガー条件に対して修正できます。抑制リストからのEメール・アドレスの削除を参照してください。今後、抑制リストを回避する方法の詳細は、正のEメール送信者評価の保守を参照してください。

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

診断方法

トピックの詳細を取得して、そのコンパートメントがOracle Platform Services管理コンパートメント("ManagedCompartmentForPaas"という名前)であるかどうかを判断します。

修正方法

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

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

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

診断方法

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

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

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

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

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

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

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

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

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

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

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

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

修正方法

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

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

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

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

診断方法

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

修正方法

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

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

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

診断方法

ノート

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

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

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

修正方法

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

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

診断方法

ノート

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

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

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

修正方法

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