すべてのプロダクト
Search
ドキュメントセンター

DataWorks:ルール管理

最終更新日:Jan 06, 2026

カスタム監視ルールは、ビジネスニーズに基づいてタスクの実行ステータスやリソースの使用状況を監視するのに役立ちます。これにより、例外を迅速に検出し、対処することができます。このトピックでは、ルール管理ページでカスタムアラートルールを作成する方法と、DingTalk チャットボットを追加して Webhook URL を取得する方法について説明します。

制限事項

  • カスタム監視ルールは、自動的にスケジュールされる 定期インスタンス にのみ適用され、定期タスクやデータバックフィルタスクの実行結果は監視しません。

  • カスタム監視ルールは、メールショートメッセージ電話DingTalk チャットボットWebhook のメソッドを使用してアラート通知を送信できます。使用制限は次のとおりです。

    • 電話:中国本土の携帯電話番号にのみ電話アラートを提供します。

    • Webhook:

      • DataWorks Basic Edition は、グループ Webhook を使用して DingTalk、Lark、WeCom グループへのアラート送信をサポートしています。

      • DataWorks Enterprise Edition は、Basic Edition の機能に加えて、アラートを受信するためのカスタムユーザー Webhook の設定もサポートしています。

    説明

    カスタム Webhook の設定方法の詳細については、「インテリジェント監視カスタム Webhook」をご参照ください。設定が完了したら、チケットを送信して弊社までご連絡ください。さらなる処理を行います。

    • エラーのあるインスタンス、エラーのあるインスタンスの割合、ノードログにキーワードが含まれる などのトリガー条件は、DataWorks Professional Edition 以上のエディションでのみ利用可能です。詳細については、「DataWorks の各エディションの機能」をご参照ください。DataWorks の有効化方法については、「購入ガイド」をご参照ください。

    • 監視ルールのオーナーテナント管理者、またはルートアカウントのみが監視ルールを変更できます。

注意事項

カスタム監視ルールを使用して定期インスタンスを監視する場合、監視時間範囲はアラートのトリガー条件によって異なります。

監視範囲

トリガー条件

説明

昨日までのデータ

  • タスクがインスタンスに変換された

  • インスタンス数の変動

  • インスタンスの実行が完了した

  • 失敗したインスタンス数

  • 失敗したインスタンスの割合

  • タスクログにキーワードが含まれる

DataWorks は、データタイムスタンプが昨日で、スケジュール時刻が今日の定期インスタンスを監視します。条件が満たされるとアラートがトリガーされます。

データタイムスタンプ:T = 昨日、T-1 = 一昨日

  • インスタンスが未完了

  • サイクル内でインスタンスが未完了

  • インスタンスがタイムアウト

DataWorks は、データタイムスタンプが昨日で、スケジュール時刻が今日の定期インスタンスを監視します。また、データタイムスタンプが一昨日で、スケジュール時刻が昨日のインスタンスも監視します。条件が満たされるとアラートがトリガーされます。

データタイムスタンプ (昨日 (T)、一昨日 (T-1)、および一昨々日 (T-2))

  • インスタンスの実行が失敗

  • 自動再実行後もエラーが継続

DataWorks は、次の定期インスタンスを監視します:データタイムスタンプが昨日でスケジュール時刻が今日のインスタンス、データタイムスタンプが一昨日でスケジュール時刻が昨日のインスタンス、およびデータタイムスタンプが一昨々日でスケジュール時刻が一昨日のインスタンス。条件が満たされるとアラートがトリガーされます。

説明

監視範囲外の定期インスタンスは、トリガー条件を満たしてもアラートをトリガーしません。さまざまなトリガー条件の監視ルールの詳細については、「カスタムルールの作成」をご参照ください。

ルール管理ページへの移動

  1. オペレーションセンターページに移動します。

  2. DataWorks コンソールにログインします。ターゲットリージョンに切り替えます。左側のナビゲーションウィンドウで、データ開発と O&M > オペレーションセンター をクリックします。ドロップダウンリストからターゲットワークスペースを選択し、オペレーションセンターへ移動 をクリックします。

  3. 左側のナビゲーションウィンドウで、監視とアラート > ルール管理 をクリックします。

    説明

    定期タスクページに移動して、バッチでノードを選択し、監視ルールを作成することもできます。詳細については、「定期タスクの管理」をご参照ください。

カスタムルールの作成

ルール管理ページでは、ビジネスニーズに基づいてカスタム監視ルールを作成できます。

基本情報の構成

パラメーター

説明

ルール名

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

オブジェクトタイプ

監視したいオブジェクトのタイプ。有効な値:ノードベースラインワークスペースワークフロースケジューリング用の専用リソースグループ、および データ統合用の専用リソースグループ

