このトピックでは、DataWorks のインテリジェントモニタリングに関するよくある質問に回答します。
アラートルール設定後のアラート通知未着
まず、アラートが実際にトリガーされているかどうかを確認します。解決策は、アラートは発生しているが通知が失敗しているのか、それともアラートがまったく発生していないのかによって異なります。
アラートがトリガーされていません
定期タスクの場合、オペレーションセンターで [サイクルインスタンス] ページを開き、インスタンスステータスを確認して、アラート条件が満たされているかどうかを確認します。ベースラインアラートをトリガーする条件について詳しくは、「概要」をご参照ください。
リアルタイム同期タスクの場合、[オペレーションセンター] に移動し、左側のナビゲーションウィンドウで [リアルタイムノード O&M] > [リアルタイム同期ノード] を選択して、タスクのステータスを確認します。
アラートがトリガーされない一般的な理由の1つは、タスクが未完了の場合、システムが過去100件の未完了タスクをスキャンすることです。多数のタスクがフリーズしている場合、システムがご利用のタスクをスキップし、アラートがトリガーされないことがあります。
アラートは発生しているが通知が届かない場合
解決策は、ご利用の通知チャネルによって異なります。
テキストメッセージとEメール通知
DataWorks コンソールの左側のナビゲーションウィンドウで[その他] > [アラート連絡先]に移動し、アラート連絡先の携帯電話番号とメールアドレスが正しいこと、および有効化されていることを確認します。
AliyunDataWorksFullAccess ポリシーを持つ Alibaba Cloud アカウントと RAM ユーザーは、他の RAM ユーザーの連絡先情報を更新できます。詳細については、「アラート連絡先の構成と表示」をご参照ください。
連絡先情報が間違っている場合、システムは支払い遅延、サービス停止、およびリリース通知を、代わりに 共通設定 ページの受信者にルーティングします。そのため、ご利用のアラート連絡先はそれらを受信しません。
DingTalk グループ通知
次の2点を確認します。
1. Webhook URL が正しいこと。
ベースラインアラートおよび定期タスクのカスタムアラートルールの場合、アラート設定ページで Webhook URL を確認します (余分なスペースに注意してください)。
リアルタイム同期タスクの場合、DingTalk チャットボットのトークン情報を確認します。
2. DingTalk チャットボットのセキュリティ設定が正しいこと。
DingTalk グループにチャットボットを追加する際は、[セキュリティ設定] を [カスタムキーワード] に設定し、キーワード (大文字と小文字を区別) として DataWorks を含めます。完全な設定手順については、カスタムアラートルールを作成する の「DingTalk グループにアラート通知を送信する」セクションをご参照ください。
特定のタスクのアラートを停止する方法
ベースラインが有効になっている場合、インテリジェントモニタリングはベースライン内のすべてのタスクとその祖先タスクをカバーします。簡単な例を次に示します。
この図では、DataWorks には6つのタスクがあります。タスク D と E はベースラインに属しているため、インテリジェントモニタリングはタスク A、B、D、E を監視します (タスク C と F は監視されません)。
ベースライン内のタスク (D または E) のアラートを停止するには： ベースライン所有者にタスクをベースラインから削除するよう依頼します。
祖先タスク (A または B) のアラートを停止するには： タスク D と E の所有者は、それらのタスクとタスク A または B との間の依存関係を削除する必要があります。祖先タスクはベースラインでのデータ生成に影響を与える可能性があるため、モニタリングはこれらの依存関係にリンクされています。依存関係を削除すると、モニタリングも削除されます。
ベースラインが空のベースライン状態になる理由
次の3つのシナリオで、ベースラインが空のベースライン状態になることがあります。
すべてのタスクが別のベースラインに移動された。 タスクは1つのベースラインにのみ属することができます。タスクを別のベースラインに追加すると、現在のベースラインから削除されます。すべてのタスクが削除されると、ベースラインは空のベースライン状態になります。
ベースラインが作成されたばかりである。 ベースラインが作成された日には、空のベースライン状態から開始されます。有効にした後、最初のベースラインインスタンスは翌日に生成されます。
時間レベルのベースラインに無効なスケジューリングサイクルが設定されている。 自動トリガーインスタンスのスケジューリングサイクルが予期されるサイクルと一致しない場合、ベースラインはインスタンスを正しく生成できません。
たとえば、タスクが毎日 6:00 と 18:00 に実行される場合、2つのサイクルがあります。最初のサイクルの実行時間を 6:00 に、2番目のサイクルの実行時間を 18:00 に設定します。
ベースラインが時間超過状態になってもアラートが送信されない理由
時間超過状態とは、ベースライン内のタスクがコミットされた完了時間までに完了しなかったことを意味しますが、これは自動的にアラートをトリガーしません。
インテリジェントモニタリングは、どのタスクが遅延を引き起こしたかを特定できた場合にのみアラートを送信できます。すべてのタスクが期待どおりに実行され、ベースラインが依然として時間超過状態になる場合、モニタリングは失敗したタスクを特定できないため、アラートは送信されません。詳細については、「概要」をご参照ください。
この状況が発生した場合、次の2点を確認します。
ベースラインの時間設定。コミットされた完了時間が実際のタスク期間を反映していない可能性があります。
タスク依存関係グラフ。不正確な依存関係により、タスクが期限内の完了を不可能にする方法で順序付けられる可能性があります。
タスクのスローダウンアラートを無効にできるか
インテリジェントモニタリングは、次の両方の条件が真である場合にのみスローダウンアラートを送信します。
タスクがベースライン内の重要なタスクの祖先タスクであること。
タスクのランタイムが、過去のパフォーマンスよりも著しく遅いこと。
タスクが両方の条件を満たし、スローダウンアラートを受信した場合は、オペレーションセンターの [イベント] タブで、どのベースラインタスクが影響を受けているかを確認します。その後、ベースラインのオーナーに影響を確認します。
影響が軽微な場合は、アラートを無視します。
影響が重大な場合は、タスクを調査して最適化します。
タスクエラーのアラートが届かない理由
インテリジェントモニタリングは、次のいずれかの条件が真である場合にのみタスクエラーアラートを送信します。
このタスクは、有効なベースライン内のタスクの祖先タスクです。詳細については、「ベースラインの管理」をご参照ください。
タスクにカスタムアラートルールが設定されています。詳細については、「カスタムアラートルールを作成する」をご参照ください。
夜間のアラート通知を停止する方法
「DataWorks コンソール」にログインします。上部ナビゲーションバーでリージョンを選択します。左側ナビゲーションウィンドウで、[データ開発および運用管理] > [オペレーションセンター] を選択します。ワークスペースを選択し、「[オペレーションセンターへ移動]」をクリックします。
左側のナビゲーションウィンドウで、[Smart Baseline] をクリックし、[イベント] タブをクリックします。
夜間アラートをトリガーしているイベントを見つけ、次のいずれかを選択します。
イベントの処理 (アラートを一時的に無効にする): 「操作」列で [処理] をクリックします。[イベントの処理] ダイアログボックスで、[処理時間] を設定し、[OK] をクリックします。DataWorks は処理操作を記録し、イベントが処理されている間、そのイベントのアラートを一時停止します。
イベントを無視する（アラートを永久に無効化）: [操作] 列で [無視] をクリックし、表示される [イベントの無視] ダイアログで [OK] をクリックします。DataWorks はこの操作を記録し、このイベントに対するアラートを永久に無効化します。