Perubahan zona waktu Kanada 2026

Pada 1 November 2026, beberapa provinsi dan wilayah Kanada—Manitoba, Alberta, British Columbia, dan sebagian Northwest Territories—beralih ke waktu musim panas (DST) permanen atau tetap menggunakan selisih UTC musim panas, bukan mundur satu jam.

Dalam Database Zona Waktu IANA (tzdata 2026e), perubahan ini memperbarui zona waktu dan alias berikut:

Wilayah Offset UTC sepanjang tahun (mulai 1 November 2026) Zona waktu IANA yang terpengaruh
Manitoba UTC-5 (bukan kembali ke UTC-6) Amerika - Winnipeg (America/Winnipeg), Kanada - Tengah (Canada/Central), Amerika - Rainy_River (America/Rainy_River)
Alberta UTC-6 (bukan kembali ke UTC-7) Amerika - Edmonton (America/Edmonton), Kanada - Mountain (Canada/Mountain)
British Columbia UTC-7 (bukan kembali ke UTC-8) Amerika - Vancouver (America/Vancouver), Kanada - Pasifik (Canada/Pacific)
Northwest Territories UTC-6 (bukan kembali ke UTC-7) Amerika - Inuvik (America/Inuvik)

Dokumen ini menjelaskan pengaruh perubahan zona waktu ini terhadap Looker dan cara mencegah selisih waktu satu jam pada dan setelah 1 November 2026.

Pengaruh perubahan zona waktu terhadap Looker

Perubahan zona waktu Kanada tahun 2026 memengaruhi fitur Looker secara berbeda, bergantung pada apakah database atau Looker Anda yang mengevaluasi zona waktu:

  • Kueri SQL, filter, dan dimensi kustom: Saat Looker membuat SQL untuk Explore, Look, atau dasbor, Looker akan meneruskan ID zona waktu IANA yang dikonfigurasi ke database Anda. Database cloud terkelola seperti BigQuery menerima update tzdata 2026e secara otomatis. Jika Anda mengelola database sendiri, pastikan tabel zona waktu database Anda menyertakan tzdata 2026e atau versi yang lebih baru.
  • Waktu pengiriman terjadwal: Looker menggunakan data zona waktu penjadwal (Ruby) yang dipaketkan untuk mengevaluasi jadwal cron untuk pengiriman konten. Pada instance Looker yang belum di-patch, waktu pengiriman jadwal untuk zona waktu Kanada yang terpengaruh akan bergeser satu jam mulai 1 November 2026. Build Looker yang di-patch dan solusi zona waktu pengiriman jadwal dapat memperbaiki masalah ini.
  • Kalkulasi tabel di UI: Saat Anda melihat Explore atau dasbor di UI Looker, Looker akan mengevaluasi kalkulasi tabel yang menggunakan now() di browser menggunakan data zona waktu browser (JavaScript) yang dipaketkan. Pada instance yang belum di-patch, penghitungan ini akan meleset satu jam mulai 1 November 2026. Build Looker yang di-patch memperbaiki masalah ini.
  • Kalkulasi tabel yang dievaluasi di server: Saat Looker mengevaluasi kalkulasi tabel yang menggunakan now() di server—termasuk dalam download CSV dan XLSX, data di dalam pengiriman terjadwal, kueri API, dan pemberitahuan—Looker berjalan di JVM, yang database zona waktu JDK yang dipaketkan masih tzdb 2026b. Karena patch tidak mengupdate JDK yang dipaketkan, penghitungan now() yang dievaluasi server untuk zona waktu Kanada yang terpengaruh tetap akan meleset satu jam mulai 1 November 2026, bahkan pada build Looker yang telah di-patch.

Tabel berikut merangkum fitur Looker yang diperbaiki oleh build yang di-patch dan fitur yang dapat diatasi dengan mengonfigurasi zona waktu alternatif:

Fitur Diperbaiki oleh build yang di-patch? Apakah masalah ini dapat diatasi dengan solusi zona waktu alternatif?
Waktu pengiriman terjadwal Ya (memperbarui data zona waktu Ruby penjadwal) Ya (perbarui zona waktu jadwal pengiriman, yang hanya memengaruhi waktu pengiriman)
Kalkulasi tabel now() di UI (Explore dan dasbor) Ya (memperbarui data zona waktu JavaScript browser) Tidak direkomendasikan (memerlukan perubahan zona waktu tingkat kueri, yang menggeser data musim dingin historis satu jam dalam hasil SQL)
Kalkulasi tabel now() dievaluasi di server (download CSV dan XLSX, data di dalam pengiriman terjadwal, API, dan pemberitahuan) Tidak ada di Looker (Google Cloud core) dan instance yang dihosting oleh Looker (JVM menggunakan JDK tzdb 2026b yang dipaketkan) Tidak direkomendasikan (memerlukan perubahan zona waktu tingkat kueri, yang menggeser data musim dingin historis satu jam dalam hasil SQL)

Untuk mencegah selisih satu jam pada pengiriman terjadwal dan kalkulasi tabel UI, upgrade ke versi Looker yang telah di-patch. Jika Anda tidak dapat menerapkan patch sebelum 1 November 2026, konfigurasikan zona waktu pengiriman alternatif pada jadwal Anda.

Mengupgrade ke versi Looker yang di-patch

