Instans dry-run adalah instans yang ditandai oleh sistem penjadwalan sebagai berhasil dijalankan, tetapi sebenarnya tidak pernah dieksekusi. Tidak ada data yang diproses, tidak ada log operasional yang dihasilkan, dan tidak ada durasi eksekusi yang dicatat.
Node vs. instans: Node adalah templat yang menentukan tugas yang akan dijalankan. Instans adalah catatan waktu proses yang dibuat setiap kali penjadwal memicu node tersebut. Dry-run merupakan properti dari instans, bukan node—meskipun konfigurasi node secara langsung menentukan apakah instans-nya menjadi dry-run.
Mengapa instans dry-run ada
Lima kondisi penjadwalan menghasilkan instans dry-run. Gunakan tabel berikut untuk mengidentifikasi situasi Anda sebelum membaca detail skenario.
| Kondisi pemicu | Status instans yang ditampilkan | Diharapkan atau perlu tindakan |
|---|---|---|
| Node dijadwalkan mingguan atau bulanan; hari ini bukan hari yang dijadwalkan | (status penjadwalan normal) | Diharapkan — sesuai desain |
| Node diterapkan dengan Start Instantiation = Immediately After Deployment; instans dijadwalkan dalam waktu 10 menit setelah penerapan | Deprecated real time generated task | Diharapkan — sesuai desain |
| Instans yang gagal diatur secara manual menjadi berhasil | Instance Set Successfully | Diharapkan — tindakan disengaja |
| Pengaturan Recurrence node diatur ke Dry Run dalam konfigurasi jadwal | (status penjadwalan normal) | Perlu tindakan — periksa konfigurasi Anda |
| Node dikecualikan dari alur kerja pengisian ulang data tetapi berada dalam rantai dependensi | Unselected instance in temporary workflow | Diharapkan — sesuai desain |
Skenario 1: Node mingguan atau bulanan — hari ini bukan hari yang dijadwalkan
Untuk node yang dijadwalkan berjalan pada hari tertentu setiap minggu atau bulan, sistem penjadwalan hanya menjalankannya pada hari tersebut. Pada hari-hari lain, sistem menghasilkan instans dry-run alih-alih mengeksekusi node.
Untuk memverifikasi jadwal node, buka tab Properties node > bagian Schedule dan periksa hari pengulangan yang dikonfigurasi.
Untuk menghindari instans dry-run saat melakukan pengisian ulang data untuk node mingguan atau bulanan, gunakan node pengisian ulang data dan atur waktu data ke hari segera sebelum hari jadwal eksekusi node:
-
Node bulanan (berjalan pada tanggal 1 setiap bulan): atur waktu data ke hari terakhir setiap bulan.
-
Node mingguan (berjalan pada hari Senin): atur waktu data ke hari Minggu setiap minggu.
Agar instans yang dipicu otomatis benar-benar berjalan, waktu jadwalnya harus lebih dari 10 menit setelah node diterapkan. Atau, atur waktu data ke kemarin dan gunakan node pengisian ulang data—cara ini memungkinkan instans yang dipicu otomatis berjalan sesuai jadwal hari ini.
Lihat waktu jadwal dan waktu data instans yang dipicu otomatis pada hari ini. 
Skenario 2: Instans ditinggalkan segera setelah penerapan
Ketika Start Instantiation diatur ke Immediately After Deployment di bagian Schedule pada tab Properties, sistem penjadwalan hanya menjalankan instans yang waktu jadwalnya lebih dari 10 menit setelah penerapan. Instans yang dijadwalkan dalam waktu 10 menit setelah penerapan dilewati—sistem menghasilkan instans dry-run dengan status Deprecated real time generated task.
Untuk detail tentang mengonfigurasi pengaturan ini, lihat Configure time properties for a node to immediately generate an instance.
Skenario 3: Instans diatur secara manual menjadi berhasil
Setelah Anda mengatur status instans yang gagal menjadi berhasil, sistem penjadwalan tidak menjalankan ulang instans tersebut. Sebagai gantinya, sistem melewati instans tersebut dan melanjutkan menjalankan instans node turunan (downstream). Status instans ditampilkan sebagai Instance Set Successfully (juga ditampilkan sebagai Succeeded).
Skenario 4: Pengulangan node diatur ke dry run
Jika suatu node secara konsisten menghasilkan instans dry-run, periksa konfigurasi jadwalnya.
Di DataStudio, buka tab Properties node > bagian Schedule dan verifikasi apakah Recurrence diatur ke Dry Run. Jika ya, sistem penjadwalan selalu menghasilkan instans dry-run untuk node tersebut.
Skenario 5: Node dikecualikan dari alur kerja pengisian ulang data
Ketika menjalankan pengisian ulang data pada subset node dalam rantai dependensi, setiap node antara yang tidak dipilih akan mendapatkan instans dry-run dengan status Unselected instance in temporary workflow (dipicu ketika pengguna memilih subset node secara manual dalam alur kerja pengisian ulang sementara).
Sebagai contoh, diberikan rantai dependensi Node C → Node B → Node A (C bergantung pada B, B bergantung pada A): jika Anda melakukan pengisian ulang data untuk Node A dan Node C tetapi tidak untuk Node B, sistem penjadwalan akan menghasilkan instans dry-run untuk Node B.
Memecahkan masalah dry-run untuk node harian
Jika node yang dijadwalkan setiap hari menghasilkan instans dry-run secara tidak terduga, buka tab Properties node > bagian Schedule dan periksa apakah Recurrence diatur ke Dry Run.
T+1 berarti sistem penjadwalan menjalankan node pada hari kedua menggunakan data yang dihasilkan pada hari ini. Node harian yang dikonfigurasi dengan T+1 berjalan hari ini menggunakan data kemarin.