-----------------<snip>-----------------------
…we are about 10 days into a BRE aka Disaster Recovery Exercise…couple
things if may…
- one of our procedures is to initialize all the DASD; establish a
SYS1.VTOCIX.what and a SYS1.VVDS.Vwhat; restore the DASD…during this
restore process we received prompts as
ADR369D (ttt)-mmmmm(yy), AUTHORIZE FOR {READ | WRITE} ACCESS {A
CHECKPOINT/RESTART DATA SET | A RACF DATA SET ON NON-RACF
SYSTEM|A
VVDS | A VTOCIX | ICF VSAM DATA SET ON NON-ICF SYSTEM} ON
volume_serial_number, job_name, step_name, REPLY U OR T
for VTOCIX
..we are executing a basic out of the box Recovery System and submit the
restores with LOGONID IBMUSER…anyway to avoid the prompt?
-----------------<unsnip>--------------------
Can't help a lot here. Maybe a RACF guy can help. I'd be thinking about
DASDVOL access for IBMUSER. Might be the key here.
----------------------<snip>---------------------------
- one of our procedures is to DELETE NOSCRATCH thousands of production
datasets; catalog cleanup before dataset restore…this process took hours
to execute…might this be related to the CATALOG AUTOTUNE in our 1.7
system?
-----------------------<unsnip>-----------------------
Consider shifting to the various Innovation offerings for
backup/restore. Their FDRDRP product seems to cover all the ground
you're dealing with in this issue. Have you considered just deleting the
catalog entirely, redefining it, and letting the restore operation
reconsutruct the entries? Not sure how you'd handle GDG indices and
datasets.
We were a small shop, with only 64 prod volumes. We used the DR
provider's floor system to recover our operating system. Then we'd IPL
our system, using their IOCDS, and use FDRDRP to recover our PROD
volumes. Once we had everything in place, our recovery time was cut
dramatically and we didn't have to do anyything special with the
catalogs. It's well worth looking into, in detail.
----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html