Topik ini menjawab beberapa pertanyaan umum tentang instansi dry-run.
- Apa itu instansi dry-run?
- Mengapa instansi dry-run ada?
- Skenario 1: Sebuah instansi dijadwalkan berjalan pada hari tertentu setiap minggu atau bulan
- Skenario 2: Sebuah instansi dihasilkan secara real-time tetapi sudah tidak digunakan
- Skenario 3: Status sebuah instansi disetel menjadi berhasil
- Skenario 4: Properti sebuah instansi adalah dry run
- Skenario 5: Sebuah instansi tidak dipilih untuk alur kerja sementara
- Memecahkan masalah dry run untuk node yang dijadwalkan setiap hari
Apa itu instansi dry-run?
Instansi dry-run mengacu pada instansi yang dijadwalkan dan berhasil dijalankan, namun tanpa log operasional dan durasi eksekusi. Instansi ini tidak memproses data.
Mengapa instansi dry-run ada?
Skenario 1: Sebuah instansi dijadwalkan berjalan pada hari tertentu setiap minggu atau setiap bulan
Solusi untuk menentukan cap waktu data saat menggunakan node pengisian ulang data untuk mencegah pembuatan instansi dry-run.
Jika sebuah node dijadwalkan berjalan pada hari pertama setiap bulan, disarankan untuk menyetel cap waktu data dari node pengisian ulang data ke akhir setiap bulan. Jika node dijadwalkan berjalan pada hari Senin setiap minggu, disarankan untuk menyetel cap waktu data ke hari Minggu setiap minggu.

Skenario 2: Sebuah instansi dihasilkan secara real-time tetapi sudah tidak digunakan
Pada contoh ini, dalam bagian Penjadwalan pada tab Properti, Mulai Instansiasi disetel ke Immediately After Deployment untuk menghasilkan instansi yang dipicu otomatis untuk sebuah node. Sistem penjadwalan hanya menjalankan instansi dari node yang waktu yang dijadwalkannya lebih dari 10 menit setelah node diterapkan. Untuk instansi dari node yang waktu yang dijadwalkannya kurang dari 10 menit setelah waktu penyebaran, sistem penjadwalan menghasilkan instansi dry-run. Status instansi tersebut adalah Tugas yang Dihasilkan Secara Real-Time Sudah Tidak Digunakan. Untuk informasi lebih lanjut, lihat Konfigurasikan Properti Waktu untuk Sebuah Node untuk Segera Menghasilkan Sebuah Instansi.
Skenario 3: Status sebuah instansi disetel menjadi berhasil
Setelah menyetel status instansi yang gagal menjadi berhasil, sistem penjadwalan tidak benar-benar menjalankan instansi tersebut dan melanjutkan dengan menjalankan instansi dari node turunan. Status instansi adalah Succeeded (Disetel Berhasil).
Skenario 4: Properti sebuah instansi adalah dry run
Di bagian Penjadwalan pada tab Properti di DataStudio, periksa apakah Pengulangan disetel ke Dry Run untuk sebuah node.
Skenario 5: Sebuah instansi tidak dipilih untuk alur kerja sementara
Dalam contoh ini, Node C bergantung pada Node B, dan Node B bergantung pada Node A. Jika Anda ingin mengisi ulang data untuk Node A dan C, status Node B adalah Instansi Tidak Dipilih dalam Alur Kerja Sementara.
Memecahkan masalah dry run untuk node yang dijadwalkan setiap hari
Jika sebuah node dijadwalkan setiap hari, periksa apakah Pengulangan disetel ke Dry Run untuk node tersebut di bagian Penjadwalan pada tab Properti.