2026 年 11 月 1 日，加拿大數個省分和地區 (曼尼托巴省、亞伯達省、英屬哥倫比亞省和西北地區部分區域) 將永久採用日光節約時間 (DST)，或維持夏季世界標準時間偏移，不再將時間往回調一小時。
在 IANA 時區資料庫 (tzdata 2026e) 中，這些異動會更新下列時區和別名：
| 區域 | 全年世界標準時間時差 (2026 年 11 月 1 日起) | 受影響的 IANA 時區 |
|---|---|---|
| 曼尼托巴省 | UTC-5 (而非 UTC-6) | 美洲 - 溫尼伯 (America/Winnipeg)、加拿大 - 中部 (Canada/Central)、美洲 - 雷尼河 (America/Rainy_River) |
| 亞伯達省 | UTC-6 (而非 UTC-7) | 美洲 - 艾德蒙頓 (America/Edmonton)、加拿大 - 山區 (Canada/Mountain) |
| 英屬哥倫比亞省 | UTC-7 (而非 UTC-8) | 美洲 - 溫哥華 (America/Vancouver)、加拿大 - 太平洋 (Canada/Pacific) |
| 西北地區 | UTC-6 (而非 UTC-7) | 美洲 - 伊努維克 (America/Inuvik) |
本文說明這些時區異動對 Looker 的影響，以及如何避免在 2026 年 11 月 1 日當天及之後出現一小時的時間偏移。
時區變更對 Looker 的影響
2026 年加拿大時區異動對 Looker 功能的影響，取決於時區是由資料庫還是 Looker 評估：
- SQL 查詢、篩選器和自訂維度：Looker 為探索、Look 或資訊主頁產生 SQL 時，會將設定的 IANA 時區 ID 傳遞至資料庫。BigQuery 等代管雲端資料庫會自動接收
tzdata 2026e更新。如果您自行管理資料庫，請確認資料庫的時區資料表包含tzdata 2026e或更新版本。 - 排定傳送時間：Looker 會使用套裝排程器 (Ruby) 時區資料，評估內容傳送的 cron 排程。自 2026 年 11 月 1 日起，未修補的 Looker 執行個體在受影響的加拿大時區，排定的執行時間會延後一小時。修補 Looker 版本和排定傳送時區的解決方法，都能解決這個問題。
- 使用者介面中的資料表計算：在 Looker 使用者介面中查看探索或資訊主頁時，Looker 會使用套裝瀏覽器 (JavaScript) 時區資料，在瀏覽器中評估使用
now()的資料表計算。在未修補的執行個體上，自 2026 年 11 月 1 日起，這些計算結果會有一小時的誤差。Looker 修補版本已修正這個問題。 - 在伺服器上評估的資料表計算：當 Looker 在伺服器上評估使用
now()的資料表計算時 (包括 CSV 和 XLSX 下載、排定傳送的資料、API 查詢和快訊)，Looker 會在 JVM 上執行，其隨附的 JDK 時區資料庫仍為tzdb 2026b。由於修補程式不會更新隨附的 JDK，因此自 2026 年 11 月 1 日起，受影響的加拿大時區在伺服器評估的now()計算結果仍會有一小時的誤差，即使是已修補的 Looker 版本也一樣。
下表摘要說明哪些 Looker 功能可透過修補版本修正，哪些功能可透過設定替代時區來解決：
| 功能 | 是否已透過修補版本修正？ | 是否已透過替代時區解決方法修正？ |
|---|---|---|
| 排定傳送時間 | 是 (更新排程器 Ruby 時區資料) | 是 (更新排定傳送時區，這只會影響傳送時間) |
使用者介面中的資料表計算 now() (探索和資訊主頁) |
是 (更新瀏覽器 JavaScript 時區資料) | 不建議 (需要變更查詢層級時區，這會導致 SQL 結果中的歷來冬季資料偏移一小時) |
在伺服器上評估的資料表計算 now() (CSV 和 XLSX 下載、排定傳送作業中的資料、API 和快訊) |
Looker (Google Cloud Core) 和由 Looker 代管的執行個體不適用 (JVM 使用隨附的 JDK tzdb 2026b) |
不建議 (需要變更查詢層級時區，這會導致 SQL 結果中的歷來冬季資料偏移一小時) |
為避免排定傳送和 UI 資料表計算出現一小時的時差，請升級至已修補的 Looker 版本。如果無法在 2026 年 11 月 1 日前套用修補程式，請在排程中設定替代傳送時區。
升級至已修補的 Looker 版本
Looker 提供修補版本，可將排程器 (Ruby) 和瀏覽器 (JavaScript) 時區資料更新至 tzdata 2026e，適用於所有支援的 Looker 版本 (Looker 26.0 除外)。Looker 25.18、26.0、26.6、26.12、26.16、26.18、26.20、26.22 和後續版本皆提供修補版本。在 Looker (Google Cloud Core) 和由 Looker 代管的執行個體上，修補版本不會更新 JVM 上的套裝 JDK 時區資料庫 (tzdb 2026b)，因此伺服器評估的 now() 資料表計算結果仍會有一小時的誤差。
在 2026 年 11 月 1 日前，Looker 不會自動在所有執行個體部署這項修補程式。您可以針對支援的 Looker 版本，要求或下載修補版本：
- Looker (Google Cloud Core) 和由 Looker 代管的執行個體：如要要求將執行個體升級至修補版本，請與 Cloud Customer Care 聯絡。
- 客戶託管的執行個體：如要取得支援 Looker 版本的修補 JAR 檔案，請前往 Looker 下載頁面下載更新版本，或與 Cloud Customer Care 聯絡。
設定替代時區
如果您未在 2026 年 11 月 1 日前升級至已修補的版本，或執行個體執行 Looker 26.0，則可設定與所在區域 UTC 時差相符的替代時區：
- 曼尼托巴 (
America/Winnipeg、Canada/Central、America/Rainy_River- UTC-5)： 選取全年維持 UTC-5 且不實施日光節約時間的時區，例如美國 - 阿蒂科坎 (America/Atikokan)、美國 - 坎昆 (America/Cancun)、美國 - 巴拿馬 (America/Panama)、美國 - 波哥大 (America/Bogota)、美國 - 利馬 (America/Lima) 或美國 - 牙買加 (America/Jamaica)。 - 亞伯達省 (
America/Edmonton、Canada/Mountain) 和西北地區 (America/Inuvik- UTC-6)： 請選取全年維持 UTC-6 且不實施日光節約時間的時區，例如「美洲 - 雷吉納」 (America/Regina)、「加拿大 - 沙斯卡其萬」 (Canada/Saskatchewan)、「美洲 - 瓜地馬拉」(America/Guatemala)、「美洲 - 哥斯大黎加」 (America/Costa_Rica) 或「美洲 - 貝里斯」 (America/Belize)。 - 英屬哥倫比亞省 (
America/Vancouver、Canada/Pacific- UTC-7)： 選取全年維持 UTC-7 且不實施日光節約時間的時區，例如美國 - 鳳凰城 (America/Phoenix)、美國 - 道森克里克 (America/Dawson_Creek)、美國 - 納爾遜堡 (America/Fort_Nelson)、美國 - 克雷斯頓 (America/Creston)、美國 - 白馬市 (America/Whitehorse) 或美國 - 道森 (America/Dawson)。
更新 Looker 的時區設定
為避免排定的傳送作業提早或延遲一小時，請將受影響排程的傳送時區更新為替代時區。變更排程的傳送時區不會造成任何問題，因為這項設定只會控制傳送時間，不會影響查詢傳回的時間資料 (請參閱「使用時區設定」)：
- 應用程式時區：在「管理」面板的「一般設定」頁面中，更新「 應用程式時區 」設定，即可設定 新排程的預設時區。由於每個現有排程都會儲存自己的時區，因此您仍須個別更新現有排程。
- 排定的內容傳送作業：開啟每個受影響的資訊主頁、Look 或探索排程，並更新傳送時區設定。如需操作說明，請參閱「排定時間和傳送資訊主頁」和「傳送 Look 圖表和探索」。
如果您仍選擇更新查詢層級時區設定，以解決資料表計算中的now()問題，並接受歷來冬季 SQL 結果的一小時時差，則可在設定受影響的加拿大時區時，變更下列設定：
- 使用者帳戶時區：如果已啟用「使用者專屬 時區 」，請在「 管理」面板的「 使用者」頁面更新使用者時區。個別使用者也可以 在 「Account」(帳戶) 頁面更新「Time Zone」(時區) 設定。
- 資料庫連線查詢時區：如果 停用「使用者專屬時區」，請前往「管理」面板的 「連線」頁面 ， 更新「查詢時區」 設定。