All Products
Search

This Product

    DataWorks:Pemantauan cerdas

    Document Center

    DataWorks:Pemantauan cerdas

    Last Updated:Jul 25, 2026

    Topik ini menjawab pertanyaan umum (FAQ) mengenai pemantauan cerdas.

    Troubleshooting peringatan yang tidak diterima

    Pertama, pastikan apakah peringatan benar-benar dipicu. Jika peringatan telah dipicu tetapi Anda tidak menerima notifikasi, lakukan troubleshooting berdasarkan metode notifikasi. Masalah ini terjadi dalam dua skenario: Anda tidak menerima notifikasi melalui pesan teks, atau email, atau Anda tidak menerima notifikasi di grup DingTalk. Bagian berikut menjelaskan langkah-langkah troubleshooting.

    • Verifikasi bahwa peringatan telah dipicu

      • Untuk peringatan terkait tugas terjadwal, buka panel Auto Triggered Node Instance untuk memeriksa status instans dan memastikan apakah kondisi peringatan terpenuhi. Untuk informasi lebih lanjut mengenai kondisi pemicu aturan berbeda, lihat dokumen berikut:

        Untuk kondisi pemicu aturan kustom, lihat rule management. Untuk kondisi pemicu peringatan garis dasar, lihat intelligent monitoring.

      • Untuk peringatan terkait tugas sinkronisasi real-time, buka Operation Center. Di panel navigasi sebelah kiri, pilih Real-time Task O&M > Real-time Synchronization Task untuk melihat detail operasional tugas tersebut.

    • Peringatan tidak dipicu

      Jika suatu tugas tidak selesai, sistem akan memindai 100 tugas yang belum selesai terakhir. Jika banyak tugas dibekukan, sistem mungkin tidak memindai tugas target, sehingga peringatan tidak dipicu.

    • Peringatan telah dipicu, tetapi Anda tidak menerima notifikasi melalui pesan teks, atau email. Bagaimana cara melakukan troubleshooting?

      Pertama, verifikasi bagaimana nomor telepon dan alamat email untuk kontak peringatan dikonfigurasi di DataWorks.

      Peringatan melalui pesan teks, dan email menggunakan informasi kontak yang ditentukan pada halaman More > Alarm contact di Konsol DataWorks. Langkah konfigurasi utama adalah sebagai berikut:

      1. Di halaman Alert Contacts, klik Sync RAM Contact Info untuk menyinkronkan Pengguna RAM ke daftar kontak.

      2. Di kotak pencarian, cari penerima peringatan dan verifikasi bahwa nomor telepon dan alamat email mereka dikonfigurasi dengan benar.

      3. Jika informasinya salah, klik Edit di kolom Actions untuk memperbarui nomor telepon atau alamat email.

      4. Setelah konfigurasi selesai, kontak peringatan harus mengonfirmasi aktivasi melalui telepon atau email mereka.

      Jika Anda tidak menerima peringatan setelah konfigurasi, periksa hal berikut di halaman Alarm contact:

      • Pastikan Anda telah mengonfigurasi informasi kontak Anda.

      • Pastikan Anda telah mengaktifkan nomor telepon dan alamat email setelah menambahkan atau memperbaruinya.

      Catatan

      • Akun Alibaba Cloud atau Pengguna RAM dengan izin AliyunDataWorksFullAccess dapat mengatur informasi kontak untuk Pengguna RAM lainnya. Untuk informasi lebih lanjut, lihat View and set alert contacts.

      • Jika informasi kontak untuk penerima peringatan dikonfigurasi secara salah, sistem akan mengirim notifikasi peringatan ke penerima pesan yang dikonfigurasi di Common Settings. Notifikasi ini terkait dengan pembayaran tertunda, penangguhan layanan, atau rilis sumber daya yang akan datang. Oleh karena itu, penerima yang dimaksud tidak menerima notifikasi peringatan.

    • Peringatan telah dipicu, tetapi Anda tidak menerima notifikasi di grup DingTalk. Bagaimana cara melakukan troubleshooting?

      Verifikasi pengaturan berikut:

      • 1. Apakah URL webhook chatbot DingTalk sudah benar di halaman konfigurasi aturan?

        • Untuk pemantauan tugas terjadwal (pemantauan garis dasar dan pemantauan aturan kustom), periksa apakah URL webhook chatbot DingTalk yang dikonfigurasi sudah benar dan bebas dari spasi tambahan.

        • Untuk peringatan sinkronisasi real-time, Anda harus mengonfigurasi token chatbot grup DingTalk. Setelah memilih DingTalk di bagian Notification Method pada kotak dialog Create Rule, periksa URL di bidang DingTalk Group Chatbot Token. Bidang ini mendukung beberapa token yang dipisahkan koma.

      • 2. Apakah chatbot DingTalk dikonfigurasi dengan benar?

        Untuk memastikan grup DingTalk menerima notifikasi peringatan, buka Security Settings chatbot tersebut. Pengaturan ini hanya mendukung penambahan kata kunci kustom, dan kata kunci tersebut harus mencakup DataWorks (case-sensitive). Untuk detail lebih lanjut mengenai konfigurasi chatbot DingTalk, lihat rule management.

    Menghentikan peringatan tugas

    Setelah garis dasar dipantau, semua node-nya dan node leluhur hulu juga dipantau. Jika suatu node pada garis dasar atau node hulu memengaruhi output data dari node terjamin pada garis dasar, pemantauan cerdas akan menghasilkan event dan mengirim peringatan ke Pemilik tugas secara default. Untuk informasi lebih lanjut, lihat intelligent monitoring.1

    Pada gambar di atas, asumsikan ruang kerja DataWorks hanya memiliki enam node. Node D dan E merupakan bagian dari garis dasar terjamin. Node D, E, dan semua node hulu-nya dipantau. Artinya, jika terjadi masalah seperti error atau perlambatan pada Node A, B, D, atau E, pemantauan cerdas akan mendeteksinya. Node C dan F tidak dipantau.

    • Jika Anda tidak memerlukan peringatan untuk node D dan E, hubungi Pemilik garis dasar untuk menghapusnya dari garis dasar tersebut.

    • Node A dan B adalah node hulu dari node terjamin D dan E. Meskipun tidak berada pada garis dasar, mereka memengaruhi output data garis dasar. Jika Node A atau B gagal atau melambat, sebuah event akan dihasilkan dan peringatan dikirim ke Pemilik tugas secara default.

      Jika Anda tidak memerlukan peringatan untuk node A dan B, hubungi Pemilik node D dan E untuk menghapus dependensinya terhadap node A dan B.

    Status Empty Baseline

    Garis dasar menjadi Empty Baseline dalam skenario berikut:

    • Skenario 1: Suatu node hanya dapat menjadi bagian dari satu garis dasar. Saat Anda memindahkan node dari satu garis dasar ke garis dasar lain, node tersebut dimigrasikan. Jika semua node dihapus dari garis dasar yang diaktifkan, garis dasar tersebut menjadi Empty Baseline.

    • Skenario 2: Garis dasar yang baru dibuat muncul sebagai Empty Baseline pada hari pembuatannya. Setelah Anda mengaktifkan garis dasar tersebut, instans-nya akan dihasilkan pada hari berikutnya.

    • Skenario 3: Siklus instans yang salah dikonfigurasi untuk garis dasar per jam.

      Catatan

      Misalnya, tugas per jam dijadwalkan berjalan pada pukul 06.00 dan 18.00 setiap hari. Tugas ini memiliki dua siklus. Saat Anda mengonfigurasi garis dasar per jam, siklus pertama tugas berada pada pukul 06.00, dan siklus kedua pada pukul 18.00.

    Tidak ada peringatan untuk garis dasar overtime

    Pemantauan garis dasar, saat diaktifkan, diterapkan pada tugas. Jika semua tugas berjalan berhasil, peringatan tidak dikirim meskipun garis dasar berada dalam status Overtime. Hal ini terjadi karena semua tugas telah selesai berhasil, sehingga sistem tidak dapat menentukan tugas mana yang menyebabkan keterlambatan.

    Garis dasar mungkin memasuki status Overtime meskipun semua tugas berjalan berhasil karena alasan berikut:

    • Waktu penyelesaian yang dikomit untuk garis dasar tidak realistis.

    • Dependensi tugas salah, sehingga mencegah pemicuan peringatan meskipun garis dasar berada dalam status Overtime.

    Peringatan untuk tugas yang berjalan lambat

    Peringatan untuk tugas yang berjalan lambat hanya dipicu jika kondisi berikut terpenuhi:

    • Tugas tersebut merupakan node leluhur hulu dari garis dasar kritis.

    • Tugas tersebut berjalan jauh lebih lambat dibandingkan rata-rata historisnya.

    Anda dapat membuka halaman Events untuk melihat informasi garis dasar hilir dan mendiskusikan dampak perlambatan tersebut dengan Pemilik garis dasar hilir.

    • Jika dampak perlambatan tugas tersebut kecil, Anda dapat mengabaikan peringatan tersebut.

    • Jika Anda bertanggung jawab atas dampak hilir tersebut, lakukan pemeliharaan tugas untuk menyelesaikan masalah.

    Tidak ada peringatan untuk tugas yang gagal

    Tidak semua kegagalan tugas memicu peringatan. Peringatan untuk tugas yang gagal hanya dipicu jika salah satu kondisi berikut terpenuhi:

    • Tugas tersebut merupakan node leluhur hulu dari tugas dalam garis dasar yang diaktifkan. Untuk informasi lebih lanjut mengenai peringatan garis dasar, lihat baseline management.

    • Aturan peringatan kustom dikonfigurasi untuk tugas tersebut. Untuk informasi lebih lanjut mengenai cara mengonfigurasi aturan peringatan kustom, lihat rule management.

    Menangani peringatan malam hari

    1. Login ke Konsol DataWorks. Di wilayah target, klik Data Development and O&M > Operation Center di panel navigasi sebelah kiri. Pilih ruang kerja dari daftar drop-down dan klik Go to Operation Center.

    2. Di panel navigasi sebelah kiri, klik Intelligent Baselines dan buka tab Events.

    3. Di halaman Events, Anda dapat menonaktifkan peringatan dengan salah satu dari dua cara berikut:

      • Menangani event untuk sementara menjeda peringatan:

        1. Temukan event tersebut dan klik Handle di kolom Actions.

        2. Di kotak dialog Handle Event, atur Expected Handling Duration.

        3. Klik OK.

          Catatan

          Tindakan ini mencatat operasi dan menjeda peringatan selama durasi yang ditentukan.

      • Mengabaikan event untuk secara permanen menghentikan peringatan untuk event tersebut:

        1. Temukan event tersebut dan klik Ignore di kolom Actions.

        2. Di kotak dialog Ignore Event, klik OK.

          Catatan

          Tindakan ini mencatat operasi dan secara permanen menghentikan peringatan untuk event tersebut.