residual recovery entry (RRE), IMS adapter, DISPLAY OASN command of IMS, CHANGE SUBSYS, command of IMS, DISPLAY OASN, commands, IMS" />
Resolving residual recovery entries
At given times, IMS builds a list of residual recovery entries (RREs). RREs are units of recovery about which WebSphere MQ might be in doubt. They arise in several situations:
- If the queue manager is not active, IMS has RREs that cannot be resolved until the queue manager is active. These RREs are not a problem.
- If the queue manager is active and connected to IMS, and if IMS backs out the work that WebSphere MQ has committed, the IMS adapter issues message CSQQ010E. If the data in the two systems must be consistent, there is a problem. Resolving this problem is discussed in Recovering IMS units of recovery manually.
- If the queue manager is active and connected to IMS, there might still be RREs even though no messages have informed you of this problem. After the WebSphere MQ connection to IMS has been established, we can issue the following IMS command to find out if there is a problem:
/DISPLAY OASN SUBSYS sysid
To purge the RRE, issue one of the following IMS commands:
/CHANGE SUBSYS sysid RESET /CHANGE SUBSYS sysid RESET OASN nnnnwhere nnnn is the originating application sequence number listed in response to your
+CSQ1 DISPLAY command. This is the schedule number of the program instance, giving its place in the sequence of invocations of that program since the last IMS cold start. IMS cannot have two in-doubt units of recovery with the same schedule number.
These commands reset the status of IMS; they do not result in any communication with WebSphere MQ.