Hi,
as Prosenjit has already written, there is a bug in the Daylight Saving Time in different versions and service packs, starting with 11.2 up to and including 12.2.
I would therefore suggest that you do a test before the actual time change:
- Create a new client that corresponds to your constellation, e.g. Time Zone object of the client.
- Create test objects, e.g. JSCH, JOBS, etc. which also coresspond to your constellation
- Modify the Time Zone object(s), so that the Daylight Saving Time is earlier than regular (but the day after tomorrow at the earliest!)
- Activate your test objects
- Check the results
Kind regards,
Tim
------------------------------
Automation Evangelist
Fiducia & GAD IT AG
---
Mitglied des deutschsprachigen Automic-Anwendervereins FOKUS e.V.
Member of the German speaking Automic user association FOKUS e.V.
------------------------------
Original Message:
Sent: 10-23-2019 11:16 PM
From: Prosenjit Maji
Subject: Re: Day Light Saving Time
Hello Folks,
I am not sure which version you are at right now but some of V12.X.X is having wrong behavior / bug due to 'Day Light Saving'.
Please take a look at following to be on safer side :
https://ca-broadcom.wolkenservicedesk.com/external/article?articleId=129487
------------------------------
Regards,
Prosenjit
Original Message:
Sent: 10-04-2018 11:20 AM
From: kushwaha
Subject: Re: Day Light Saving Time
We have different tasks under the schedule which are running on CENTRAL TZ and we only need one to run on UTC.
correct me if I am wrong.
I will make the UTC task INACTIVE in current schedule
and create a new schedule for the UTC task assigning the UTC TZ object.
when the DST starts, we can ACTIVATE the old task in the scehdule and DEACTIVATE the new schedule with UTC TZ object.
TIA
Shani