Since you are using NOCOPY, you don't have as good a spinning backup as you may think, and you have overhead for the first write of any track. I would suggest using FC incremental instead, you then have a real backup, and there is no need to do a withdrawal at all (in fact you want to avoid it).
>>> "Pommier, Rex R." <rex.pomm...@cnasurety.com> 3/26/2010 1:58 PM >>> Hi List, I have a FlashCopy question about withdrawing FC relationships. To set the stage, I have a DMX-4 and a DS6800 in my environment. Every night I run a job that does FlashCopy full volume copies of all my volumes to a complete set of target volumes using copy commands like this: COPY FULL IDD(ZOSCAT) ODD(SNPCAT) FR(REQ) FCNC DUMPCOND PURGE This is followed by DUMPing the SNP volumes to tape using DFDSS and this syntax: DUMP INDDNAME(DASD1) OUTDD(TAPE1,TAPE1D) ALLD(*) ALLX OPT(4) Then the following night, I run a job immediately before my FlashCopy job to break the FC relationships, using a sequence of: FCWITHDR SDEVN(1100) TDEVN(1240) /* ZOSCAT */ The reference manual says "If you use the FCNOCOPY keyword, you must withdraw the FlashCopy relationship when the copy is no longer needed to free up the subsystem resources that maintain the FlashCopy relationship. You can withdraw the FlashCopy relationship by performing one of the following tasks: Initiate a dump of the target of the copy and specify the FCWITHDRAW keyword on the DUMP command Initiate the TSO FCWITHDR command." Here's my question: If I skip the FCWITHDR step, does the system do an implicit FCWITHDR when I run the COPY command against the same set of source/target volumes the next night? My question comes about because we are in the process of migrating volumes from the DS6800 to the DMX and the FCWITHDR job hasn't been kept current. The COPY steps run just fine and I'm getting good backups, but I just don't know if there are some internal resources within either the DMX or the DS6800 that aren't being freed. TIA Rex PS, I don't want to add the FCWITHDRAW keyword to the DSS DUMP job because I can use the FC target for doing dataset level restores the next day in case somebody inadvertently clobbers a dataset. Much faster tan getting the tapes back from offsite. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html