Got some feedback from Innovation Tech Support concerning my question about changing DSNENQ and ENQ values. The bottom line was leave them as they are. There would be some risk and it simply isn't worth it.
-----Original Message----- From: O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, March 06, 2007 11:20 AM To: [email protected] Subject: FDR question for Bruce Black We are currently using the following for our weekly volume backups which are then used at DR: DUMP TYPE=FDR,ONLVOL,BUFNO=MAX,DSNENQ=USE,MAXTASKS=6, REMOTE,ENQ=ON,MAXERR=999,ENQERR=NO,TAPERRCD=NO,DATA=USED MOUNT VOLG=DSL Currently some users experience contention problems running FTP's if the backups run late. Since these FTPs involve a critical application I was wondering if we could eliminate the problem by changing DSNENQ to NONE which is the default ENQ to OFF which is the default We are running FDRABR VER. 5.4/41P. If I make these changes do I run the risk of having unusable volume copies at DR or unusable dataset backups? My manager is concerned that turning ENQ off might allow the VTOC to be updated in flight rendering the backup unusable. I could in the event of an actual disaster, restore an earlier backup and then apply incremental HSM backups however we only transport 1 copy of the volume backups so that won't be an option for DR testing. Thank you, Dave O'Brien ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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