説明

オブジェクトタイプをベースラインに設定した場合、システムはベースライン上のタスクの実行ステータスのみを監視します。ベースラインタスクの上流タスクは監視しません。上流タスクも監視するには、「インテリジェントベースラインの概要」をご参照ください。

ルールオブジェクト

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

サポートされているオブジェクトタイプとその最大数量は次のとおりです。

  • タスクノード:50

  • ベースライン:5

  • ビジネスフロー:5

  • ワークスペース:1

タスクホワイトリスト

監視対象オブジェクトのうち、このルールの対象外とするタスクを指定します。

オブジェクトタイプベースラインワークスペース、または ビジネスフロー の場合、ノード名/ID を入力し、追加 ボタンをクリックしてタスクをホワイトリストに追加できます。

説明

ホワイトリスト内のタスクは監視されません。最大 50 個のタスクを追加できます。

リソースグループ名

監視する専用リソースグループの名前を指定します。

オブジェクトタイプスケジューリング用の専用リソースグループ または データ統合用の専用リソースグループ に設定されている場合、ドロップダウンリストから リソースグループ名 を選択する必要があります。

トリガーメソッドの構成

説明

カスタムアラートロジックでは、フリーズ状態のタスクは完了したと見なされます。

オブジェクトタイプ

トリガー条件

説明

ノードベースラインワークスペース、または ワークフロー

完了

システムはタスクの開始時刻から監視し、タスクが正常に実行されたときにアラートを送信します。

  • オブジェクトタイプが ベースライン または ワークフロー の場合、ベースラインまたはワークフロー内のすべてのノードが正常に実行された場合にのみアラートがトリガーされます。

  • オブジェクトタイプが タスクノード で複数のノードが追加された場合、すべてのノードの実行が完了した場合にのみアラートがトリガーされます。

  • オブジェクトタイプが ワークスペース の場合、トリガー条件を 完了 に設定することはできません。

説明

時間単位のタスクの場合、すべての定期インスタンスが正常に実行された後にのみ、タスクは完了したと見なされます。

未完了

システムはタスクの開始時刻から監視し、指定された時刻までにタスクが終了していない場合にアラートを送信します。

説明

このアラートは、インテリジェントベースラインのアラートポリシーとは異なります。インテリジェントベースラインは、ベースライン上のタスクが時間通りに完了するのを妨げる例外を迅速に検出し、早期警告を提供できます。詳細については、「インテリジェントベースラインの概要」をご参照ください。

シナリオ:

  • シナリオ 1:タスクが 01:00 に実行されるようにスケジュールされています。「未完了」時刻を 02:00 に設定します。タスクは 01:00 に開始します。02:00 にまだ実行中の場合、アラートが送信されます。

  • シナリオ 2:タスクが 00:00 から 23:59 まで毎時実行されるようにスケジュールされています。「未完了」時刻を 12:00 に設定した場合、このルールは毎日アラートをトリガーします。

  • シナリオ 3:ベースラインの完了時刻を 10:00 に設定します。10:00 までに完了していないタスクがベースライン上にある場合、アラートが送信されます。

説明

時間単位または分単位のタスクの場合、システムは、その日のすべての定期インスタンスが指定された時刻までに完了していないかどうかを確認します。

失敗

システムはタスクの開始時刻から監視し、タスクの実行が失敗した場合にアラートを送信します。

説明

ノードインスタンスの実行に失敗した場合、[オペレーションセンター] > [自動トリガータスク O&M] > [定期インスタンス] の基本情報列で、対象のインスタンスに 3 アイコンが表示されます。

  • オブジェクトタイプが ベースラインワークスペース、または ワークフロー の場合、指定されたベースライン、ワークスペース、またはワークフロー内のタスクでエラーが発生するとアラートがトリガーされます。

  • タスクが失敗するたびにアラートがトリガーされます。タスクが失敗時に 2 回アラートを出すように設定されており、再実行後に両方とも失敗した場合、4 回のアラートがトリガーされます。

  • ノードが自動的に再実行された後もエラーが継続する場合にのみアラートをトリガーしたい場合は、トリガー条件を 自動再実行後もエラーが継続 に設定できます。

失敗したインスタンス数

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

オブジェクトタイプが ワークスペース に設定され、トリガー条件エラーのあるインスタンス に設定されている場合、しきい値を設定する必要があります。エラーのあるインスタンス数がしきい値に達するとアラートがトリガーされます。

説明
  • この機能は、DataWorks Professional Edition 以上でのみ利用可能です。

  • 当日 とは、データタイムスタンプが昨日で、今日スケジュールされている定期インスタンスを指します。

失敗したインスタンスの割合

