Ravi,
You have two disconnected environments sharing the same volume, and possibly
the same datasets. Reserve is used to maintain the integrity of volume and
datasets when the volume is shared across systems. You are suggesting
converting reserves, with no method to propagate the enqueue to the other
system - there goes your integrity.
Because the backup reserves the volume, it will be inaccessible to other
systems until the backup completes. Perhaps a way around this is to use
Concurrent Copy for your Volume Dumps. That way the enqueue only exists
while DFDSS establishes the Datamover session, and you actually get a backup
with better consistency.
SETSYS VOLUMEDUMP(CC)
Ron
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Ambat Ravi Nair
> Sent: Sunday, 3 July 2005 9:39 AM
> To: [email protected]
> Subject: Re: on setting GRSRNL when GRS=NONE
>
> hi Brian.
>
> so, do i take it that when GRS=NONE, both GRSCNF & GRSRNL
> are ignored ?
>
> does it take an IPL to change GRS to anything other than NONE ?
>
> how then can i take care of the qnames mentioned below ?
>
> thank you.
>
>
> - ravi.
>
>
----------------------------------------------------------------------
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
