time zone

[Javier Ortiz Guajardo]

I have unix 11.0 64 bits and the time zone worked ok. but we had a SAP/R3 instance and it does not change the hour right, all i want to know if i need to do something else on the unix system that could be making problems to sap on time zone.

Thanks.

[Michael Steele_2 · Accepted solution]

"...set_parms timezone..." is all you need to know. For this utility will pose questions to you about the time zone you're in, daylight savings time option, and of course set the system time.

set_parms timezone

[Bill Hassell]

HP-UX never changes time! The HP-UX clock is set to UTC (aka, GMT or Zulu time) with no daylight saving changes. The date command and application programs automatically translate the time for representation to the end user and storage within a database by having TZ set correctly. TZ is set when logging in by the contents of /etc/TIMEZONE. Edit this file to set all users to the same timezone. NOTE however, any user can change TZ to a different value in their .profile! This can be a good featuire as remote users can see the date/time based on their local timezone.

TZ changes the representation of the actual time based on rules defined in /usr/lib/tztab. If SAP appears to not be following the standard, first make sure that TZ is correctly set in the startup script for SAP (and the underlying database!), and if correct, contact SAP for a fix.

[Trond Haugen]

Follow Bills advise. I would expect SAP not to change the time all in one go but over a periode of time, so the timestamps in the database don't get screwed up.

Regards,
Trond

[Ravi_8]

Hi,

All databases follow the sysetm time,
I agree with Bill, By changing the TZ parameterin /etc/TIMEZONE file should change the SAP time too

[Ian Hillier]

SAP gets it's time setting from the operating system so if the OS worked, SAP should report the correct time. There's a setting in the SAP user record for local timezone setting - you may need to change that. All of ours are set to CST, PST, MST etc, and they worked fine over the weekend.

BTW, SAP has a great recommendation for dealing internal reporting problems stemming from timezone changes - bounce it! SAP Note 7417 talks more about it.

Regards,

John