オブジェクトタイプワークスペース に設定され、トリガー条件 として エラーのあるインスタンスの割合 を選択した場合、しきい値を設定する必要があります。その日の総インスタンス数に対するエラーのあるインスタンスの割合がこのしきい値に達すると、アラートがトリガーされます。

説明
  • この機能は、DataWorks Professional Edition 以上でのみ利用可能です。

  • 当日 とは、データタイムスタンプが昨日で、スケジュール時刻が今日の定期インスタンスを指します。

タスクログにキーワードが含まれる

オブジェクトタイプワークスペース で、トリガー条件 として タスクログにキーワードが含まれる を選択した場合、キーワードを設定する必要があります。当日のタスク運用ログにこれらのキーワードが含まれている場合、アラートがトリガーされます。

説明
  • この機能は、DataWorks Professional Edition 以上でのみ利用可能です。

  • 当日 とは、データタイムスタンプが昨日で、スケジュール時刻が今日の定期インスタンスを指します。

  • 2025 年 8 月 24 日より前に作成された専用リソースグループで、「タスクログにキーワードが含まれる」アラート機能を使用したい場合は、チケットを送信してアップグレードを依頼してください。そうしないと、関連するアラート情報を受信できません。

サイクル内で未完了

指定されたエポック内にタスクが終了していない場合、システムはアラートを送信します。これは通常、時間単位のタスクインスタンスの監視に使用されます。

ワークフローに対して サイクル内で未完了 の監視を設定すると、システムは設定したサイクル N に基づいて、日、時間、または分単位でスケジュールされたタスクなど、ワークフロー内のタスクを監視します。タスクのインスタンス数が N 未満の場合、システムはそのタスクのアラートを無視します。

たとえば、次の 2 つのタスクを持つビジネスフローのエポックを 3 に設定した場合、アラートは次のようになります。

  • ノード A は 2 時間ごとに実行され、各実行には 25 分かかります。ノードが毎日 00:00 に実行を開始する場合、24 時間以内に 12 のサイクルがあります。最初のサイクルは 00:00 に開始し、3 番目のサイクルは 04:00 に開始します。ノードが期待どおりに実行された場合、3 番目のサイクルのノードインスタンスは 04:25 に実行を終了します。トリガー条件を サイクル内で未完了 に設定し、3 番目のサイクルのノードインスタンスのアラート時刻を 04:30 に設定した場合、そのインスタンスが 04:30 にまだ実行中であればアラートが送信されます。

  • ノード B は 10 分ごとに実行され、各実行操作には 2 分かかります。ノード B が毎日 00:00 に実行を開始する場合、ノードは 1 時間以内に 6 回実行されます。最初のサイクルは 00:00 に開始し、3 番目のサイクルは 00:20 に開始します。ノードが期待どおりに実行された場合、3 番目のサイクルのノードインスタンスは 00:22 に実行を終了します。トリガー条件を サイクル内で未完了 に設定し、3 番目のサイクルのノードインスタンスのアラート時刻を 00:23 に設定した場合、3 番目のサイクルのノードインスタンスが 00:23 にまだ実行中であればアラートが報告されます。

タイムアウト

システムはタスクの開始時刻から監視し、指定された期間が経過してもタスクがまだ実行中の場合にアラートを送信します。これは通常、タスクの実行時間を監視するために使用されます。

自動再実行後もエラーが継続

システムはタスクの開始時刻から監視し、タスクが失敗し、自動再実行後も失敗し続ける場合にアラートを送信します。

説明

ノードの実行中にエラーが発生するたびにアラートを報告させたい場合は、トリガー条件を エラー に設定できます。

タスクがインスタンスに変換された

このトリガー条件は、オブジェクトタイプが ワークスペース に設定されている場合にのみ選択できます。

インスタンス数の変動

オブジェクトタイプパラメーターが ワークスペース に設定されている場合にのみ、トリガー条件をインスタンス数の変動に設定できます。DataWorks は、毎日 24:00 までに翌日実行する必要がある定期タスクインスタンスを生成します。ワークスペースで生成される定期タスクインスタンスの数が、過去にワークスペースで生成された定期タスクインスタンスの平均数と比較して大幅に変動した場合、アラートが送信されます。

スケジューリング用の専用リソースグループ または データ統合用の専用リソースグループ

リソースグループ使用率

このアラートは、指定された期間にわたって 使用率 が特定の値を超えた場合にトリガーされます。

例:リソースグループ使用率 が 15 分間 50% を超えた場合、アラートがトリガーされます。

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

このアラームは、指定された期間にわたって リソースグループ内のリソースインスタンス数 が指定された値を超えた場合にトリガーされます。

例:リソースグループ内のリソースインスタンス数 が 15 分間 10 を超えた場合、アラートがトリガーされます。

アラート動作の構成

