Il 1° novembre 2026, diverse province e territori canadesi (Manitoba, Alberta, Columbia Britannica e parti dei Territori del Nord-Ovest) passeranno all'ora legale permanente o manterranno gli offset UTC estivi anziché tornare indietro di un'ora.
Nel database dei fusi orari IANA (tzdata 2026e), queste modifiche aggiornano i seguenti fusi orari e alias:
| Regione | Offset UTC per tutto l'anno (a partire dal 1° novembre 2026) | Fusi orari IANA interessati |
|---|---|---|
| Manitoba | UTC-5 (anziché tornare a UTC-6) | America - Winnipeg (America/Winnipeg), Canada - Central (Canada/Central), America - Rainy_River (America/Rainy_River) |
| Alberta | UTC-6 (anziché tornare a UTC-7) | America - Edmonton (America/Edmonton), Canada - Mountain (Canada/Mountain) |
| Columbia Britannica | UTC-7 (anziché tornare a UTC-8) | America - Vancouver (America/Vancouver), Canada - Pacific (Canada/Pacific) |
| Territori del Nord-Ovest | UTC-6 (anziché tornare a UTC-7) | America - Inuvik (America/Inuvik) |
Questo documento spiega in che modo queste modifiche ai fusi orari influiscono su Looker e come puoi evitare un offset temporale di un'ora a partire dal 1° novembre 2026.
In che modo le modifiche al fuso orario influiscono su Looker
Le modifiche al fuso orario canadese del 2026 influiscono sulle funzionalità di Looker in modo diverso a seconda che il fuso orario venga valutato dal database o da Looker:
- Query SQL, filtri e dimensioni personalizzate: quando Looker
genera SQL per un'esplorazione, un
Look o una dashboard, Looker passa l'identificatore del fuso orario IANA configurato al tuo database. I database cloud gestiti come BigQuery ricevono automaticamente l'aggiornamento
tzdata 2026e. Se gestisci il tuo database, verifica che le tabelle dei fusi orari del database includanotzdata 2026eo una versione successiva. - Orari di attivazione della consegna pianificata: Looker utilizza i dati sul fuso orario dello scheduler (Ruby) in bundle per valutare le pianificazioni cron per le distribuzioni dei contenuti. Nelle istanze di Looker senza patch, gli orari di attivazione della pianificazione per i fusi orari canadesi interessati sono sfasati di un'ora a partire dal 1° novembre 2026. Sia le build di Looker con patch sia la soluzione alternativa per il fuso orario di invio della pianificazione risolvono questo problema.
- Calcoli tabulari nell'UI: quando visualizzi un'esplorazione o una dashboard nell'UI di Looker, Looker valuta i calcoli tabulari che utilizzano
now()nel browser utilizzando i dati del fuso orario del browser (JavaScript) integrato. Sulle istanze senza patch, questi calcoli sono errati di un'ora a partire dal 1° novembre 2026. Le build di Looker con patch risolvono questo problema. - Calcoli tabulari valutati sul server: quando Looker
valuta i calcoli tabulari che utilizzano
now()sul server, inclusi i download in formato CSV e XLSX, i dati all'interno delle pubblicazioni pianificate, le query API e gli avvisi, Looker viene eseguito sulla JVM, il cui database dei fusi orari JDK integrato è ancoratzdb 2026b. Poiché la patch non aggiorna il JDK in bundle, i calcoli dinow()valutati dal server per i fusi orari canadesi interessati rimangono sfasati di un'ora a partire dal 1° novembre 2026, anche sulle build di Looker con patch.
La tabella seguente riassume quali funzionalità di Looker vengono corrette da una build con patch e quali possono essere aggirate configurando un fuso orario alternativo:
| Funzionalità | Risolto dalla build con patch? | Il problema è stato risolto con la soluzione alternativa del fuso orario? |
|---|---|---|
| Tempi di attivazione dell'invio pianificato | Sì (aggiorna i dati del fuso orario di Ruby dello scheduler) | Sì (aggiorna il fuso orario dei tempi di consegna pianificati, che influisce solo sul momento in cui viene inviata una consegna) |
Calcolo tabulare now() nell'interfaccia utente (esplorazioni e dashboard) |
Sì (aggiorna i dati del fuso orario JavaScript del browser) | Non consigliato (richiede la modifica dei fusi orari a livello di query, il che sposta i dati storici invernali di un'ora nei risultati SQL) |
Calcolo tabulare now() valutato sul server (download CSV e XLSX, dati all'interno di invii pianificati, API e avvisi) |
No su Looker (Google Cloud core) e sulle istanze ospitate da Looker (la JVM utilizza il JDK tzdb 2026b in bundle) |
Non consigliato (richiede la modifica dei fusi orari a livello di query, il che sposta i dati storici invernali di un'ora nei risultati SQL) |
Per evitare un offset di un'ora sulle consegne pianificate e sui calcoli tabulari della UI, esegui l'upgrade a una versione di Looker con patch. Se non riesci ad applicare la patch prima del 1° novembre 2026, configura un fuso orario di consegna alternativo nelle pianificazioni.
Esegui l'upgrade a una versione di Looker con patch
Looker fornisce build con patch che aggiornano i dati del fuso orario dello scheduler (Ruby) e del browser (JavaScript) a tzdata 2026e per tutte le versioni di Looker supportate, ad eccezione di Looker 26.0. Le build con patch sono disponibili per Looker 25.18, 26.0, 26.6, 26.12, 26.16, 26.18, 26.20 e 26.22, nonché per le release successive. Nelle istanze di Looker (Google Cloud core) e ospitate da Looker,
le build con patch non aggiornano il database dei fusi orari del JDK in bundle (tzdb 2026b) sulla
JVM, pertanto i calcoli tabulari now() valutati dal server rimangono sfasati di un'ora.
Looker non eseguirà automaticamente il deployment di questa patch in tutte le istanze prima del 1° novembre 2026. Puoi richiedere o scaricare una build con patch per la tua versione di Looker supportata:
- Istanze di Looker (Google Cloud core) e ospitate da Looker: per richiedere un upgrade a una build con patch per la tua istanza, contatta l'assistenza clienti Google Cloud.
- Istanze ospitate dal cliente: per ottenere i file JAR con patch per la tua versione di Looker supportata, scarica la release aggiornata dalla pagina di download di Looker o contatta l'assistenza clienti Google Cloud.
- Calcoli tabulari valutati dal server: i calcoli tabulari valutati dal server utilizzano i dati del fuso orario del runtime Java anziché un JDK integrato. Aggiorna i dati del fuso orario del runtime Java, ad esempio utilizzando lo strumento Oracle
tzupdater, in modo che i fusi orari canadesi interessati, comeAmerica/Winnipeg, vengano valutati correttamente. - Timestamp di Attività del sistema: se il fuso orario di sistema del tuo server è impostato su un fuso orario canadese interessato, ad esempio
America/Winnipeg, anche i timestamp di Attività del sistema saranno sfasati di un'ora a partire dal 1° novembre 2026.
- Calcoli tabulari valutati dal server: i calcoli tabulari valutati dal server utilizzano i dati del fuso orario del runtime Java anziché un JDK integrato. Aggiorna i dati del fuso orario del runtime Java, ad esempio utilizzando lo strumento Oracle
Configura un fuso orario alternativo
Se non esegui l'upgrade a una build con patch prima del 1° novembre 2026 o se la tua istanza esegue Looker 26.0, puoi configurare un fuso orario alternativo che corrisponda all'offset UTC della tua regione:
- Manitoba (
America/Winnipeg,Canada/Central,America/Rainy_River- UTC-5): seleziona un fuso orario che rimane su UTC-5 tutto l'anno senza osservare l'ora legale, ad esempio America - Atikokan (America/Atikokan), America - Cancun (America/Cancun), America - Panama (America/Panama), America - Bogota (America/Bogota), America - Lima (America/Lima) o America - Jamaica (America/Jamaica). - Alberta (
America/Edmonton,Canada/Mountain) e Territori del Nord-Ovest (America/Inuvik- UTC-6): seleziona un fuso orario che rimane su UTC-6 tutto l'anno senza osservare l'ora legale, ad esempio America - Regina (America/Regina), Canada - Saskatchewan (Canada/Saskatchewan), America - Guatemala (America/Guatemala), America - Costa_Rica (America/Costa_Rica) o America - Belize (America/Belize). - British Columbia (
America/Vancouver,Canada/Pacific— UTC-7): seleziona un fuso orario che rimane su UTC-7 tutto l'anno senza osservare l'ora legale, ad esempio America - Phoenix (America/Phoenix), America - Dawson_Creek (America/Dawson_Creek), America - Fort_Nelson (America/Fort_Nelson), America - Creston (America/Creston), America - Whitehorse (America/Whitehorse) o America - Dawson (America/Dawson).
Aggiorna le impostazioni del fuso orario in Looker
Per evitare che le consegne pianificate vengano eseguite con un'ora di ritardo, aggiorna il fuso orario di consegna nelle pianificazioni interessate impostandolo su un fuso orario alternativo. La modifica del fuso orario di invio di una pianificazione è sicura perché controlla solo quando viene inviata una consegna, non i dati basati sul tempo restituiti dalla query (consulta Utilizzo delle impostazioni del fuso orario):
- Fuso orario applicazione: aggiorna l'impostazione Fuso orario applicazione nella pagina Impostazioni generali del pannello Amministrazione per impostare il fuso orario predefinito per le nuove pianificazioni. Poiché ogni pianificazione esistente memorizza il proprio fuso orario, devi comunque aggiornare le pianificazioni esistenti singolarmente.
- Importazione dei contenuti pianificata: apri ogni pianificazione di dashboard, Look o esplorazione interessata e aggiorna l'impostazione del fuso orario di consegna. Per le istruzioni, consulta Pianificazione e invio di dashboard e Distribuzione di Look ed esplorazioni.
Se scegli comunque di aggiornare le impostazioni del fuso orario a livello di query per aggirare il problema di now() nei calcoli tabulari e accetti lo spostamento di un'ora nei risultati SQL storici invernali, puoi modificare le seguenti impostazioni in cui è configurato un fuso orario canadese interessato:
- Fusi orari degli account utente: se l'opzione Fusi orari specifici degli utenti è abilitata, aggiorna i fusi orari degli utenti nella pagina Utenti del pannello Amministratore. I singoli utenti possono anche aggiornare l'impostazione Fuso orario nella pagina Account.
- Fuso orario query della connessione al database: se l'opzione Fusi orari specifici degli utenti è disabilitata, aggiorna l'impostazione Fuso orario query nella pagina Connessioni nel pannello Amministratore.