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

DataWorks:インテリジェントモニタリング

最終更新日:Jul 25, 2026

このトピックでは、インテリジェントモニタリングに関するよくある質問 (FAQ) に回答します。

アラート未受信のトラブルシューティング

まず、アラートが実際にトリガーされたかどうかを確認します。アラートがトリガーされたにもかかわらず通知を受信しなかった場合は、通知方法に基づいて問題をトラブルシューティングします。この問題は 2 つのシナリオで発生します。 電話、、またはメールで通知を受信できない 場合、または DingTalk グループで通知を受信できない 場合です。以下のセクションでは、トラブルシューティング手順について説明します。

  • アラートがトリガーされたかどうかの確認

    • スケジュールされたタスクに関連するアラートについては、定期インスタンス パネルに移動してインスタンスのステータスを確認し、アラート条件が満たされているかを確認します。さまざまなルールのトリガー条件の詳細については、次のドキュメントをご参照ください。

      カスタムルールのトリガー条件については、「ルール管理」をご参照ください。ベースラインアラートのトリガー条件については、「インテリジェントモニタリング」をご参照ください。

    • リアルタイム同期タスクに関連するアラートについては、オペレーションセンター に移動します。左側のナビゲーションペインで、リアルタイムジョブの運用保守 > リアルタイム同期タスク を選択して、タスクの運用詳細を表示します。

  • アラートがトリガーされなかった場合

    タスクが完了しない場合、システムは最後の 100 件の未完了タスクをスキャンします。多数のタスクがフリーズしている場合、システムは対象のタスクをスキャンしないことがあるため、アラートがトリガーされません。

  • アラートはトリガーされたが、電話、またはメールで通知を受信できなかった場合のトラブルシューティング

    まず、DataWorks でアラート連絡先の電話番号とメールアドレスがどのように設定されているかを確認してください。

    SMS、およびメールによるアラートは、DataWorks コンソールの もっと見る > アラーム連絡先 ページで指定された連絡先情報を使用します。主な設定手順は次のとおりです。

    1. [アラート連絡先] ページで、[RAM 連絡先情報の同期] をクリックして RAM ユーザーを連絡先リストに同期します。

    2. 検索ボックスでアラート受信者を検索し、電話番号とメールアドレスが正しく設定されていることを確認してください。

    3. 情報が誤っている場合は、「操作」列の[編集]をクリックして、電話番号またはメールアドレスを更新します。

    4. 設定が完了したら、アラート連絡先は電話またはメールで有効化を行う必要があります。

    設定後にアラートを受信しない場合は、アラーム連絡先 ページで以下を確認してください:

    • 連絡先情報が設定されていることを確認してください。

    • 電話番号とメールアドレスを追加または更新した後、それらが有効化されていることを確認してください。

    説明
    • Alibaba Cloud アカウントまたは AliyunDataWorksFullAccess 権限を持つ RAM ユーザーは、他の RAM ユーザーの連絡先情報を設定できます。詳細については、「アラート連絡先の表示と設定」をご参照ください。

    • アラート受信者の連絡先情報が正しく設定されていない場合、システムは 共通設定で設定されたメッセージ受信者にアラート通知を送信します。これらの通知は、支払い遅延、サービス停止、またはリソース解放の予定に関連しています。そのため、本来の受信者はアラート通知を受信しません。

  • アラートはトリガーされたが、DingTalk グループで通知を受信できなかった場合のトラブルシューティング

    次の設定を確認してください。

    • 1. ルール設定ページの DingTalk チャットボット Webhook URL は正しいですか?

      • スケジュールされたタスクの監視 (ベースライン監視とカスタムルール監視) の場合は、設定された DingTalk チャットボット Webhook URL が正しく、余分なスペースがないことを確認してください。

      • リアルタイム同期アラートについては、DingTalk グループチャットボットのトークンを設定する必要があります。[ルール作成] ダイアログボックスの [通知方法] セクションで [DingTalk] を選択した後、[DingTalk グループチャットボットトークン] フィールドの URL を確認します。このフィールドは、コンマで区切られた複数のトークンをサポートしています。

    • 2. DingTalk チャットボットは正しく設定されていますか?

      DingTalk グループがアラート通知を確実に受信するには、チャットボットの [セキュリティ設定] に移動します。設定では、カスタムキーワードの追加のみがサポートされており、キーワードには DataWorks (大文字と小文字が区別されます) を含める必要があります。DingTalk チャットボットの設定の詳細については、「ルール管理」をご参照ください。

タスクアラートの停止

ベースラインが監視されると、そのすべてのノードおよびその上流の祖先ノードも監視されます。ベースライン上のノードまたは上流ノードが、ベースライン上の保証ノードのデータ出力に影響を与えると、インテリジェントモニタリングによってイベントが生成され、デフォルトでタスクの所有者にアラートが送信されます。詳細については、「インテリジェントモニタリング」をご参照ください。1

