example recovery scenarios, BSDS (bootstrap data set), bootstrap data set (BSDS), unequal in BSDS, time stamps, CSQJ120E message" />
Unequal time stamps
- Symptoms
- WebSphere MQ issues the following message:
CSQJ120E +CSQ1 DUAL BSDS DATA SETS HAVE UNEQUAL TIME STAMPS, SYSTEM BSDS1=...,BSDS2=..., UTILITY BSDS1=...,BSDS2=...The possible causes are:
- One copy of the BSDS has been restored. All information on the restored BSDS is down-level. The down-level BSDS has the lower time stamp.
- One of the volumes containing the BSDS has been restored. All information on the restored volume is down-level. If the volume contains any active log data sets or WebSphere MQ data, they are also down-level. The down-level volume has the lower time stamp.
- Dual logging has degraded to single logging, and you are trying to start without recovering the damaged log.
- The queue manager terminated abnormally after updating one copy of the BSDS but before updating the second copy.
- System action
- WebSphere MQ attempts to resynchronize the BSDS data sets using the more recent copy. If this fails, queue manager startup is terminated.
- System programmer action
- None.
- Operator action
- If automatic resynchronization fails, carry out these steps:
- Run the print log map utility on both copies of the BSDS, compare the lists to determine which copy is accurate or current.
- Rename the down-level data set and define a replacement for it.
- Copy the good data set to the replacement data set, using Access Method Services.
- If applicable, determine whether the volume containing the down-level BSDS has been restored. If it has been restored, all data on that volume, such as the active log data, is also down-level.
If the restored volume contains active log data and you were using dual active logs on separate volumes, we need to copy the current version of the active log to the down-level log data set. See Recovering logs for details of how to do this.