Looker menyediakan build yang di-patch yang memperbarui data zona waktu penjadwal (Ruby) dan browser (JavaScript) ke tzdata 2026e untuk semua versi Looker yang didukung kecuali Looker 26.0. Build yang di-patch tersedia untuk Looker 25.18, 26.0, 26.6, 26.12, 26.16, 26.18, 26.20, dan 26.22, serta rilis yang lebih baru. Pada instance Looker (Google Cloud core) dan instance yang dihosting Looker, build yang di-patch tidak mengupdate database zona waktu JDK (tzdb 2026b) yang dipaketkan di JVM, sehingga kalkulasi tabel now() yang dievaluasi server tetap selisih satu jam.

Looker tidak akan otomatis men-deploy patch ini di semua instance sebelum 1 November 2026. Anda dapat meminta atau mendownload build yang di-patch untuk versi Looker yang didukung:

  • Instance Looker (Google Cloud core) dan instance yang dihosting Looker: Untuk meminta upgrade ke build yang di-patch untuk instance Anda, hubungi Cloud Customer Care.
  • Instance yang dihosting pelanggan: Untuk mendapatkan file JAR yang di-patch untuk versi Looker yang didukung, download rilis yang diperbarui dari halaman download Looker atau hubungi Cloud Customer Care.
    • Kalkulasi tabel yang dievaluasi server: Kalkulasi tabel yang dievaluasi server menggunakan data zona waktu runtime Java, bukan JDK yang dipaketkan. Perbarui data zona waktu runtime Java Anda, misalnya dengan menggunakan alat tzupdater Oracle, sehingga zona waktu Kanada yang terpengaruh, seperti America/Winnipeg, dievaluasi dengan benar.
    • Stempel waktu Aktivitas Sistem: Jika zona waktu sistem server Anda ditetapkan ke zona waktu Kanada yang terpengaruh, seperti America/Winnipeg, stempel waktu Aktivitas Sistem juga akan bergeser satu jam mulai 1 November 2026.

Mengonfigurasi zona waktu alternatif

Jika Anda tidak mengupgrade ke build yang di-patch sebelum 1 November 2026, atau jika instance Anda menjalankan Looker 26.0, Anda dapat mengonfigurasi zona waktu alternatif yang sesuai dengan selisih UTC wilayah Anda:

  • Manitoba (America/Winnipeg, Canada/Central, America/Rainy_River — UTC-5): Pilih zona waktu yang tetap berada di UTC-5 sepanjang tahun tanpa mematuhi DST, seperti America - Atikokan (America/Atikokan), America - Cancun (America/Cancun), America - Panama (America/Panama), America - Bogota (America/Bogota), America - Lima (America/Lima), atau America - Jamaica (America/Jamaica).
  • Alberta (America/Edmonton, Canada/Mountain) dan Northwest Territories (America/Inuvik — UTC-6): Pilih zona waktu yang tetap berada di UTC-6 sepanjang tahun tanpa mengikuti DST, seperti America - Regina (America/Regina), Canada - Saskatchewan (Canada/Saskatchewan), America - Guatemala (America/Guatemala), America - Costa_Rica (America/Costa_Rica), atau America - Belize (America/Belize).
  • British Columbia (America/Vancouver, Canada/Pacific — UTC-7): Pilih zona waktu yang tetap berada di UTC-7 sepanjang tahun tanpa mematuhi DST, seperti America - Phoenix (America/Phoenix), America - Dawson_Creek (America/Dawson_Creek), America - Fort_Nelson (America/Fort_Nelson), America - Creston (America/Creston), America - Whitehorse (America/Whitehorse), atau America - Dawson (America/Dawson).

Memperbarui setelan zona waktu di Looker

Untuk mencegah pengiriman terjadwal diaktifkan satu jam lebih awal, perbarui zona waktu pengiriman pada jadwal yang terpengaruh ke zona waktu alternatif. Mengubah zona waktu pengiriman jadwal aman karena hanya mengontrol kapan pengiriman dikirim, bukan data berbasis waktu yang ditampilkan kueri (lihat Menggunakan setelan zona waktu):

  • Zona Waktu Aplikasi: Perbarui setelan Zona Waktu Aplikasi di halaman Setelan Umum di panel Admin untuk menetapkan zona waktu default untuk jadwal baru. Karena setiap jadwal yang ada menyimpan zona waktunya sendiri, Anda tetap harus memperbarui jadwal yang ada satu per satu.
  • Pengiriman konten terjadwal: Buka setiap dasbor, Look, atau jadwal Eksplorasi yang terpengaruh, lalu perbarui setelan zona waktu pengiriman. Untuk mengetahui petunjuknya, lihat Menjadwalkan dan mengirim dasbor dan Mengirimkan Look dan Eksplorasi.

Jika Anda masih memilih untuk memperbarui setelan zona waktu tingkat kueri untuk mengatasi now() dalam kalkulasi tabel—dan menerima pergeseran satu jam dalam hasil SQL musim dingin historis—Anda dapat mengubah setelan berikut di mana zona waktu Kanada yang terpengaruh dikonfigurasi:

  • Zona waktu akun pengguna: Jika Zona Waktu Khusus Pengguna diaktifkan, perbarui zona waktu pengguna di halaman Users di panel Admin. Setiap pengguna juga dapat memperbarui setelan Zona Waktu di halaman Akun mereka.
  • Zona waktu kueri koneksi database: Jika Zona Waktu Khusus Pengguna dinonaktifkan, perbarui setelan Zona Waktu Kueri di halaman Connections di panel Admin.