When CA Datacom PC CALL module DBPCCPR or DBPCSPR is replaced via CAIRIM, is there any need to recycle the active CA Datacom Multi-user (MUF) or to refresh any transaction or application? Version 14.0 RO87334, for example, has SMP/e HOLD ACTION to re-run

search cancel

When CA Datacom PC CALL module DBPCCPR or DBPCSPR is replaced via CAIRIM, is there any need to recycle the active CA Datacom Multi-user (MUF) or to refresh any transaction or application? Version 14.0 RO87334, for example, has SMP/e HOLD ACTION to re-run

book

Article ID: 36199

calendar_today

Updated On:

Products

Datacom DATACOM - AD CIS COMMON SERVICES FOR Z/OS 90S SERVICES DATABASE MANAGEMENT SOLUTIONS FOR DB2 FOR Z/OS COMMON PRODUCT SERVICES COMPONENT Common Services CA ECOMETER SERVER COMPONENT FOC Easytrieve Report Generator for Common Services INFOCAI MAINTENANCE IPC UNICENTER JCLCHECK COMMON COMPONENT Mainframe VM Product Manager CHORUS SOFTWARE MANAGER CA ON DEMAND PORTAL CA Service Desk Manager - Unified Self Service PAM CLIENT FOR LINUX ON MAINFRAME MAINFRAME CONNECTOR FOR LINUX ON MAINFRAME GRAPHICAL MANAGEMENT INTERFACE WEB ADMINISTRATOR FOR TOP SECRET Xpertware

Issue/Introduction

Question:

When CA Datacom PC CALL module DBPCCPR or DBPCSPR is replaced via CAIRIM, is there any need to recycle the active CA Datacom Multi-user (MUF) or to refresh any transaction or application?

Version 14.0 RO87334, for example, has SMP/e HOLD ACTION to re-run CAIRIM to reinstall DBPCCPR, is this sufficient?

Answer:

The only requirement is to run CAIRIM to reinstall the PC CALL module(s) (via CA Datacom/DB job BDRIM01; CA Datacom/AD job AXRIM01).

The PC CALL module callers MUF and DBINRPR always use the current copy.

Any executing code in the old DBPCCPR/DBPCSPR continue executing in the old one but the next call is done in the new.

Additional Information:

Environment

Release:
Component: DB

Feedback

thumb_up Yes

thumb_down No