An Azure service that is used to collect, analyze, and act on telemetry data from Azure and on-premises environments.
Hello @Venkata Ramana Nagulapati
The one-hour difference matches the Alberta transition from the former seasonal Mountain Time rules to permanent UTC−06:00 on November 1, 2026. A timestamp of 15:00Z should now display as 9:00 AM in Alberta; software still applying the previous winter offset of UTC−07:00 will display it as 8:00 AM. Alberta now requires the new (UTC−06:00) Mountain Time (Alberta) time zone.
Because the pipelines execute at the intended time and only the Monitor view is one hour behind, do not modify the working trigger schedules based solely on the displayed Run Start value. Synapse trigger-related timestamps are stored and returned in UTC using ISO 8601, while monitoring interfaces convert timestamps for display.
To confirm whether this is strictly a display-conversion issue:
- Record the affected pipeline RunId.
- Retrieve that run through the Synapse pipeline-run API and inspect runStart, runEnd, and durationInMs.
- If diagnostic logging is enabled, compare it with SynapseIntegrationPipelineRuns.Start and End, which Microsoft documents as UTC fields.
- For a 9:00 AM Alberta execution, verify that the raw start time is approximately 15:00Z.
If the raw value is 15:00Z but Synapse Studio displays 8:00 AM, the pipeline metadata is correct, and the defect is in the Monitor UI’s local-time conversion. As a temporary viewing workaround, select UTC in the monitoring time-zone selector, or select a fixed UTC−06:00 zone such as Saskatchewan if that option is available. Microsoft documents that pipeline monitoring displays browser-local time by default and allows the display time zone to be changed. Visually monitor pipelines
Also confirm that each workstation:
- Has the applicable Windows time-zone update installed.
- Uses (UTC−06:00) Mountain Time (Alberta) rather than the older Mountain Time (US & Canada) entry.
- Has restarted the browser after the Windows time zone change.
Outdated devices or devices still using the former zone can display the wrong local time after November 1.
I cannot find verified official documentation confirming a Synapse-specific known issue for this Alberta transition. If the raw UTC value is correct and multiple fully updated workstations still show 8:00 AM, submit an Azure support request with the workspace ID, pipeline RunIds, raw UTC timestamps, screenshots, selected monitoring time zone, browser versions, and Windows build numbers. That evidence isolates the issue to Synapse Studio’s display conversion rather than pipeline scheduling.
References:
- Microsoft guidance for Canada’s 2026 time-zone changes
- Synapse system variables
- Synapse pipeline-run REST API
- Get Pipeline Run API
- SynapseIntegrationPipelineRuns schema
- Visually monitor pipelines
- Alberta 2026 time-zone update
Help make this community better for everyone: If this answer helped or resolved your issue, please accept it or upvote it. If not, share more details in a comment so we can continue the discussion and find the right solution. Thank you.