What could be the reason why the post processing job SSID0001 "Create Required DB2 Objects" fail by
.SYNC 180 'UNLOAD TABLE PTI.PDT_DYNAMREQ_180'
.ALLOC FI(SYSCTL00) DUMMY
.ALLOC FI(SYSREC00) +
IKJ56241I DATA SET RWKW.D0GW.PTDB.TID1109.D0GW.RDATA NOT ALLOCATED+
IKJ56241I SPECIFIED UNIT IS UNDEFINED
Please check the generated DDL if the error occurs during the .CALL SNAPSHOT due to the ssid0000 Compare job runs with the Recovery = Y option.
Any of the unload processes that are dynamically generated during the .CALL SNAPSHOT recovery are very difficult to control. Please rerun the ssid0000 Compare with Recovery = N instead to eliminate the .CALL SNAPSHOT process.
You could go around by delete the .CALL SNAPSHOT control cards in the ssidDDL member down to the .SYNC x and resubmit the ssid0001 job restarting at the EXECRBP2 step.
The install job uses a internal Utility Model. It's internal because at this stage the models have not been created for CA RC/Migrator yet. The actual text of the model can be found on hlq.CDBASRC(RMMODTXT)
It's called MODELDBA as you can see in your sysout
Model ID ===> @DEFAULT
Model Creator ===> MODELDBA
Control of the dataset allocations are difficult because so much is done dynamically that you cannot see in the ssidDDL member for the SNAPSHOT process.
The SNAPSHOT process dynamic allocation process uses model RMMODTXC (CA utilities) or RMMODTXI (IBM utilities). These models can be found in SRC library CDBASRC. The tape unit is hardcoded as CART.
Customization of the TAPE UNIT of CART is difficult with this configuration. We would tend not to recommend editing the RMMODTXC / RMMODTXI members.