Glenn,
According to our tape expert We actually had run into this issue and
have created workarounds. We do mark all production MVC's lost and read
only prior to test so they roll into CDRT as such. Also, we have an
unload job that we run to unload the VTV's from the MVC's. This was all
built by trial and error.
Terry Traylor
charlesSCHWAB
TIS Mainframe Storage Management
Remedy Queue: tis-hs-mstg
(602) 977-5154
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Glenn Miller
Sent: Thursday, January 03, 2008 1:39 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Anyone using SUN/STK CDRT ( maybe CVDT ) product
We have been using the SUN/STK CDRT ( was CVDT ) software product for
about 3 years. Recently, we have asked SUN/STK for a couple of
enhancements to the product that we feel will reduce the possibility of
an 'error condition' we sometimes encounter during our D/R tests. The
feedback we have received from SUN/STK seems to indicate that no other
user of CDRT ( CVDT ) performs D/R testing like we do and therefore no
other user encounters the 'error condition' we do.
The 'error condition' ( that is what our Operations area describes the
situation ) we sometimes encounter involves the recall of a 'virtual
tape volume' ( SUN/STK calls them VTVs ) on the D/R z/OS system.
Sometimes, we need to recall a VTV that was used just prior to the CDRT
( CVDT ) 'setup'
job that is run on the 'production host' system. That VTV happens to
reside on a MVC ( ours are SUN/STK 9840 tape media ) that is still
mounted on a RTD that is owned by the 'production host' system. The
SUN/STK software on the D/R z/OS image knows the MVC volume was mounted
on a RTD drive during the CDRT ( CVDT ) 'setup' process however it
doesn't have access to that RTD drive. So, the SUN/STK sofware issues a
WTOR to ask for help.
Our enhancement request to SUN/STK suggested that during the CDRT (CVDT
) 'setup' process, the software dismount all MVC's from RTD's that are
owned by any 'production host' system(s). Also, we suggested that all
dismounted MVC's be marked 'read only', which would prevent the SUN/STK
software from re-mounting those MVC's for output. The software would
have to find a 'fresh' MVC in order to offload any newly created VTV's.
We have been told no other CDRT ( CVDT ) user has encountered ( well
maybe reported to SUN/STK ) the 'error condition' above. SUN/STK told
us that other CDRT ( CVDT ) users don't access near current VTV's during
a D/R test. Instead, the user will 'restore' their z/OS 'system' from
their last weekends full volume dumps.
So I am curious. Does anyone using the SUN/STK CDRT ( CVDT ) software
use/access near current VTV's ( recently created, i.e. within a few
minutes prior to the CDRT 'setup' process ) on the D/R z/OS image? Or
do you 'restore' your z/OS 'system' from non-current VTV's that reside
on MVC's that cannot be added to ( i.e. the MVC is marked 'full' )?
Thank you in advance for your help.
Glenn Miller
--
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