I have not seen anyone mention LPAR time offset. It's been around for 
years--around Y2K IIRC--but we've never had a need to use it. In the LPAR Image 
profile, you have this option:

Clock Type Assignment
  Standard time of day 
  Logical partition time offset

If you select Standard, the LPAR will take UTC and local directly from the 
external time source, once Sysplex Timer, now STP.

If you select Logical, you can run each LPAR at its own local offset. I believe 
(cannot prove) that the LPAR is still synchronized with the external timer, but 
local time is calculated according to your own LPAR definition. I certainly 
have no idea how this works without an external timer, but I suggest you 
explore the option. Your situation is exactly why the option was created.

Changing your configuration to run with true UTC is not transparent. When we 
did it, the DB2 folks in particular had to interpret their logs differently. 
This was about two decades ago; life has gone on. Meanwhile, with modern 
software in place, it is no longer necessary to restart DB2, CICS, or any other 
time-sensitive task.  

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-543-6132 Office ⇐=== NEW
[email protected]


-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf 
Of Paul Gilmartin
Sent: Thursday, January 05, 2017 9:16 AM
To: [email protected]
Subject: (External):Re: UTC and Daylight Savings Time

On Thu, 5 Jan 2017 17:02:23 +0000, Bill Bishop (TMNA) wrote:

>I have been requested to investigate the impact of switching "local" time to 
>"UTC" time.
>
>We currently use STP to establish the time and offsets for our LPARs, so 
>basically we are using UTC time correctly.
>
>However, the requirement may include not changing local time when daylight 
>savings time occurs.  The intent is to maintain a consistent 'displayed' time 
>world-wide as many places do not adjust times.
> 
If your operations are worldwide, UTC would seem the sensible choice.

>Using STP, the local time changes automatically and I am not aware of any way 
>prevent it.  
> 
Surely STP can accomadate locales even in the U.S. such as Arizoa and Hawaii 
which do not observe Daylight Saving time, more so oveseas and in the southern 
hemisphere.

>Is anyone aware of how to accomplish this?

-- gil


----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: INFO IBM-MAIN

Reply via email to