DataWorks:ルール管理

パラメーター

説明

[ルール名]

カスタムアラートルールの名前を入力します。

[Object Type]

監視の粒度を定義する監視オブジェクトのタイプです。有効な値はNode、Baseline、Workspace、ビジネスプロセス、Exclusive Resource Group for Scheduling、Exclusive Resource Group for Data Integrationです。

[Rule Object]

監視対象のオブジェクト。対象オブジェクトの名前または ID を入力し、リストから選択し、追加 をクリックします。

[Task Blacklist]

監視対象オブジェクト内で、このルールの監視対象から除外するタスクです。

[リソースグループ名]

監視対象の専用リソースグループの名前です。

Object Type を Exclusive Resource Group for Scheduling または Exclusive Resource Group for Data Integration に設定した場合、ドロップダウンリストから目的の リソースグループ名 を選択する必要があります。

オブジェクトタイプ

トリガー条件

説明

[Node]、[Baseline]、[Workspace]、[ビジネスプロセス]

[完了]

[Incomplete]

システムはタスクの実行が開始されると監視を開始します。指定された時刻にタスクがまだ実行中の場合、システムはアラートを送信します。

[Error]

システムはタスクの実行が開始されると監視を開始し、タスクでエラーが発生した場合にアラートを送信します。

• オブジェクトタイプが Baseline、Workspace、または ビジネスプロセス の場合、それらに含まれるいずれかのタスクでエラーが発生すると、アラートがトリガーされます。

• タスクの実行が失敗するたびにアラートがトリガーされます。タスクが失敗して自動的に再実行された場合、失敗した再実行によってもアラートがトリガーされます。

• タスクが失敗し、すべての自動再実行も失敗した場合にのみアラートをトリガーするには、トリガー条件を Error Persisting After Automatic Rerun of Node に設定します。

• トリガー条件としてErrorを選択した場合、Alert upon Automatic Rerunを選択できます。このオプションを有効にすると、インスタンスが失敗して自動再実行がトリガーされた場合、再実行時にもアラートが生成されます。

エラーのあるインスタンス数

エラー状態にあるインスタンスの数です。これには、DQC チェックに失敗したインスタンスや、コード実行に失敗したインスタンスが含まれます。

Workspace を Trigger Condition に、エラーインスタンス数 を [エラーのあるインスタンス数] に設定する場合、しきい値を設定する必要があります。エラーのあるインスタンス数がしきい値に達すると、アラートがトリガーされます。

[エラーインスタンスの割合]

Workspace を Trigger Condition に設定し、エラーインスタンスの割合 を [エラーのあるインスタンスの割合] に設定した場合、しきい値を設定する必要があります。当日のエラーのあるインスタンスの割合がしきい値に達すると、アラートがトリガーされます。

[Node Logs Contain Keywords]

Workspace を Trigger Condition に設定し、Node Logs Contain Keywords を [ノードログにキーワードが含まれる] に設定した場合、1 つ以上のキーワードを設定する必要があります。当日のタスク実行ログに指定されたキーワードのいずれかが含まれている場合、アラートがトリガーされます。

[Incomplete in Cycle]

指定されたサイクル内でタスクがまだ実行中の場合、システムはアラートを送信します。これは通常、時間単位で実行されるインスタンスを監視するために使用されます。

ワークフローに Incomplete in Cycle 監視を設定すると、システムは、指定したサイクル N に基づいて、ワークフロー内のタスク (日次、時間次、分レベルのタスクなど) の N 番目のサイクルを監視します。インスタンス数が N 未満の場合、そのタスクのアラートは無視されます。

[Timeout]

[Error Persisting After Automatic Rerun of Node]

[Instance Generated]

このトリガー条件は、オブジェクトタイプがWorkspaceの場合にのみ利用可能です。

[Fluctuation of Instance Count]

このトリガー条件は、オブジェクトタイプが Workspace の場合にのみ利用可能です。DataWorks は、毎日 24:00 までに翌日の自動トリガーノードインスタンスを生成します。ワークスペース内のインスタンス数が過去の平均値と比較して大幅に変動した場合、アラートが通知されます。

[Exclusive Resource Group for Scheduling]、[Exclusive Resource Group for Data Integration]

[Resource Group Usage]

指定された期間、Usageが設定されたしきい値を超えると、アラートがトリガーされます。

例: Usageが 15 分間 50% を超えた場合、アラートがトリガーされます。

リソースグループでリソースを待機しているインスタンス数

Number of Instances Waiting for Resources in Resource Group が、指定された期間、設定されたしきい値を超えると、アラートがトリガーされます。

例：Number of Instances Waiting for Resources in Resource Group が 15 分間 10 を超えた場合に、アラートがトリガーされます。

通知方法

アラート受信者

説明

[メール]、[Sms]、電話

受信者にはNode Owner、Shift Schedule、またはOthersを指定できます。

• [連絡先情報の確認] をクリックして、電話番号またはメールアドレスが正しいかどうかを確認できます。

• 電話通知機能は、DataWorks Professional Edition 以上でのみ利用可能です。

• Alert Notification Method として 電話 を選択した場合、チェックボックスをオンにして、次の内容に同意する必要があります: 短時間に大量のアラートコールが発生するのを防ぐため、DataWorks はアラートコールをフィルタリングします。ユーザーは 20 分以内に最大 1 回のアラートコールを受信できます。それ以降のアラートコールは SMS メッセージにダウングレードされます。

• アラート用にシフトスケジュールを選択する前に、シフトスケジュールを設定する必要があります。シフトスケジュールの設定方法の詳細については、「シフトスケジュール」をご参照ください。

  説明

  • アラートが最初に 2 回発生した場合は、主担当者にのみ送信されます。3 回目以降は、主担当者と副担当者の両方がアラートを受信します。

  • 電話通知は、中国本土の携帯電話番号にのみ対応しています。海外の携帯電話番号にアラートを送信する必要がある場合は、カスタム Webhook サービスを構築 する必要があります。DataWorks はメッセージを Webhook サービスにプッシュし、そのサービスがメッセージを処理して携帯電話に転送します。

[DingTalk Chatbot]および[Webhook]

グループメンバー

• @ ストラテジーは、@@all や @Specify Recipients などのように設定できます。

• Send Test Message 列の [テストメッセージを送信] をクリックして、アラートが期待どおりに送信されるかテストします。アラート情報を受信しない場合は、「インテリジェントモニタリング」をご参照ください。

• DingTalk チャットボットのセキュリティ設定では、キーワードのみを設定でき、キーワードの 1 つは DataWorks である必要があります。

パラメーター

説明

[Maximum Alerts]

このルールの最大アラート数を指定します。この制限に達すると、それ以上のアラートは送信されません。

[Minimum Alert Interval]

連続する 2 つのアラート間の最小時間間隔です。

[Alerting Do-Not-Disturb Period]

指定されたサイレント期間中は、アラートは送信されません。

例えば、タスクのステータスが Timeout、Error、または Incomplete の場合にアラートをトリガーするように設定し、タスクのアラートのサイレント期間を 00:00 から 08:00 までに設定します。この期間中はアラートは送信されません。 08:00 の時点でタスクがまだいずれかの異常な状態にある場合、アラートが送信されます。