|
CA/7 Job Scheduler |
|---|
|
Product Installation Steps |
UNLOAD
IEBCOPY
IEASVC00
L232ADST
L232ATGT
CAINITE5
CAIL232
L232REC
L232APPK
L232APP
L232ACCK
L232ACC
L232GEN
STAGE1
CA07N000
CA07N010
CA07N020
CA07N030
CA07N120
CA7CLIST
UL23211R
UL23211A
PPPANEL
CA7PDRVR
UL232IZR
SCAL99PE
SCAL9903
UL232IZA
UL23201R
UL23201K
UL23201A
L232RIM
CAS9
PROG00
S.LOG
CA07N220
CA07LOGP
CA07LOGS
CA7BAKUP
S.LOG
CA7RELD
SASSSECX
SASSSY2K
TCA99PAY
TCA99ACP
TCA99ACR
TCA99BKU
TCA99MFG
TCA99EST
CA7AL
CA7TBLS
CAUTOCMD
BATCH
ONLINE
CA7JOBSL
S.LOG
COPYPROD
TSO Option 2
Execute Steps 1-3 on the production MVS/ESA 4.2 LPAR when converting CA-7
Data in the trailer queue is also unloaded during the dump of the above queues. The CA-7 scratch queue, which contains messages, and the DQTQ are not unloaded. This same procedure, however, must be used if moving or reallocating the scratch queue or the DQTQ. The VRM database component contains "active" resource records which relate to jobs currently in the CA-7 queues. The VRM active resource records track resource use by job and, if in use, must match the CA-7 queue records. These active records are dumped to the VRM Dump queue file, CA7VDMP DD and, they are date/time stamped to match the queue records to ensure synchronization during DMPQ/MOVQ processing. No VRM data sets exist on the production LPAR. 2. After the queues are dumped (see Step 1, above), backup the CA-7 databases by submitting the following job
3. IEBCOPY the CA-7 JCL libraries by submitting the following job
Execute steps 4-7 on the test OS/390 LPAR when converting CA/7 4. Reload the database to the test LPAR from the production backup file. 5. To reload the queues to the Y2K LPAR from the production VRM file, enter the following command from the master console:
6. Execute this step only if calendar or security changes have been made to CA-7 production since 06/10/1999
7. Restore the production JCL libraries by submitting the following job |