As the value of the TIMESTMP keyword, specify a timestamp. You can specify any timestamp, but all change accumulations in this job step must use the same timestamp. You must use the same timestamp for a subsequent PIT recovery that uses the PIT CA as input.
The following timestamp formats are valid:
- yydddhhmmsst or yydddhhmmssthmiju
- yy.ddd.hh.mm.ss.t or yy.ddd.hh.mm.ss.thmiju
- 'yyyy.ddd hh.mm.ss.t zone' or 'yyyy.ddd hh.mm.ss.thmiju zone'
- 'yyyy.ddd hh.mm.ss.t offset' or 'yyyy.ddd hh.mm.ss.thmiju offset'
- 'yy.ddd hh.mm.ss.t zone' or 'yy.ddd hh.mm.ss.thmiju zone'
- 'yy.ddd hh.mm.ss.t offset' or 'yy.ddd hh.mm.ss.thmiju offset'
- 'yyyydddhhmmsst zone' or 'yyyydddhhmmssthmiju zone'
- 'yyyydddhhmmsst offset' or 'yyyydddhhmmssthmiju offset'
- 'yydddhhmmsst zone' or 'yydddhhmmssthmiju zone'
- 'yydddhhmmsst offset' or 'yydddhhmmssthmiju offset'
The variables in these values have the following meanings:
| |
---|
| |
---|
| |
---|
| Two-digit hour (00 through 23) |
---|
| Two-digit minute (00 through 59) |
---|
| Two-digit second (00 through 59) |
---|
| One-digit tenth of a second (0 through 9) |
---|
| Microseconds (00000 through 99999). Microsecond values are valid for IMS releases that support microsecond timestamp precision. If you specify a microsecond value in IMS Version 9.1 and earlier environments, the value is ignored. |
---|
| One- to five-digit label of the user-defined variable that is set with the TIMEZONE parameter of the DBRC CHANGE.RECON command and that sets the displacement from UTC (for example, the variable CST could be defined as -0600 or six hours less than UTC). |
---|
| Signed (+ or -) four-digit (0000-1159) literal that specifies the hour and minute displacement from UTC (for example, -0600 means six hours less than GMT; +0800 means eight hours greater than UTC) If you do not supply an offset, the product uses the offset as determined from the TIMEZIN value specified in the RECONs. The offset is important when the boundary between daylight savings time and standard time is crossed. If you are performing a recovery to a local time that has a different offset from the current system offset, the timestamp must contain the offset for the local time. This situation applies to PIT CAs. For a detailed explanation of IMS timestamps, see the IMS documentation from IBM. WarningImportant Daylight savings started in New York, New York on 98095 (5 April 1998) at 0200 local time. A change accumulation to 98095 0125305 local time while daylight savings time is in effect requires inputs of TIMESTMP(980950125305-0500) or TIMESTMP(980950625305+0000). |
---|