Em 1º de novembro de 2026, várias províncias e territórios canadenses (Manitoba, Alberta, Colúmbia Britânica e partes dos Territórios do Noroeste) vão adotar o horário de verão permanente ou manter os deslocamentos de UTC de verão, em vez de atrasar os relógios em uma hora.
No banco de dados de fuso horário da IANA (tzdata 2026e), essas mudanças atualizam os
seguintes fusos horários e aliases:
| Região | Diferença de UTC durante todo o ano (a partir de 1º de novembro de 2026) | Fusos horários da IANA afetados |
|---|---|---|
| Manitoba | UTC-5 (em vez de voltar para UTC-6) | América - Winnipeg (America/Winnipeg), Canadá - Central (Canada/Central), América - Rainy_River (America/Rainy_River) |
| Alberta | UTC-6 (em vez de voltar para UTC-7) | América - Edmonton (America/Edmonton), Canadá - Mountain (Canada/Mountain) |
| Colúmbia Britânica | UTC-7 (em vez de voltar para UTC-8) | América - Vancouver (America/Vancouver), Canadá - Pacífico (Canada/Pacific) |
| Territórios do Noroeste | UTC-6 (em vez de voltar para UTC-7) | América - Inuvik (America/Inuvik) |
Neste documento, explicamos como essas mudanças de fuso horário afetam o Looker e como evitar um ajuste de tempo de uma hora a partir de 1º de novembro de 2026.
Como as mudanças de fuso horário afetam o Looker
As mudanças de fuso horário no Canadá em 2026 afetam os recursos do Looker de maneira diferente, dependendo se o banco de dados ou o Looker avalia o fuso horário:
- Consultas SQL, filtros e dimensões personalizadas: quando o Looker
gera SQL para uma Análise, um
Look ou um painel, ele transmite o identificador de fuso horário
da IANA configurado para o banco de dados. Os bancos de dados em nuvem gerenciados, como o
BigQuery, recebem a atualização do
tzdata 2026eautomaticamente. Se você gerencia seu próprio banco de dados, verifique se as tabelas de fuso horário dele incluemtzdata 2026eou uma versão mais recente. - Horários de disparo da entrega programada: o Looker usa dados de fuso horário do programador (Ruby) agrupados para avaliar as programações cron para entregas de conteúdo. Nas instâncias do Looker sem patch, os horários de disparo da programação para os fusos horários canadenses afetados estão errados em uma hora a partir de 1º de novembro de 2026. As versões corrigidas do Looker e a solução alternativa de fuso horário de entrega programada corrigem esse problema.
- Cálculos de tabela na interface: quando você visualiza uma Análise ou um painel na
interface do Looker, o Looker avalia
cálculos de tabela que usam
now()no navegador usando dados de fuso horário do navegador (JavaScript) agrupados. Em instâncias sem patch, esses cálculos estarão errados em uma hora a partir de 1º de novembro de 2026. As versões corrigidas do Looker resolvem esse problema. - Cálculos de tabela avaliados no servidor: quando o Looker
avalia cálculos de tabela que usam
now()no servidor, incluindo downloads de CSV e XLSX, dados em entregas programadas, consultas de API e alertas, o Looker é executado na JVM, cujo banco de dados de fuso horário do JDK incluído ainda étzdb 2026b. Como o patch não atualiza o JDK incluído, os cálculos denow()avaliados pelo servidor para os fusos horários canadenses afetados permanecem com uma hora de diferença a partir de 1º de novembro de 2026, mesmo em builds do Looker com patch.
A tabela a seguir resume quais recursos do Looker são corrigidos por um build com patch e quais podem ser contornados configurando um fuso horário alternativo:
| Recurso | Corrigido por build com patch? | Corrigido pela solução alternativa de fuso horário? |
|---|---|---|
| Horários de disparo da entrega programada | Sim (atualiza os dados de fuso horário do Ruby do programador) | Sim (atualize o fuso horário do horário de entrega programado, o que afeta apenas o momento em que uma entrega é enviada) |
Cálculo de tabela now() na interface (Análises e painéis) |
Sim (atualiza os dados de fuso horário do JavaScript do navegador) | Não recomendado (requer a alteração dos fusos horários no nível da consulta, o que muda os dados históricos de inverno em uma hora nos resultados do SQL) |
Cálculo de tabela now() avaliado no servidor (downloads de CSV e XLSX, dados em entregas programadas, API e alertas) |
Não nas instâncias do Looker (Google Cloud Core) e hospedadas pelo Looker (a JVM usa o JDK tzdb 2026b incluído) |
Não recomendado (requer a alteração dos fusos horários no nível da consulta, o que muda os dados históricos de inverno em uma hora nos resultados do SQL) |
Para evitar um deslocamento de uma hora nas entregas programadas e nos cálculos de tabela da UI, faça upgrade para uma versão corrigida do Looker. Se você não puder aplicar o patch antes de 1º de novembro de 2026, configure um fuso horário de entrega alternativo nas suas programações.
Fazer upgrade para uma versão corrigida do Looker
O Looker fornece builds com patch que atualizam os dados de fuso horário do programador (Ruby)
e do navegador (JavaScript) para tzdata 2026e em todas as
versões compatíveis do Looker,
exceto o Looker 26.0. As versões corrigidas estão disponíveis para
o Looker 25.18, 26.0, 26.6, 26.12, 26.16, 26.18, 26.20 e 26.22, além de
versões posteriores. Nas instâncias do Looker (Google Cloud Core) e hospedadas pelo Looker,
as versões com patch não atualizam o banco de dados de fuso horário do JDK (tzdb 2026b) agrupado na
JVM. Portanto, os cálculos de tabela now() avaliados pelo servidor permanecem com uma hora de diferença.
O Looker não vai implantar esse patch automaticamente em todas as instâncias antes de 1º de novembro de 2026. Você pode solicitar ou baixar um build com patch para sua versão compatível do Looker:
- Instâncias do Looker (Google Cloud Core) e hospedadas pelo Looker: para solicitar um upgrade para um build com patch para sua instância, entre em contato com o Cloud Customer Care.
- Instâncias hospedadas pelo cliente: para receber os arquivos JAR corrigidos para sua
versão compatível do Looker, faça o download da versão atualizada na
página de download do Looker ou
entre em contato com o Cloud Customer Care.
- Cálculos de tabela avaliados pelo servidor: os cálculos de tabela avaliados pelo servidor usam os dados de fuso horário do ambiente de execução do Java, em vez de um JDK incluído. Atualize os dados de fuso horário do ambiente de execução do Java, por exemplo, usando a ferramenta
tzupdaterda Oracle, para que os fusos horários canadenses afetados, comoAmerica/Winnipeg, sejam avaliados corretamente. - Carimbos de data/hora da Atividade do sistema: se o
fuso horário do sistema
do seu servidor estiver definido como um fuso horário canadense afetado, como
America/Winnipeg, os carimbos de data/hora da Atividade do sistema também estarão atrasados em uma hora a partir de 1º de novembro de 2026.
- Cálculos de tabela avaliados pelo servidor: os cálculos de tabela avaliados pelo servidor usam os dados de fuso horário do ambiente de execução do Java, em vez de um JDK incluído. Atualize os dados de fuso horário do ambiente de execução do Java, por exemplo, usando a ferramenta
Configurar um fuso horário alternativo
Se você não fizer upgrade para um build com patch antes de 1º de novembro de 2026 ou se sua instância executar o Looker 26.0, configure um fuso horário alternativo que corresponda ao deslocamento UTC da sua região:
- Manitoba (
America/Winnipeg,Canada/Central,America/Rainy_River— UTC-5): selecione um fuso horário que permaneça no UTC-5 durante todo o ano sem observar o horário de verão, como América - Atikokan (America/Atikokan), América - Cancun (America/Cancun), América - Panamá (America/Panama), América - Bogotá (America/Bogota), América - Lima (America/Lima) ou América - Jamaica (America/Jamaica). - Alberta (
America/Edmonton,Canada/Mountain) e Territórios do Noroeste (America/Inuvik— UTC-6): selecione um fuso horário que permaneça no UTC-6 durante todo o ano sem observar o horário de verão, como América - Regina (America/Regina), Canadá - Saskatchewan (Canada/Saskatchewan), América - Guatemala (America/Guatemala), América - Costa_Rica (America/Costa_Rica) ou América - Belize (America/Belize). - Colúmbia Britânica (
America/Vancouver,Canada/Pacific— UTC-7): selecione um fuso horário que permaneça no UTC-7 durante todo o ano sem observar o horário de verão, como América - Phoenix (America/Phoenix), América - Dawson_Creek (America/Dawson_Creek), América - Fort_Nelson (America/Fort_Nelson), América - Creston (America/Creston), América - Whitehorse (America/Whitehorse) ou América - Dawson (America/Dawson).
Atualizar as configurações de fuso horário no Looker
Para evitar que as entregas programadas sejam feitas com uma hora de diferença, atualize o fuso horário de entrega nas programações afetadas para um fuso horário alternativo. É seguro alterar o fuso horário de entrega de uma programação porque isso controla apenas quando uma entrega é enviada, não os dados baseados em tempo que a consulta retorna (consulte Como usar as configurações de fuso horário):
- Fuso horário do aplicativo: atualize a configuração Fuso horário do aplicativo na página Configurações gerais no painel Administrador para definir o fuso horário padrão para novas programações. Como cada programação atual armazena o próprio fuso horário, você ainda precisa atualizar as programações atuais individualmente.
- Envios de conteúdo programados: abra cada painel, Look ou programação de Análise afetados e atualize a configuração de fuso horário de entrega. Para instruções, consulte Como agendar e enviar painéis e Como enviar Looks e Explores.
Se você ainda quiser atualizar as configurações de fuso horário no nível da consulta para contornar
now() em cálculos de tabela e aceitar a mudança de uma hora nos resultados históricos de SQL
de inverno, mude as seguintes configurações em que um fuso horário canadense
afetado está configurado:
- Fusos horários da conta de usuário: se os fusos horários específicos dos usuários estiverem ativados, atualize os fusos horários dos usuários na página Usuários no painel Administrador. Os usuários individuais também podem atualizar a configuração de Fuso horário na página Conta.
- Fuso horário de consultas de conexão do banco de dados: se os fusos horários específicos dos usuários estiverem desativados, atualize a configuração fuso horário de consultas na página Conexões no painel Administrador.