QTIMZON

[Joe]

Hallo Forum.

Ich benötige dringend Nachhilfe bei der Zeiteinstellung.

QTIME = 19:00:00
QTIMZON = Q0000UTC Abweichnung +00:00 Weltzeit (Universal Time Coordinated)

Auf DSPF wird korrekt 19:00:00 angezeigt.

Beim Erstellen von IFS-Files und Anzeige im Windows erscheint als Erstellungsdatum + 1 Stunde.
Wer erklärt mir den Grund?

Gruß Joe

[TARASIK]

Hallo Joe,
ich habe hier einmal auf diese Frage geantwortet:

http://newsolutions.de/forum-systemi...tellung-V6R1M0

[Zerberus77]

Hallo Joe,

das System speichert die Datei mit der UTC Zeit (QTIME-QTIMEZON=UTC).
Wenn du jetzt mit dem Windlws Client zugreifst, so liest der die UTC Zeit und rechnet die Zeitabweichung des Clients (1 Stunde) dazu.

Ich würde das System mal in den 'eingeschränkten Zustand' bringen und dann QTIME und QTIMEZON (QP0100CET4) richtigstellen.

MFG Zerberus

[Fuerchau]

Mit der Uhrzeit ist das immer so eine Sache.
Die AS/400 interessiert sich bei den normalen Objekten nicht für die Zeitzone (Zugrifssdatum, Sicherungszeiten u.v.m).

Beim IFS ist das etwas anders.
Bei dei IFS-Zeiten wird beim erstellen/verändern immer die aktuelle QUTCOFFSET abgerechnet und beim Anzeigen dann wieder hinzugerechnet.

Durch die Umstellung Sommer/Winterzeit kommt es daher zu verschiedenen Anzeigen, da der Offset-Wert am Objekt nicht gespeichert wird sondern nur der UTC-Wert.
Nun hat jedes System seinen eigenen Offset, so dass z.B. Windows mit seinem Offset die Objektzeit wieder hochrechnet.
Sind die Offsets also verschieden, kommen unterschiedliche Zeiten raus. Dies ist ja Absicht, da es nun mal die Zeitzonen gibt und nur die UTC-Zeit weltweit eindeutig ist.

Nimmt man nun mit AS/400-Methoden die aktuelle Zeit (QTIME, %time(), SQL Current Time, usw.) erhält man immer die sog. "Lokale Zeit".
Für UTC muss man den Offset dann selber verrechnen.

Dies ist generell ein Problem der AS/400, da die Uhr tatsächlich und physikalisch auf lokale Zeit eingestellt wird. Ein realer Mehrzonen-Betrieb ist nicht möglich ohne die Anwendungen anzupassen und ggf. auf C-Funktion für Zeit und lokale Zeit zurückgreifen.

Die Systemanzeigen arbeiten halt auch immer mit der Systemzeit unabhängig von der Zeitzone, die man per SETENVVAR jobspezifisch setzen könnte.

[Joe]

Danke an alle für die ausführlichen Informationen.

Gruß Joe