El 1 de noviembre de 2026, varias provincias y territorios canadienses (Manitoba, Alberta, Columbia Británica y partes de los Territorios del Noroeste) pasarán al horario de verano (DST) permanente o mantendrán sus compensaciones horarias UTC de verano en lugar de retrasar una hora.
En la base de datos de zonas horarias de la IANA (tzdata 2026e), estos cambios actualizan las
siguientes zonas horarias y alias:
| Región | Compensación de UTC durante todo el año (a partir del 1 de noviembre de 2026) | Zonas horarias de la IANA afectadas |
|---|---|---|
| Manitoba | UTC-5 (en lugar de volver a UTC-6) | América - Winnipeg (America/Winnipeg), Canadá - Central (Canada/Central), América - Rainy_River (America/Rainy_River) |
| Alberta | UTC-6 (en lugar de volver a UTC-7) | América - Edmonton (America/Edmonton), Canadá - Montaña (Canada/Mountain) |
| Columbia Británica | UTC-7 (en lugar de volver a UTC-8) | América - Vancouver (America/Vancouver), Canadá - Pacífico (Canada/Pacific) |
| Territorios del Noroeste | UTC-6 (en lugar de volver a UTC-7) | América - Inuvik (America/Inuvik) |
En este documento, se explica cómo estos cambios de zona horaria afectan a Looker y cómo puedes evitar una compensación de tiempo de una hora a partir del 1 de noviembre de 2026.
Cómo afectan los cambios de zona horaria a Looker
Los cambios de zona horaria de Canadá de 2026 afectan las funciones de Looker de manera diferente según si tu base de datos o Looker evalúan la zona horaria:
- Consultas en SQL, filtros y dimensiones personalizadas: Cuando Looker
genera SQL para una exploración, una vista o un panel, Looker pasa el identificador de zona horaria de IANA configurado a tu base de datos. Las bases de datos de nube administradas, como
BigQuery, reciben la actualización de
tzdata 2026eautomáticamente. Si administras tu propia base de datos, verifica que las tablas de zona horaria de tu base de datos incluyantzdata 2026eo una versión posterior. - Horarios de activación de la entrega programada: Looker usa los datos de la zona horaria del programador (Ruby) incluido para evaluar los programas cron de las entregas de contenido. En las instancias de Looker sin parches, los horarios de activación de las programaciones para las zonas horarias de Canadá afectadas se retrasarán una hora a partir del 1 de noviembre de 2026. Las compilaciones de Looker con parches y la solución alternativa de la zona horaria de entrega programada solucionan este problema.
- Cálculos basados en tablas en la IU: Cuando ves una exploración o un panel en
la IU de Looker, Looker evalúa
los cálculos basados en tablas que usan
now()en el navegador con los datos de zona horaria del navegador (JavaScript) empaquetados. En las instancias sin parches, estos cálculos se desvían una hora a partir del 1 de noviembre de 2026. Las compilaciones de Looker con parches solucionan este problema. - Cálculos basados en tablas evaluados en el servidor: Cuando Looker
evalúa los cálculos basados en tablas que usan
now()en el servidor, incluidas las descargas de CSV y XLSX, los datos dentro de las entregas programadas, las consultas a la API y las alertas, Looker se ejecuta en la JVM, cuya base de datos de zona horaria del JDK incluida sigue siendotzdb 2026b. Debido a que el parche no actualiza el JDK incluido, los cálculos denow()evaluados por el servidor para las zonas horarias canadienses afectadas seguirán teniendo una hora de diferencia a partir del 1 de noviembre de 2026, incluso en las compilaciones de Looker con parches.
En la siguiente tabla, se resumen las funciones de Looker que se corrigen con una compilación con parches y las que se pueden solucionar configurando una zona horaria alternativa:
| Función | ¿Se corrigió con una compilación con parche? | ¿Se solucionó con la solución alternativa de la zona horaria? |
|---|---|---|
| Horarios de activación de la entrega programada | Sí (actualiza los datos de la zona horaria de Ruby del programador) | Sí (actualiza la zona horaria del tiempo de entrega programado, que solo afecta el momento en que se envía una entrega) |
Cálculo basado en tablas now() en la IU (Exploraciones y paneles) |
Sí (actualiza los datos de la zona horaria de JavaScript del navegador) | No se recomienda (requiere cambiar las zonas horarias a nivel de la consulta, lo que desplaza los datos históricos de invierno una hora en los resultados de SQL) |
Cálculo basado en tablas now() evaluado en el servidor (descargas de CSV y XLSX, datos dentro de entregas programadas, API y alertas) |
No en Looker (Google Cloud Core) ni en las instancias alojadas en Looker (la JVM usa el JDK tzdb 2026b empaquetado) |
No se recomienda (requiere cambiar las zonas horarias a nivel de la consulta, lo que desplaza los datos históricos de invierno una hora en los resultados de SQL) |
Para evitar un desfase de una hora en las entregas programadas y los cálculos basados en tablas de la IU, actualiza a una versión de Looker con parches. Si no puedes aplicar el parche antes del 1 de noviembre de 2026, configura una zona horaria de entrega alternativa en tus programas.
Actualiza a una versión de Looker con parche
Looker proporciona compilaciones con parches que actualizan los datos de la zona horaria del programador (Ruby)
y del navegador (JavaScript) a tzdata 2026e para todas las
versiones de Looker compatibles,
excepto Looker 26.0. Las compilaciones con parches están disponibles para
Looker 25.18, 26.0, 26.6, 26.12, 26.16, 26.18, 26.20 y 26.22, así como
para versiones posteriores. En las instancias de Looker (Google Cloud Core) y alojadas en Looker,
las compilaciones con parches no actualizan la base de datos de zonas horarias del JDK empaquetado (tzdb 2026b) en
la JVM, por lo que los cálculos basados en tablas de now() evaluados por el servidor siguen teniendo una hora de diferencia.
Looker no implementará automáticamente este parche en todas las instancias antes del 1 de noviembre de 2026. Puedes solicitar o descargar una compilación con parches para tu versión de Looker compatible:
- Instancias de Looker (Google Cloud Core) y alojadas en Looker: Para solicitar una actualización a una compilación con parches para tu instancia, comunícate con Atención al cliente de Cloud.
- Instancias alojadas por el cliente: Para obtener los archivos JAR con parches para tu
versión de Looker compatible, descarga la versión actualizada de
la página de descarga de Looker o
comunícate con la Atención al cliente de Cloud.
- Cálculos basados en tablas evaluados por el servidor: Los cálculos basados en tablas evaluados por el servidor usan los datos de la zona horaria del entorno de ejecución de Java en lugar de un JDK empaquetado. Actualiza los datos de la zona horaria de tu entorno de ejecución de Java, por ejemplo,
con la herramienta
tzupdaterde Oracle, para que las zonas horarias canadienses afectadas, comoAmerica/Winnipeg, se evalúen correctamente. - Marcas de tiempo de la actividad del sistema: Si la zona horaria del sistema de tu servidor está configurada en una zona horaria de Canadá afectada, como
America/Winnipeg, las marcas de tiempo de la actividad del sistema también tendrán una hora de diferencia a partir del 1 de noviembre de 2026.
- Cálculos basados en tablas evaluados por el servidor: Los cálculos basados en tablas evaluados por el servidor usan los datos de la zona horaria del entorno de ejecución de Java en lugar de un JDK empaquetado. Actualiza los datos de la zona horaria de tu entorno de ejecución de Java, por ejemplo,
con la herramienta
Cómo configurar una zona horaria alternativa
Si no actualizas a una compilación con parches antes del 1 de noviembre de 2026 o si tu instancia ejecuta Looker 26.0, puedes configurar una zona horaria alternativa que coincida con la diferencia horaria UTC de tu región:
- Manitoba (
America/Winnipeg,Canada/Central,America/Rainy_River— UTC-5): Selecciona una zona horaria que permanezca en UTC-5 durante todo el año sin observar el horario de verano, como América - Atikokan (America/Atikokan), América - Cancún (America/Cancun), América - Panamá (America/Panama), América - Bogotá (America/Bogota), América - Lima (America/Lima) o América - Jamaica (America/Jamaica). - Alberta (
America/Edmonton,Canada/Mountain) y Territorios del Noroeste (America/Inuvik— UTC-6): Selecciona una zona horaria que permanezca en UTC-6 durante todo el año sin observar el horario de verano, como América - Regina (America/Regina), Canadá - Saskatchewan (Canada/Saskatchewan), América - Guatemala (America/Guatemala), América - Costa_Rica (America/Costa_Rica) o América - Belice (America/Belize). - Columbia Británica (
America/Vancouver,Canada/Pacific— UTC-7): Selecciona una zona horaria que permanezca en UTC-7 durante todo el año sin observar el horario de verano, 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) o América - Dawson (America/Dawson).
Actualiza la configuración de zona horaria en Looker
Para evitar que los envíos programados se activen con una hora de diferencia, actualiza la zona horaria de entrega en los programas afectados a una zona horaria alternativa. Cambiar la zona horaria de entrega de un programa es seguro porque solo controla cuándo se envía una entrega, no los datos basados en el tiempo que devuelve la consulta (consulta Usa la configuración de zona horaria):
- Zona horaria de la aplicación: Actualiza el parámetro de configuración Zona horaria de la aplicación en la página Configuración general del panel Administrador para establecer la zona horaria predeterminada de los programas nuevos. Debido a que cada programa existente almacena su propia zona horaria, debes actualizar los programas existentes de forma individual.
- Entregas de contenido programadas: Abre cada programa de panel, Look o Exploración afectado y actualiza el parámetro de configuración de la zona horaria de entrega. Para obtener instrucciones, consulta Programa y envía paneles y Envía vistas y exploraciones.
Si, de todas formas, decides actualizar la configuración de zona horaria a nivel de la consulta para solucionar el problema de
now() en los cálculos basados en tablas y aceptas el cambio de una hora en los resultados históricos de SQL
de invierno, puedes cambiar los siguientes parámetros de configuración en los que se haya configurado una zona horaria canadiense
afectada:
- Zonas horarias de las cuentas de usuario: Si la opción Zonas horarias elegidas por los usuarios está habilitada, actualiza las zonas horarias de los usuarios en la página Usuarios del panel Administrador. Los usuarios individuales también pueden actualizar el parámetro de configuración Zona horaria en su página Cuenta.
- Zona horaria de la consulta de conexión de la base de datos: Si las zonas horarias elegidas por los usuarios están inhabilitadas, actualiza el parámetro de configuración Zona horaria de la consulta en la página Conexiones del panel Administrador.