よくある質問¶

エラー追跡ルール¶

ルールを作成したのに一覧にデータが表示されないのはなぜですか？

時間範囲がルール作成後の期間を含んでいるかご確認ください。データソースにエラーデータが報告されているかご確認ください。フィールドが要件を満たしているかご確認ください。

Resolved（解決済み）にしたエラーがなぜ再び表示されるのですか？

これは正常な動作です。同じエラーが再度発生した場合、システムは自動的にステータスを Triage（トリアージ）にリセットします。これにより、再発した問題が確実に処理されるようになります。ステータスが再び Triage に戻ることを望まない場合は、Ignored（無視）ステータスを使用してください。

異なる環境のエラーを区別するにはどうすればよいですか？

ルールを作成する際に、env タグ（例：env:production）でフィルタリングするか、環境ごとに独立したルールを作成して監視してください。

作成済みのルールのインデックスやサービス範囲を変更できますか？

はい、可能です。ルールを編集後、新しいデータ範囲はすぐに有効になります。ただし、履歴としてすでに集約されたエラー Issue が再計算されることはありません。

ログルールに error_type フィールドが必須なのはなぜですか？

error_type はエラーフィンガープリントを生成するためのコアフィールドであり、異なるタイプのエラーを区別するために使用されます。元のログにこのフィールドがない場合は、Pipeline を使用して、ログレベル（ERROR/WARN など）やエラーコードフィールドからマッピングしてください。

複数のルールで同じデータを監視すると、重複した Issue が作成されますか？

いいえ、作成されません。システムは issue_id に基づいて重複を排除するため、同じエラーが複数のルールに一致した場合でも、1つの Issue のみが作成されます。

エラー追跡一覧¶

一覧のエラー数と元のログ数が一致しないのはなぜですか？

これは正常な集約結果です。エラー追跡では、同じ根本原因を持つ複数のエラー発生を1つの Issue にまとめるため、一覧の数は元のエラー発生回数よりも大幅に少なくなります。個々のエラーカードの右側で、累計発生回数を確認できます。

特定のエラーのすべての発生記録を確認するにはどうすればよいですか？

エラー詳細ページの「エラー分布図」で、そのエラーの時間範囲内における発生傾向を確認できます。個別の発生における元のデータを確認するには、「関連トレース」をクリックしてください。

Resolved にしたエラーが再発した場合、通知は届きますか？

はい、届きます。Resolved（解決済み）ステータスのエラーが再度発生した場合、システムは自動的にそのステータスを Triage（トリアージ）にリセットします。