Dataphin では、メトリクスを検証するための品質ルールを作成することで、メトリクス品質モニタリングを簡素化できます。このトピックでは、メトリクス品質ルールを設定する方法について説明します。
前提条件
品質ルールを設定する前に、モニタリングオブジェクトを追加する必要があります。詳細については、「モニタリングオブジェクトの追加」、「」をご参照ください。
権限
スーパー管理者、品質管理者、[品質ルール]-[管理] 権限を持つカスタムグローバルロールのユーザー、テーブルのプロジェクトに対して [プロジェクト品質管理]-[品質ルール管理] 権限を持つカスタムプロジェクトロールのユーザー、およびメトリックビジネスオーナーは、品質ルールのスケジュール、アラート、およびランタイム設定を構成できます。
品質オーナーまたは標準ユーザーは、論理テーブルのフィールドに対する読み取り権限も必要です。詳細については、「テーブル権限を申請、更新、返却する」をご参照ください。
サポートされる操作権限はオブジェクトによって異なります。詳細については、「品質ルールの操作権限」をご参照ください。
仕組み
メトリックの品質ルールチェックで弱いルールがトリガーされると、システムはユーザーにアラートを送信します。このアラートにより、問題を迅速に特定して解決できます。強いルールがトリガーされると、システムはアラートを送信し、関連するタスクを自動的に中断して、ダーティデータがダウンストリームに流れるのを防ぎます。
試行実行と実行
試行実行 と 実行 は、実行方法と結果の表示先に違いがあります。試行実行 は、品質ルールの正確性と実行時の動作をテストするために、シミュレーション モードで品質ルールを 1 回実行します。試行実行の結果は、品質レポートには表示されません。実行 は品質ルールを特定の時間に実行するもので、その結果はレビューできるよう品質レポートに表示されます。
品質ルールの設定
Dataphin ホームページのトップナビゲーションバーで、[ガバナンス] > [データ品質] を選択します。
左側のナビゲーションペインで、[品質ルール] をクリックします。 [メトリクス] ページで、対象のオブジェクトの名前をクリックして [品質ルールの詳細] ページに移動し、品質ルールを設定します。
[クオリティルール詳細] ページで、[クオリティルールの作成] をクリックします。
[品質ルールの作成] ダイアログボックスで、パラメーターを設定します。
パラメータ
説明
基本情報
[ルール名]
品質ルールのカスタム名を入力します。
[ルールの強度]
[弱いルール] または [強いルール] を選択します。
[弱ルール] を選択した場合、品質ルールチェックが失敗するとアラートがトリガーされますが、下流タスクノードはブロックされません。
[強ルール] を選択すると、品質ルールチェックが失敗した場合にアラートがトリガーされます。 下流タスク (コードチェックのスケジューリングやタスクトリガーによるスケジューリングなど) がある場合、ダーティデータが下流に流れるのを防ぐために下流タスクはブロックされます。 下流タスクがない場合 (定期的な品質スケジューリングなど)、アラートのみが送信されます。
[説明]
品質ルールのカスタム説明を入力します。説明は最大 128 文字まで入力できます。
[設定方法]
[テンプレートから作成]: 一般的なシステムテンプレートまたはカスタムビジネステンプレートから、品質ルールを迅速に作成します。
[システムテンプレート]: 一般的なルールの作成に適しており、組み込みパラメーターを設定できます。
[カスタムテンプレート]: 通常、ビジネスロジックを含むルールに使用されます。パラメーターは事前設定済みであり、設定は不要です。
[カスタム SQL]: SQL を使用して品質モニタリングルールを定義し、最大限の柔軟性を確保します。この方法は複雑なシナリオに最適です。
[ルールテンプレート]
ドロップダウンリストからルールテンプレートを選択します。オプションには、[一意性]、[安定性]、[カスタム SQL] が含まれます。
[一意性]：[フィールドグループ数チェック] および [重複フィールド値数チェック] が含まれます。
[安定性]：[フィールド安定性チェック] と [フィールド変動チェック] が含まれます。
[カスタム SQL]: [カスタム統計メトリックチェック] を含みます。
詳細については、「品質ルールテンプレートのタイプ」をご参照ください。
[ルールタイプ]
ルールタイプはテンプレートに関連付けられており、その最も基本的な属性として機能します。説明やフィルタリングに使用できます。
ルール設定
[ルール設定]
[ルールテンプレート] に [一意性] を選択した場合、以下のパラメーターが使用可能です。
[フィールドグループ数チェック]／[重複フィールド値数チェック]：
[チェック対象テーブルのデータフィルター]：このオプションは、デフォルトで無効になっています。有効にすると、パーティションフィルターや標準の行フィルターなど、テーブルのフィルター条件を設定できます。これらの条件は、チェック SQL に追加されます。テーブルにパーティションフィルターが必要な場合は、スケジューリング設定でパーティション式を設定します。これにより、パーティションの粒度で品質レポートを表示できます。フィルター条件を入力します。例：
id = 12 -- 単一テーブルの場合T1.id=12 and T2.name = "田中一郎" -- 2 つのテーブルの場合
[ルールテンプレート] で [安定性] を選択した場合、以下のパラメーターが利用可能です。
[フィールド安定性チェック]/[フィールド変動チェック]:
[統計方法]: ビジネスシナリオに基づいて統計方法を選択します。
[チェックするテーブルのデータをフィルター]: このオプションは、デフォルトで無効になっています。 有効にすると、パーティションフィルターや標準の行フィルターなど、テーブルのフィルター条件を設定できます。 これらの条件は、チェック SQL に追加されます。 テーブルにパーティションフィルターが必要な場合は、スケジューリング設定でパーティション式を設定します。 これにより、パーティションの粒度で品質レポートを表示できます。 フィルター条件を入力します。 例:
id = 12 -- 単一テーブルの場合T1.id=12 and T2.name = "田中一郎" -- 2 つのテーブルの場合
[ルールテンプレート] で [カスタム SQL] を選択した場合、以下のパラメーターが利用可能です。
[カスタム統計メトリックチェック]：
[カスタム SQL]: SELECT クエリのみがサポートされています。クエリ オブジェクトにはプライマリ テーブルを含める必要があります。例:
select sum(sale) from tableA where ds=${bizdate};
検証設定
[ルール検証]
品質ルールチェックが完了すると、システムは結果を例外チェック設定と比較します。例外条件が満たされた場合、チェックは失敗し、アラートなどの後続プロセスがトリガーされます。
例外チェックで使用可能なメトリックは、テンプレートとその設定によって異なります。複数の AND / OR 条件を使用できますが、実際には 3 つ未満の条件を使用することを推奨します。
詳細については、「メトリックチェック設定」をご参照ください。
ビジネスプロパティ設定
プロパティ情報
ビジネスプロパティの入力ルールは、品質ルールプロパティの設定方法によって異なります。例：
たとえば、管理部門の属性が、ビッグデータ部門、ビジネス部門、テクノロジー部門の値を持つ複数選択列挙型の場合、品質ルールを作成するときに複数選択ドロップダウンリストとして表示されます。
ルールオーナーにマップされる属性フィールドの場合、値のタイプはカスタム入力で、最大長は 256 です。したがって、品質ルールを作成するときに、最大 256 文字まで入力できます。
属性フィールドの入力方法が [範囲] の場合、次のように設定します。
範囲: 値が連続した数値や日付の場合に一般的に使用されます。 [>]、[>=]、[<]、または [<=] を選択できます。 詳細については、「品質ルールの属性を作成および管理する」をご参照ください。
スケジューリングプロパティ設定
[スケジューリングモード]
既存のスケジュールを選択します。スケジューリングモードを決定していない場合は、まず品質ルールを作成し、後で設定できます。スケジュールを作成するには、「スケジュールの作成」をご参照ください。
[保存] をクリックして、ルールの設定を完了します。
[SQL プレビュー] をクリックすると、この設定と最後に保存された設定を比較し、SQL の変更を確認できます。
説明重要な情報が完全でない場合、[SQL プレビュー] ボタンは使用できません。
左側のペインには、最後に保存された設定の SQL が表示されます。保存されていない場合は空白です。右側のペインには、現在の設定の SQL プレビューが表示されます。
品質ルールリスト
ルール設定リストページでは、設定されたメトリックルールに関する情報を表示し、表示、編集、トライアル実行、実行、削除などの操作を実行できます。
エリア
説明
① [フィルタと検索エリア]
オブジェクトまたはルール名で検索できます。
ルールタイプ、ルールテンプレート、ルールの強度、トライアル実行ステータス、または有効ステータスでフィルタリングできます。
説明品質ルール属性が検索可能またはフィルタリング可能として設定されており、有効になっている場合、その属性で検索またはフィルタリングできます。
② [リストエリア]
このエリアには、各ルールのオブジェクトタイプ / 名前、ルール名 / ID、トライアル実行ステータス、[有効ステータス]、ルールタイプ、ルールテンプレート、ルールの強度、スケジューリングタイプ、および関連するナレッジベースドキュメント情報が表示されます。更新ボタンの横にある
アイコンをクリックして、ルールリストに表示する列を選択します。[有効ステータス]: ルールを有効化する前に、試行を実行することをお勧めします。試行に合格したルールに対してのみ、このステータスを有効に設定します。これにより、誤ったルールによって本番タスクがブロックされるのを防ぎます。
ルールを有効にすると、スケジュールに従って自動的に実行されます。
ルールを無効にすると、自動的には実行されなくなりますが、手動で実行することはできます。
[関連ナレッジベースドキュメント]: [詳細の表示] をクリックすると、ルールに関連付けられているナレッジベースに関する情報を表示できます。 この情報には、テーブル名、検証オブジェクト、ルール、および関連ナレッジベースドキュメントが含まれます。 また、これらのドキュメントを検索、表示、編集、または削除することもできます。 詳細については、「ナレッジベースの表示」をご参照ください。
③ [アクションエリア]
次の操作を実行できます：表示、クローン、編集、トライアル実行、実行、スケジューリング設定、ナレッジベースドキュメントの関連付け、削除。
[表示]: ルール設定の詳細を表示します。
[複製]：ルールをすばやく複製できます。
[編集]: ルールを編集した後、再度トライアルランを実行する必要があります。
[トライアル実行]：[既存のスケジュール] または [カスタム検証範囲] に基づいてトライアル実行を行えます。実行後、
アイコンをクリックして [トライアル実行ログを表示] できます。[実行]: [既存のスケジュール] または [カスタム検証範囲] を選択してルールを実行できます。 ルールの実行後、[検証記録] で検証結果を表示できます。
[スケジュール設定]: ダイアログボックスでは、スケジュールタイプで絞り込むか、スケジュール名で検索できます。スケジュールの編集もできます。
[ナレッジベースドキュメントの関連付け]: ルールをナレッジベースに関連付けると、品質ルールとガバナンスワークベンチで関連付けられたナレッジを表示できます。 まだ関連付けられていないナレッジベースを選択できます。 ナレッジベースを作成するには、「ナレッジベースの作成と管理」をご参照ください。
[削除]: このクオリティルールオブジェクトを削除すると、その配下にあるすべてのクオリティルールも削除されます。この操作は元に戻せません。慎重に実行してください。
④ [一括操作エリア]
次の操作を一括で実行できます：トライアル実行、実行、スケジュール設定、有効化、無効化、ビジネスプロパティの変更、ナレッジベースドキュメントの関連付け、削除。
[トライアル実行]: [既存のスケジュール] または [カスタム検証範囲] を選択して、ルールを一括でトライアル実行できます。 トライアル実行後、
アイコンをクリックして [トライアル実行ログの表示] を行います。[実行]: [既存のスケジュール] または [カスタム検証範囲] に基づいて、ルールを一括で実行します。実行後、[検証記録] で検証結果を表示できます。
[スケジュール設定]: ダイアログボックスで、スケジュールタイプによる絞り込みや、名前によるスケジュールの検索ができます。また、スケジュールの編集や、品質ルールに対するスケジュールの一括設定も可能です。品質ルールリストページで編集可能な、選択したルールのみ変更できます。
[有効化]：一括で有効にすると、選択したルールは設定されたスケジュールに従って自動的に実行されます。クオリティルールリストページで編集可能なルールのみ有効にできます。
[無効化]: 選択したルールを一括で無効化すると、自動的に実行されなくなります。ただし、手動で実行することは可能です。対象となるのは、クオリティルール リストページで編集可能な、選択済みのルールのみです。
[ビジネス属性の変更]: 対応するフィールドの値タイプが単一選択または複数選択の場合、ビジネス属性を一括で変更できます。
フィールドタイプが複数選択の場合、プロパティ値を追加または変更できます。
フィールドタイプが単一選択の場合、プロパティ値を直接変更できます。
[関連付けられたナレッジベースドキュメント]：ルールをナレッジに関連付けると、クオリティルールとガバナンスワークベンチで関連付けられたナレッジを表示できます。 モニタリングオブジェクトのナレッジベースを一括で設定できます。 ナレッジベースを作成するには、「ナレッジベースの作成と管理」をご参照ください。
[削除]： 「品質ルール」ページで編集可能な、選択した品質ルールを削除します。この操作は元に戻せません。慎重に操作してください。
スケジュールの作成
ルールにスケジュールを設定する際、既存のスケジュールから選択できます。各テーブルには、最大 20 個のスケジュールルールを設定できます。
1 つのルールには、最大 10 個のスケジュールを設定できます。
設定が同一で重複するスケジュールは、自動的に削除されます。
検証スコープは、各品質チェックのスコープを制御するために、品質チェック SQL のフィルター条件として渡されます。検証スコープは、品質レポートなどのダウンストリーム出力の基本単位としても機能します。
[Quality Rule Details] ページで、[Scheduling Configuration] タブをクリックし、[Create Schedule] をクリックして [Create Schedule] ダイアログボックスを開きます。
[Create Schedule] ダイアログボックスで、パラメータを設定します。
パラメータ
説明
[Schedule name]
スケジュールのカスタム名を入力します。
[Scheduling type]
利用可能なタイプは、[時間指定スケジューリング]、[データ更新トリガースケジューリング]、[指定タスクトリガースケジューリング]です。
[時間指定スケジューリング]：設定した時刻または間隔でデータ品質チェックを実行します。これは、データが比較的固定された時刻に生成される場合に適しています。
[スケジューリング期間]：品質ルールの実行は、コンピューティングリソースを消費します。本番タスクへの影響を防ぐため、複数の品質ルールを同時に実行するのは避けてください。スケジューリング期間のオプションは、[Day]、[Week]、[Month]、[Hour]、[Minute] です。
システムタイムゾーン (ユーザーのタイムゾーン) がスケジューリングタイムゾーン ([Management Center] > [System Settings] > [Basic Settings] で設定) と異なる場合、ルールはシステムタイムゾーンに基づいて実行されます。
[データ更新トリガースケジューリング]：いずれかのコードタスクが実行されると、システムはそのタスクが現在のテーブルの指定された検証スコープを更新したかどうかをチェックします。これは、不規則な間隔で変更されるテーブルや、変更のたびにモニタリングが必要な重要なテーブルの場合に適しています。
説明検証スコープとして [partitions updated by task] を選択することを推奨します。非パーティションテーブルの場合、テーブル全体がチェックされます。システムはすべてのデータ変更を自動的に識別してチェックを実行し、漏れを防ぎます。
[指定タスクトリガースケジューリング]：指定されたタスクが正常に実行された後、または実行される前に、設定された品質ルールを実行します。ルールをトリガーするために、次のノードタイプのタスクを選択できます：SQL、Offline Pipeline、Python、Shell、Virtual、Dlink、Spark_jar、Hive_MR、および Database SQL。これは、予測可能で繰り返し発生するタスクによって変更されるテーブルの場合に適しています。
説明指定タスクトリガースケジューリングでは、本番環境のタスクのみを選択できます。ルールの強度が「strong」に設定されている場合、チェックの失敗が本番タスクに影響を与える可能性があります。注意してください。
サポートされているエンジンタイプには、MaxCompute、E-MapReduce 3.X、E-MapReduce 5.x、CDH 5.X、CDH 6.X、FusionInsight 8.X、AsiaInfo DP 5.3、Cloudera Data Platform 7.x、Lindorm (コンピューティングエンジン)、Transwarp TDH 6.x、および Transwarp TDH 9.3.x が含まれます。
[トリガータイミング]：品質チェックがトリガーされるタイミングを選択します。オプションには、[Trigger after all tasks run successfully]、[Trigger after each task runs successfully]、[Trigger before each task runs] が含まれます。
[トリガータスク]：以下のロールを持つユーザーは、本番プロジェクトからタスクノードを選択してタスクをトリガーできます。ノードの出力名で検索することもできます。
Prod/Basic プロジェクトのプロジェクト管理者、Prod プロジェクトの O&M システムロールを持つユーザー、Basic プロジェクトの Developer システムロールを持つユーザー、および Prod/Basic プロジェクトで [Project Quality Management]-[Quality Rule Management] 権限を持つカスタムプロジェクトロールを持つユーザーは、本番プロジェクトからタスクノードを選択できます。
[Quality Rules]-[Manage] 権限を持つカスタムグローバルロールを持つユーザーは、すべての本番プロジェクトからタスクノードを選択できます。
説明トリガータイミングが [Trigger after all tasks run successfully] に設定されている場合、ルールの実行と結果の生成の遅延を避けるために、同じスケジューリング期間のタスクを選択してください。
[Scheduling conditions]
これはデフォルトで無効になっています。有効にすると、品質ルールがスケジュールされる前に、システムはスケジューリング条件が満たされているかどうかをチェックします。スケジュールは条件が満たされた場合にのみ実行され、それ以外の場合はスキップされます。
[ビジネス日付]/[実行日付]: スケジューリングタイプが [定時スケジューリング] (実行日付はサポートされていません)、[データ更新トリガースケジューリング]、または [固定タスクトリガースケジューリング] の場合、日付条件を設定できます。 [共通カレンダー] または [カスタムカレンダー] を選択できます。 カスタムカレンダーの作成方法については、「パブリックカレンダーの作成」をご参照ください。
[Common Calendar] を選択した場合、[Month]、[Day of Week]、[Date] の条件を設定できます。例：
[Custom Calendar] を選択した場合、[Date Type] と [Tag] の条件を設定できます。例：
[インスタンスタイプ]：スケジューリングタイプが [データ更新トリガースケジューリング] または [指定タスクトリガースケジューリング]の場合、インスタンスタイプを設定できます。オプションには、[定期インスタンス]、[バックフィルインスタンス]、[手動インスタンス]が含まれます。例：
説明少なくとも 1 つのルールを設定する必要があります。ルールを追加するには、[+ Add Rule] をクリックします。
最大 10 個のスケジューリング条件を設定できます。
スケジューリング条件間の関係は AND または OR に設定できます。
[検証スコープ]
スケジューリングタイプが 時間指定スケジューリング、または指定タスクトリガースケジューリングの場合、サポートされている検証スコープは カスタム検証スコープです。スケジューリングタイプが データ更新トリガースケジューリングの場合、サポートされている検証スコープは [partitions updated by task] と カスタム検証スコープです。
[タスクによって更新されるパーティション]：チェックタスクがパーティションを更新する場合、タスクは更新されたパーティションに直接ディスパッチされます。
説明動的パーティションのシナリオでは、パーティションが解決されず、品質チェックが実行されない場合があります。
変動チェックルール (パーティションサイズ、行数、フィールド統計など) は指定されたパーティションを必要とするため、[partitions updated by task] という検証スコープには対応していません。
非パーティションテーブルが更新された場合、テーブル全体がチェックされます。
カスタム検証スコープ：パーティションを解決できない場合は、カスタム検証スコープを使用し、業務日付または実行日に基づいて検証スコープ式を指定できます。
[検証範囲の式]: 編集可能なドロップダウンリストです。
ds='${yyyyMMdd}'のような検証範囲を直接入力できます。 組み込みの検証範囲の式を選択して変更し、設定をすばやく完了することもできます。 パーティション式の詳細については、「組み込みパーティション式のタイプ」をご参照ください。説明検証する条件が複数ある場合は、[and] または [or] で接続できます。例：
province="Zhejiang" and ds<=${yyyyMMdd}品質ルールでフィルター条件が設定されている場合、その条件は AND 関係を使用して検証スコープ式と結合されます。両方の条件が、チェック中のデータフィルタリングに使用されます。
検証スコープ式はフルテーブルスキャンをサポートしています。
注：フルテーブルスキャンは大量のリソースを消費し、すべてのエンジンに対応しているわけではありません。フルテーブルスキャンを避けるために、パーティション式を設定してください。
[Verification Scope Budget]：デフォルトは現在の業務日付です。
[OK] をクリックして、スケジューリング設定を保存します。
スケジューリング設定リスト
スケジュールが作成された後、スケジューリング設定リストから表示、編集、クローン、または削除できます。
エリア | 説明 |
① フィルターと検索エリア | スケジュール名で検索できます。 [時間指定スケジューリング]、[データ更新トリガースケジューリング]、または [指定タスクトリガースケジューリング]でフィルタリングできます。 |
② リストエリア | このエリアには、各ルール設定の [Schedule name]、[Scheduling type]、[Last updater]、[Last update time] が表示されます。 |
③ アクションエリア | スケジュールに対して、編集、クローン、削除の操作を実行できます。
|
アラート設定
ルールごとに異なる通知方法を設定して、アラートを区別できます。たとえば、強ルールの例外には電話通知、弱ルールの例外には SMS 通知を設定できます。ルールが複数のアラート設定に一致する場合は、どのアラートを有効にするかを決定するポリシーを設定できます。
1 つの監視対象に対して作成できるアラート設定は最大 20 件です。
[Quality Rule Details] ページで [Alert Configuration] タブをクリックし、[Create Alert Configuration] をクリックして [Create Alert Configuration] ダイアログボックスを開きます。
[Create Alert Configuration] ダイアログボックスで、パラメータを設定します。
パラメータ
説明
[スコープ]
[All rules]、[All strong rules]、[All weak rules]、または [Custom] を選択できます。
説明1 つの監視対象に対して、スコープが [All Rules]、[All Strong Rules]、[All Weak Rules] のアラートは、それぞれ 1 件ずつ設定できます。新しいルールは、強度に基づいて対応するアラートに自動的に一致します。これらのアラート設定を変更するには、既存の設定を編集する必要があります。
カスタムスコープの場合、現在の監視対象で設定済みのルールから最大 200 件を選択できます。
[アラート設定名]
アラート設定名は、1 つの監視対象内で一意にする必要があり、最大 256 文字です。
[アラート受信者]
アラート受信者と通知方法を設定します。少なくとも 1 人の受信者と 1 つの方法を選択する必要があります。
[アラート受信者]：受信者タイプとして、[Custom]、[オンコールスケジュール]、または [品質責任者] を選択できます。
カスタムのアラート受信者は最大 5 人、オンコールスケジュールは最大 3 件まで設定できます。
[通知方法]：[Phone]、[Email]、[SMS]、[DingTalk]、[Lark]、[WeCom]、[カスタムチャネル] などの通知方法から選択できます。これらの方法は、チャネル設定を構成することで管理できます。
[OK] をクリックして、アラート設定を保存します。
アラート設定リスト
アラート設定を作成した後、アラート設定リストで並べ替え、編集、削除ができます。
エリア | 説明 |
① 並べ替えエリア | 品質ルールが複数のアラート設定に一致する場合のアラートポリシーを設定します：
|
② リストエリア | このエリアには、アラート設定名、有効スコープ、アラートタイプごとの受信者の詳細、および対応する通知方法が表示されます。 [スコープ]：カスタムアラートでは、設定済みのオブジェクト名とルール名を確認できます。ルールが削除された場合、オブジェクト名は表示されなくなります。アラート設定の更新を推奨します。 |
③ アクションエリア | 設定済みのアラートを編集または削除できます。
|
アイコンをドラッグするか、[Actions] 列の [Move to Top] および [Move to Bottom] アイコンを使用します。完了したら、[Finish Sorting] をクリックして新しい順序を保存します。
品質レポート
[品質レポート] をクリックして、現在の品質ルールの ルールチェック概要 と ルールチェック詳細 を表示します。
例外結果、パーティション時間、またはルール名/オブジェクト名のキーワードで、チェック詳細をフィルターできます。
ルールチェック詳細リストの [アクション] 列で、
アイコンをクリックして、品質ルールのルールチェック詳細を表示します。ルールチェック詳細リストの [アクション] 列で、
アイコンをクリックして、品質ルールの実行ログを表示します。
権限管理
[権限管理] をクリックし、[詳細の閲覧権限] で、検証記録、品質ルールの詳細、品質レポートを閲覧できるメンバーを指定します。
[閲覧可能者]： [すべてのメンバー] または [現在のオブジェクトの品質管理権限を持つメンバーのみ] を選択できます。
[OK] をクリックして、権限設定を保存します。
ランタイム設定
品質ルールタスクがタイムアウトすると、タスクは失敗します。対応する実行ログは、検証レコード詳細ページで表示できます。
失敗時にリトライされる品質ルールタスクについては、各リトライのログを検証レコード詳細ページで表示できます。
監視対象のすべての品質ルール (新規および既存のルールを含む) は、最新のランタイム設定を使用します。
[Runtime configuration] タブをクリックし、下部にある [Edit] をクリックしてパラメーターを設定します。
パラメーター
説明
[スコープ]
[すべてのルール]、[すべての強ルール]、[すべての弱ルール]、または [カスタム] を選択できます。
[実行タイムアウト]
品質ルールタスクの合計実行時間 (開始から終了までの時間で、リソースおよびスケジューリングの待機時間を除く) が指定されたしきい値を超えた場合、システムはタスクを自動的に終了し、失敗と見なします。デフォルトは 1 時間です。0〜2 時間の範囲で、小数点第 2 位までの精度で期間をカスタマイズできます。
[失敗時の自動リトライ]
失敗した品質ルールタスクについて、[リトライ回数]と[リトライ間隔]に基づいてタスクを自動的にリトライするかどうかを設定できます。デフォルトでは無効になっています。有効にすると、設定できます。
[リトライ回数]：失敗したタスクを自動的にリトライできる最大回数です。デフォルトは 1 で、1〜3 の整数を設定できます。
[リトライ間隔]：自動リトライごとの時間間隔です。デフォルトは 0 分で、0〜10 分の整数を設定できます。
[OK] をクリックしてランタイム設定を保存します。
次のステップ
品質ルールを設定した後、メトリックルール一覧ページで確認できます。詳細については、「モニタリングオブジェクト一覧の表示、」をご参照ください。