信頼性上級者向け
顧客の計画に基づいて雇用の回復を測定する
失敗したジョブはどれが再試行で回復しましたか?また、介入がまだ必要なアカウントはどれですか?
リカバリ障害と未解決の障害を計画ごとに比較する前に、試行レベルのワーカー イベントを 1 つの論理ジョブにまとめます。
データセットとクエリはこのブラウザーに残ります。
Published expected result
計画ごとの未解決の論理ジョブ
starter
2
2
growth
0
0
business
0
0
free
0
0
| plan | logical_jobs | jobs_with_failure | recovered_jobs | unresolved_jobs |
|---|---|---|---|---|
| starter | 2 | 2 | 0 | 2 |
| growth | 2 | 1 | 1 | 0 |
| business | 1 | 0 | 0 | 0 |
| free | 1 | 0 | 0 | 0 |
クエリの読み方
- 試行は、失敗と回復がカウントされる前に、論理ジョブ ID によってグループ化されます。
- ジョブには失敗した試行と完了した再試行の両方が含まれる場合があります。これは永続的な失敗ではなく回復です。
- 削減後に結合すると、再試行されたジョブによってアカウント レベルのカウントが増加することがなくなります。
SQL が下せない決定
- 1端末ジョブのステータスと予想される最大再試行遅延を定義します。
- 2自動再試行リカバリと手動再生を区別します。
- 3一時的に失敗したすべての試行ではなく、未解決の作業と経過時間について警告します。
このレッスンから続ける
結果を保存する
独自のイベントに対してこのクエリを実行します
クエリを保存し、実際のイベントに接続し、結果を監視する準備ができた場合にのみ、無料のワークスペースを作成します。クレジットカードは必要ありません。