Requeuing messages from one system to another
Message Advisor is used to requeue messages from one system to another for testing or benchmarking purposes. BMC recommends that you requeue messages to a production system only if they were originally generated on that system. This recommendation is made because destination differences between two systems can lead to unpredictable results.
If Message Advisor detects nonexistent destinations while requeueing messages that originated on a different production system, it may perform any of several actions, including creating virtual destinations or scrapping messages. If the same destination represents a different application or device on the two systems, Message Advisor cannot detect this difference and will requeue the messages. Requeueing may cause problems for the application or device.
If you requeue from one system to another, consider the following points:
- REQUEUE with no DESTYPE specified (or only DESTYPE=ALL specified) will allow a message to be queued to a different destination type than it was originally queued. The type printed on a REQUEUE report will be the type of the destination on the new system. However, if a difference in type is noted when requeueing to IMS, the text DIF will be printed on the report.
- REQUEUE with DESTYPE specified as a parameter other than ALL verifies that any destination requeued has the same type on both the log and the control region. If a destination is rejected based on the type in the log record, the type from the log record and the text LOG will be printed on the report. Otherwise, the type printed will be the type from the new system.
- When DESTYPE=DYNAMIC is used on REQUEUE, all dynamic terminals are selected or rejected. Dynamic VTAM subpools will also be treated as type DYNAMIC. Reports will identify dynamic terminals and subpools as CNT-E (for ETO) or CNT-V (for VTF).
- REQUEUE with DESTYPE=VSP selects or rejects static VTAM subpool LTERMs only.
- REQUEUE with SELECT DESTYPE=CNT selects both STATIC, DYNAMIC, and DEADQ terminals but not MSNAME or VSPCNT LTERMs.
REQUEUE with REJECT DESTYPE=CNT rejects only STATIC, DYNAMIC, or DEADQ terminals. It does not reject MSNAME or VSPCNT LTERMs.
- REQUEUE with either the NEWSAFGROUP or NEWUSERID keywords will now result in a regeneration of the security token found in the APPC and OTMA prefix segments.
Related topic