Anyone else having the same issue, that all Veeam M365 jobs are re-scheduled one hour earlier after the change to winter time?
As far as i know, this never happened before. We are on version 8.2.0.2008.
-
raftbone
- Influencer
- Posts: 21
- Liked: 6 times
- Joined: Sep 10, 2024 8:52 am
- Contact:
-
Polina
- Veeam Software
- Posts: 3767
- Liked: 923 times
- Joined: Oct 21, 2011 11:22 am
- Full Name: Polina Vasileva
- Contact:
Re: All jobs rescheduled 1 hour earlier after winter time change
Hi raftbone,
VB365 stores all times and schedules in UTC, and the change is expected. To the best of my knowledge, it has been like this from day one.
VB365 stores all times and schedules in UTC, and the change is expected. To the best of my knowledge, it has been like this from day one.
-
raftbone
- Influencer
- Posts: 21
- Liked: 6 times
- Joined: Sep 10, 2024 8:52 am
- Contact:
Re: All jobs rescheduled 1 hour earlier after winter time change
Thanks for your response. I'm using Veeam M353 since version 2 and it seems I never really recognized that 
-
track1044
- Influencer
- Posts: 17
- Liked: 2 times
- Joined: Apr 07, 2025 8:52 am
- Full Name: David Wellendorf
- Contact:
Re: All jobs rescheduled 1 hour earlier after winter time change
Why is that the expected change?
We do not stop or start work 1 hour earlier. Everything is still the same schedule.
We do not stop or start work 1 hour earlier. Everything is still the same schedule.
-
Polina
- Veeam Software
- Posts: 3767
- Liked: 923 times
- Joined: Oct 21, 2011 11:22 am
- Full Name: Polina Vasileva
- Contact:
Re: All jobs rescheduled 1 hour earlier after winter time change
If you were using Outlook, like me, for example, you could notice that after the daylight time change all the scheduled meetings start earlier/later (depending on the change) than they used to be.
VB365 stores times in UTC to maintain consistency across distributed installations. As of today, there's no mechanism to adjust the UTC schedule to the local time changes.
VB365 stores times in UTC to maintain consistency across distributed installations. As of today, there's no mechanism to adjust the UTC schedule to the local time changes.
Who is online
Users browsing this forum: No registered users and 5 guests