上図では、DataWorks ワークスペースに 6 つのノードのみがあると仮定します。ノード D とノード E は保証ベースラインの一部です。ノード D、E、およびそれらのすべての上流ノードが監視されます。つまり、ノード A、B、D、または E でエラーや低速化などの問題が発生すると、インテリジェントモニタリングがそれを検出します。ノード C とノード F は監視されません。

  • ノード D とノード E のアラートが不要な場合は、ベースライン所有者に連絡して、それらをベースラインから削除してもらってください。

  • ノード A とノード B は、保証ノード D と E の上流ノードです。これらはベースライン上にはありませんが、ベースラインのデータ出力に影響を与えます。ノード A または B が失敗または低速化すると、イベントが生成され、デフォルトでタスク所有者にアラートが送信されます。

    ノード A とノード B のアラートが不要な場合は、ノード D と E の所有者に連絡して、ノード A と B への依存関係を削除してもらってください。

「空のベースライン」状態

ベースラインは次のシナリオで「空のベースライン」状態になります。

  • シナリオ 1: ノードは 1 つのベースラインにのみ属することができます。ノードをあるベースラインから別のベースラインに移動すると、ノードは移行されます。有効なベースラインからすべてのノードが削除されると、そのベースラインは「空のベースライン」状態になります。

  • シナリオ 2: 新しく作成されたベースラインは、作成された日に「空のベースライン」として表示されます。ベースラインを有効にすると、翌日にそのインスタンスが生成されます。

  • シナリオ 3: 時間単位のベースラインにおいて、インスタンスサイクルが誤って設定されています。

    説明

    たとえば、時間単位のタスクが毎日 06:00 と 18:00 に実行されるようにスケジュールされているとします。このタスクには 2 つのサイクルがあります。時間単位のベースラインを設定する場合、タスクの最初のサイクルは 06:00 で、2 番目のサイクルは 18:00 です。

時間超過ベースラインのアラートなし

ベースライン監視が有効になっている場合、タスクに適用されます。すべてのタスクが正常に実行されると、ベースラインが時間超過状態であってもアラートは送信されません。これは、すべてのタスクが正常に完了したため、システムがどのタスクが遅延を引き起こしたかを判断できないためです。

ベースラインは、すべてのタスクが正常に実行された場合でも、次の理由で時間超過状態になる可能性があります。

  • ベースラインの保証完了時間が非現実的です。

  • タスクの依存関係が正しくないため、ベースラインが時間超過状態であってもアラートがトリガーされません。

低速実行タスクのアラート

低速実行タスクのアラートは、次の条件が満たされた場合にのみトリガーされます。

  • タスクが重要なベースラインの上流祖先である。

  • タスクの実行速度が履歴平均よりも大幅に遅い。

インシデント管理 ページで、下流ベースライン情報を表示し、下流ベースラインの所有者と速度低下の影響について話し合うことができます。

  • タスクの低速化の影響が軽微な場合は、アラートを無視できます。

  • ダウンストリームへの影響に責任がある場合は、タスクをメンテナンスして問題を解決してください。

失敗したタスクのアラートなし

すべてのタスク失敗がアラートをトリガーするわけではありません。失敗したタスクのアラートは、次のいずれかの条件が満たされた場合にのみトリガーされます。

  • タスクが有効なベースライン内のタスクの上流祖先である。ベースラインアラートの詳細については、「ベースライン管理」をご参照ください。

  • タスクに対してカスタムアラートルールが設定されている。カスタムアラートルールの設定方法の詳細については、「ルール管理」をご参照ください。

夜間アラートの処理

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

    DataWorks コンソールにログインします。 左側のナビゲーションウィンドウで、[データモデリングと開発] > [オペレーションセンター] を選択します。 表示されるページで、ドロップダウンリストから目的のワークスペースを選択し、[オペレーションセンターに移動] をクリックします。

  2. 左側のナビゲーションペインで、インテリジェントベースライン をクリックし、インシデント管理 タブに移動します。

  3. インシデント管理 ページでは、次の 2 つの方法のいずれかでアラートを無効にできます:

    • イベントを処理してアラートを一時的に停止する:

      1. イベントを見つけ、[操作] 列の処理をクリックします。

      2. イベントの処理 ダイアログボックスで、予想処理時間 を設定します。

      3. OK をクリックします。

        説明

        このアクションは操作をログに記録し、指定された期間アラートを停止します。

    • イベントを無視してアラートを永続的に停止する:

      1. イベントを見つけ、「操作」列の無視をクリックします。

      2. イベントの無視 ダイアログボックスで、OK をクリックします。

        説明

        このアクションは操作をログに記録し、イベントのアラートを永続的に停止します。