2026년 11월 1일에 캐나다의 여러 주와 지역(매니토바, 앨버타, 브리티시컬럼비아, 노스웨스트 준주 일부)이 일광 절약 시간(DST)을 상시 적용하거나 1시간을 되돌리는 대신 여름 UTC 오프셋을 유지합니다.
IANA 시간대 데이터베이스 (tzdata 2026e)에서 이러한 변경사항은 다음 시간대 및 별칭을 업데이트합니다.
| 리전 | 연중 UTC 오프셋 (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일 이후에 1시간의 시간 오프셋을 방지하는 방법을 설명합니다.
시간대 변경이 Looker에 미치는 영향
2026년 캐나다 시간대 변경사항은 데이터베이스 또는 Looker가 시간대를 평가하는지 여부에 따라 Looker 기능에 다르게 영향을 미칩니다.
- SQL 쿼리, 필터, 커스텀 측정기준: Looker가 Explore, Look 또는 대시보드에 대해 SQL을 생성하면 Looker는 구성된 IANA 시간대 식별자를 데이터베이스에 전달합니다. BigQuery와 같은 관리형 클라우드 데이터베이스는
tzdata 2026e업데이트를 자동으로 수신합니다. 자체 데이터베이스를 관리하는 경우 데이터베이스의 시간대 테이블에tzdata 2026e이상 버전이 포함되어 있는지 확인합니다. - 예약된 전송 실행 시간: Looker는 번들 스케줄러 (Ruby) 시간대 데이터를 사용하여 콘텐츠 전송의 크론 일정을 평가합니다. 패치되지 않은 Looker 인스턴스에서는 2026년 11월 1일부터 영향을 받는 캐나다 시간대의 일정 실행 시간이 1시간씩 차이가 납니다. 패치된 Looker 빌드와 일정 전송 시간대 해결 방법 모두 이 문제를 해결합니다.
- UI의 테이블 계산: Looker UI에서 Explore 또는 대시보드를 볼 때 Looker는 번들 브라우저 (JavaScript) 시간대 데이터를 사용하여 브라우저에서
now()를 사용하는 테이블 계산을 평가합니다. 패치가 적용되지 않은 인스턴스에서는 2026년 11월 1일부터 이러한 계산이 1시간씩 차이가 납니다. 패치된 Looker 빌드에서 이 문제가 해결되었습니다. - 서버에서 평가되는 테이블 계산: Looker가 서버에서
now()를 사용하는 테이블 계산을 평가할 때(CSV 및 XLSX 다운로드, 예약된 전송 내 데이터, API 쿼리, 알림 포함) Looker는 JVM에서 실행되며, 번들로 제공되는 JDK 시간대 데이터베이스는 여전히tzdb 2026b입니다. 패치는 번들 JDK를 업데이트하지 않으므로 영향을 받는 캐나다 시간대에 대한 서버 평가now()계산은 패치된 Looker 빌드에서도 2026년 11월 1일부터 1시간 동안 해제된 상태로 유지됩니다.
다음 표에는 패치된 빌드로 수정된 Looker 기능과 대체 시간대를 구성하여 해결할 수 있는 Looker 기능이 요약되어 있습니다.
| 기능 | 패치된 빌드로 수정되었나요? | 대체 시간대 해결 방법으로 해결되었나요? |
|---|---|---|
| 예약 전송 실행 시간 | 예 (스케줄러 Ruby 시간대 데이터 업데이트) | 예 (전송 시기에만 영향을 미치는 전송 일정 시간대 업데이트) |
UI의 테이블 계산 now() (Explore 및 대시보드) |
예 (브라우저 JavaScript 시간대 데이터 업데이트) | 권장되지 않음 (쿼리 수준 시간대를 변경해야 하므로 SQL 결과에서 이전 겨울 데이터가 1시간 이동됨) |
서버에서 평가된 테이블 계산 now() (CSV 및 XLSX 다운로드, 예약된 전송 내 데이터, API, 알림) |
Looker (Google Cloud 핵심 서비스) 및 Looker 호스팅 인스턴스에서는 아니요 (JVM은 번들 JDK tzdb 2026b 사용) |
권장되지 않음 (쿼리 수준 시간대를 변경해야 하므로 SQL 결과에서 이전 겨울 데이터가 1시간 이동됨) |
예약된 전송 및 UI 테이블 계산에서 1시간 오프셋을 방지하려면 패치된 Looker 버전으로 업그레이드하세요. 2026년 11월 1일 이전에 패치를 적용할 수 없는 경우 일정에 대체 전송 시간대를 구성합니다.
패치된 Looker 버전으로 업그레이드
Looker는 Looker 26.0을 제외한 모든 지원되는 Looker 버전에 대해 스케줄러 (Ruby) 및 브라우저 (JavaScript) 시간대 데이터를 tzdata 2026e로 업데이트하는 패치된 빌드를 제공합니다. 패치된 빌드는 Looker 25.18, 26.0, 26.6, 26.12, 26.16, 26.18, 26.20, 26.22 및 이후 출시 버전에서 사용할 수 있습니다. Looker (Google Cloud 핵심 서비스) 및 Looker 호스팅 인스턴스에서 패치된 빌드는 JVM에서 번들로 제공되는 JDK 시간대 데이터베이스 (tzdb 2026b)를 업데이트하지 않으므로 서버에서 평가된 now() 테이블 계산은 1시간 차이가 납니다.
Looker는 2026년 11월 1일 전에 모든 인스턴스에 이 패치를 자동으로 배포하지 않습니다. 지원되는 Looker 버전에 대한 패치 빌드를 요청하거나 다운로드할 수 있습니다.
- Looker (Google Cloud 핵심 서비스) 및 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): 미국 - 아티코칸 (America/Atikokan), 미국 - 칸쿤 (America/Cancun), 미국 - 파나마(America/Panama), 미국 - 보고타 (America/Bogota), 미국 - 리마 (America/Lima), 미국 - 자메이카(America/Jamaica)와 같이 일광 절약 시간제를 준수하지 않고 연중 UTC-5를 유지하는 시간대를 선택합니다. - 앨버타(
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): 미국 - 피닉스 (America/Phoenix), 미국 - 도슨_크릭 (America/Dawson_Creek), 미국 - 포트_넬슨 (America/Fort_Nelson), 미국 - 크레스턴(America/Creston), 미국 - 화이트호스 (America/Whitehorse) 또는 미국 - 도슨 (America/Dawson)과 같이 일광 절약 시간제를 준수하지 않고 일년 내내 UTC-7로 유지되는 시간대를 선택합니다.
Looker에서 시간대 설정 업데이트
예약된 전송이 1시간 일찍 실행되지 않도록 하려면 영향을 받는 일정의 전송 시간대를 대체 시간대로 업데이트하세요. 일정의 전송 시간대를 변경해도 쿼리에서 반환하는 시간 기반 데이터가 아닌 전송 시점만 제어하므로 안전합니다(시간대 설정 사용 참조).
- 애플리케이션 시간대: 관리 패널의 일반 설정 페이지에서 애플리케이션 시간대 설정을 업데이트하여 새 일정의 기본 시간대를 설정합니다. 기존 일정은 각각 자체 시간대를 저장하므로 기존 일정을 개별적으로 업데이트해야 합니다.
- 예약된 콘텐츠 전송: 영향을 받는 각 대시보드, Look 또는 Explore 일정을 열고 전송 시간대 설정을 업데이트합니다. 자세한 내용은 대시보드 예약 및 전송 및 Look 및 Explore 전송을 참조하세요.
테이블 계산에서 now()를 해결하기 위해 쿼리 수준 시간대 설정을 업데이트하고 과거 겨울 SQL 결과의 1시간 변경을 수락하는 경우 영향을 받는 캐나다 시간대가 구성된 다음 설정을 변경할 수 있습니다.
- 사용자 계정 시간대: 사용자별 시간대가 사용 설정된 경우 관리자 패널의 사용자 페이지에서 사용자 시간대를 업데이트합니다. 개별 사용자는 계정 페이지에서 시간대 설정을 업데이트할 수도 있습니다.
- 데이터베이스 연결 쿼리 시간대: 사용자별 시간대가 사용 중지된 경우 관리 패널의 연결 페이지에서 쿼리 시간대 설정을 업데이트합니다.