アラートメソッド

アラート受信者

説明

メールショートメッセージ、電話

アラートを ノードオーナー勤怠表、または その他 に送信できます。

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

  • 電話アラートを使用するには、DataWorks Professional Edition 以上のエディションを購入する必要があります。

  • アラート通知メソッド電話 に設定した場合、過剰なアラートコールを防ぐため、DataWorks は電話アラートをフィルタリングします。20 分ごとに最大 1 回のアラートコールを受信します。この期間内の他のすべてのアラートはショートメッセージとして送信されます。 を選択する必要があります。

  • 勤怠表をアラート受信者として選択する前に、まず勤怠表を設定する必要があります。勤怠表の設定の詳細については、「勤怠表」をご参照ください。

    説明
    • 勤怠表が設定された後、アラートがトリガーされると、最初の 2 回は主担当者のみがアラート通知を受信します。3 回目以降、システムは主担当者と副担当者の両方にアラート通知を送信します。

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

DingTalk チャットボット Webhook

グループメンバー

  • @全員 または @指定された受信者 に通知するための @メンションポリシーを設定できます。

  • アクション列の テストメッセージを送信 をクリックして、アラートが正常に送信できるかテストします。アラート情報を受信しない場合は、「インテリジェント監視」を参照して問題をトラブルシューティングしてください。

  • DingTalk チャットボットのセキュリティ設定はキーワードの設定のみをサポートしており、キーワードには DataWorks を含める必要があります。

疲労制御の構成

パラメーター

説明

最大アラート数

アラートの最大数。この数に達すると、それ以上のアラートは生成されません。

最小アラート間隔

2 つのアラート間の最小時間間隔。

サイレント期間

サイレント期間を設定すると、システムはこの時間帯にアラートを送信しません。

たとえば、ノードのステータスが タイムアウトエラー、または 未完了 の場合にトリガーされるアラートを設定し、ノードのサイレント期間を 00:00 から 08:00 に設定します。この場合、この期間中にアラート通知は送信されません。08:00 にノードがまだこれらの異常な状態のいずれかにある場合、アラート通知が送信されます。

設定後、OK をクリックしてルールを作成します。ルール管理 ページで、詳細有効化/無効化、または 削除 をクリックしてルールを管理できます。

  • 詳細詳細 をクリックして、ルールの基本情報を表示します。

  • 有効化 または 無効化:ルールを有効または無効にします。タスク実行を監視するには、ルールを有効にする必要があります。アラート情報 パネルでアラートの詳細を表示できます。

  • 削除削除 をクリックしてルールを削除します。

監視ルールの変更

作成されたルールを変更できるのは、監視ルールのオーナーテナント管理者、またはルートアカウントのみです。

シナリオ実践:DingTalk グループへのアラートメッセージ送信

  1. アラート用のターゲット DingTalk グループで、右上隅にある グループ設定 アイコンをクリックします。

  2. グループアシスタント をクリックします。

  3. グループアシスタント ページで、ロボットを追加 をクリックします。

  4. グループボット ページで、Add をクリックします。

  5. 追加するロボットを選択 ページで、カスタム をクリックします。

  6. カスタム ダイアログボックスで、追加 をクリックします。

  7. ロボットを追加 ダイアログボックスで、パラメーターを設定します。

    パラメーター

    説明

    ロボット名

    カスタムロボットの名前。

    グループに追加

    ロボットが追加されるグループ。これは変更できません。

    カスタムキーワード

    キーワードを設定すると、キーワードのいずれかを含むメッセージのみが送信されます。キーワードとして DataWorks を追加する必要があります。キーワードは大文字と小文字を区別します。

    説明

    最大 10 個のキーワードを設定できます。メッセージが正常に送信されるには、そのうちの少なくとも 1 つが含まれている必要があります。

  8. 「カスタムロボットサービスと免責事項」を読み、同意します チェックボックスを選択し、完了 をクリックします。

  9. セキュリティ設定を構成した後、ロボットの Webhook をコピーし、完了 をクリックします。

    重要

    Webhook URL は機密情報として扱ってください。URL が漏洩すると、セキュリティリスクが生じます。

  10. ルール管理 ページに移動し、カスタムルールを作成 をクリックします。カスタムルールを作成ダイアログボックスで、アラート通知メソッドパラメーターを DingTalk チャットボット に設定します。DingTalk からコピーした チャットボット Webhook URL を、DingTalk チャットボット セクションの Webhook URL フィールドに貼り付けます。

よくある質問

Q:頻繁なアラート通知を避けるにはどうすればよいですか?

A:最大アラート数、最小アラート間隔、およびサイレント期間を設定することで、疲労制御を構成できます。詳細については、「疲労制御の構成」をご参照ください。