DataWorks:Ubah zona waktu penjadwalan

Dampak 1: Waktu penjadwalan node

Waktu terjadwal untuk suatu node berubah sesuai dengan zona waktu penjadwalan baru. Di pengaturan Schedule, asumsikan Instance Generation Method adalah T+1 (Next Day), Schedule Type adalah Normal, Recurrence adalah Daily, dan Scheduled Time adalah 00:01, yang sesuai dengan ekspresi cron 00 01 00 * * ?. Asumsikan juga Rerun Property adalah Rerun allowed after success or failure dan Effective Date berlaku dari 1970-01-01 hingga 9999-01-01.

Dampak 2: Konfigurasi parameter waktu node

Parameter penjadwalan menggantikan variabel dalam kode Anda berdasarkan waktu terkait task, seperti waktu terjadwal dan waktu data. Nilai parameter ini berubah sesuai dengan zona waktu penjadwalan baru.

YYYYMMDD=${yyyymmdd} LAST_2D=${yyyymmdd-2}

Di bagian Parameters, masukkan parameter penjadwalan. Pisahkan beberapa parameter dengan spasi, misalnya, YYYYMMDD=${yyyymmdd} LAST_2D=${yyyymmdd-2}. Parameter ini berlaku selama penjadwalan periodik. Anda dapat menggunakan fitur pengujian asap di lingkungan pengembangan untuk memverifikasi penggantian parameter yang benar.

Dampak 3: Logika terkait waktu dalam kode node

Variabel dalam kode Anda diurai baik oleh gerbang maupun oleh mesin komputasi. Logika penguraian adalah sebagai berikut:

• Jika diurai oleh gerbang, nilainya berubah sesuai dengan zona waktu penjadwalan baru. Dalam skenario penjadwalan (tidak termasuk eksekusi ad hoc di Data Development), jika Anda menjalankan perintah untuk mendapatkan waktu dalam task skrip DataWorks, seperti node Shell atau pyodps, dengan menjalankan perintah date di node Shell, sistem akan mengembalikan waktu berdasarkan zona waktu penjadwalan Anda.

• Jika diurai oleh mesin komputasi dasar, aturan konversi zona waktu milik engine tersebut yang berlaku. Untuk detailnya, lihat dokumentasi engine spesifik.

Dalam contoh kode berikut, variabel waktu dalam kode diganti dengan string waktu spesifik berdasarkan waktu terjadwal, lalu diteruskan ke Hive. Waktu aktual yang direpresentasikan bergantung pada logika penguraian server Hive.

if [ "${YYYYMMDDHH}" = "${YYYYMMDD}00" ] ;then
    echo '######## run hive reload data'
    hive --hiveconf hive.merge.tezfiles=false --hiveconf tez.queue.name=${YARN_QUEUE} -d YYYYMMDD=${LASTDAY} -d YYYYMMDDHH=${YYYYMMDDHH}  -d LASTDAY=${LAST_2D}
...

Dampak 4: Waktu garis dasar atau notifikasi

Waktu yang terkait dengan garis dasar atau notifikasi berubah sesuai dengan zona waktu penjadwalan baru.

Dampak 5: Waktu terkait API

Waktu yang terkait dengan API berubah sesuai dengan zona waktu penjadwalan baru.

Dampak 6: Zona waktu engine dasar

Zona waktu engine dasar, seperti Data Integration dan MaxCompute, diatur oleh masing-masing engine dan bersifat independen dari zona waktu penjadwalan DataWorks. Nilai parameter penjadwalan diteruskan ke engine sebagai plain strings dan diproses sesuai aturan engine tersebut. Untuk informasi tentang cara engine menangani zona waktu, lihat dokumentasi engine terkait.

Skenario 1: Penyewa baru, ruang kerja pertama

Saat pengguna baru membuat ruang kerja pertamanya di wilayah yang mendukung perubahan zona waktu, kotak dialog akan memberi tahu Anda bahwa zona waktu penjadwalan dapat diubah ke zona non-lokal. Untuk melakukan perubahan tersebut, Anda harus mengajukan tiket untuk menghubungi dukungan teknis. Anda dapat memutuskan apakah akan meminta perubahan tersebut berdasarkan kebutuhan bisnis dan informasi dalam Pertimbangan penting.

Skenario 2: Penyewa yang sudah ada

Jika Anda memiliki ruang kerja yang sudah ada di wilayah yang mendukung perubahan zona waktu dan perlu mengubah zona waktu penjadwalan ke zona non-lokal, Anda juga harus mengajukan tiket untuk menghubungi dukungan teknis. Karena ini melibatkan migrasi data yang sudah ada, seperti node dan instans, hal ini dapat memengaruhi beban kerja Anda. Kami menyarankan agar Anda melakukan evaluasi menyeluruh. Prosesnya meliputi langkah-langkah berikut:

1. Pihak Anda: Menilai dampak terhadap data yang sudah ada.

2. Pihak platform: Melakukan migrasi data yang sudah ada.

3. Pihak platform: Mengatur zona waktu baru.

4. Pihak Anda: Memulihkan data yang sudah ada dan memverifikasi zona waktu baru.

   Kami menyarankan agar Anda menjalankan beberapa uji verifikasi untuk setiap jenis task.

Metode 1: Periksa pengaturan Schedule

Setelah pengaturan zona waktu diterapkan, pesan notifikasi biru "The scheduling time zone is UTC" muncul di bagian atas tab Schedule > Scheduling Time.

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

2. Klik untuk membuka node yang sudah ada di Data Development atau buat node baru untuk membuka halaman pengeditan node.

3. Di halaman pengeditan node, klik tab Scheduling Settings > Data Timestamp untuk memeriksa apakah pengaturan zona waktu baru telah diterapkan.

Metode 2: Periksa di Operation Center

Login ke Konsol DataWorks. Setelah beralih ke wilayah target, pilih Data Development and O&M > Operation Center di panel navigasi kiri. Pilih ruang kerja yang diinginkan dari daftar drop-down dan klik Operation Center. Konfigurasi zona waktu saat ini ditampilkan di bilah notifikasi di bagian atas halaman Operation Center.

Sebagai contoh, jika zona waktu penjadwalan diatur ke UTC, bilah notifikasi menampilkan: Penyewa ini menggunakan UTC sebagai zona waktu penjadwalan. Pusat Operasi menampilkan waktu dalam zona waktu ini secara default.