We have a VSM/SL8500 at our Primary Computing Facility (PCF) and the same configuration at our Backup Computing Facility (BCF) you have 2 options that I am aware of: have the Oracle CSE run a clean disk which will clean cache of everything without having to migrate data to MVC's. Or run the below batch job to flush disk cache to MVC's; Yes HSC/VTCS will have to be up and running to perform the below batch job .
//MIGRATE EXEC PGM=SWSADMIN,PARM='MIXED' //STEPLIB DD DSN=hlq.SLSLINK,DISP=SHR //SLSPRINT DD SYSOUT=* //SLSIN DD * MIGRATE VTSS(xxxxx) THRESHLD(0) or #MIGRATE VTSS(xxxxx) THRESHLD(0) from the command line. This migrates all data to MVCs and removes all VTVs from cache. When you initialize HSC/VTCS at the DR site, VTCS will see the MVCs as empty. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of af dc Sent: Thursday, June 09, 2011 9:38 AM To: [email protected] Subject: Re: Virtual Tape at Recovery Site Hi Rebecca, setting a mgmtclas with delscr(yes) doesn't overcome your problem? A.Cecilio On Thu, Jun 9, 2011 at 2:16 PM, Rebecca Martin <[email protected]> wrote: > We are looking to add a VSM to our recovery contract to match our > production configuration (for the last several years, the configurations have > not matched and we used real tape drives during the test). We have strict > requirements that we erase all data at the recovery site at the end of our > test. When using real tape, we use the CA-1 utility to erase the tapes at the > end of the test. But it cannot erase virtual tapes or the MVCs used on the > backend of the VSM. What possible solutions are there for erasing data from a > VSM? I think we can safely avoid writing to the MVCs since our test cycle is > short enough that we won't fill up the cache in the VSM. Is there a way to > erase the cache? How do others handle the requirement to not leave > sensitive data behind when using a VSM with a 3rd party recovery provider? > > Thanks > Rebecca > > ---------------------------------------------------------------------- > 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 ---------------------------------------------------------------------- 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
