Re: CLONEBKP: New package at zVM/downloads

[Scott Rohling]

Alyce --  not sure what you mean, at least in the context of flashcopy.. ?
If you mean CLONEBKP, I believe it's making a copy of the spool volume(s),
so NSS/DCSS/etc would be preserved..

Scott Rohling

On Fri, Jun 17, 2011 at 5:20 PM, Austin, Alyce (CIV)  wrote:

> 
>
> What about the NSSs?
>
> ** **
>
> Thanks,
>
> Alyce
>
> ** **
>  --
>
> *From:* **The IBM z/VM Operating System** [mailto:IBMVM@LISTSERV.UARK.EDU]
> *On Behalf Of *Eric R Farman
> *Sent:* Friday, June 17, 2011 1:57 PM
>
> *To:* IBMVM@LISTSERV.UARK.EDU
> *Subject:* Re: CLONEBKP: New package at zVM/downloads
> 
>
>  ** **
>
> FLASHCOPY SYNC is only useful for older (Version 1) FlashCopy hardware.
>  Modern storage subsystems, such as DS8000, will not change their behavior
> with this parameter.  From the FLASHCOPY helpfile:
>
> SYNChronous
> (For FlashCopy Version 1 hardware) tells CP to process the command
> immediately and to wait until the hardware has accepted all parameters,
> all messages from the Enterprise Storage Server(R) (ESS) subsystem have
> been processed, and the FLASHCOPY command completes.
>
> As stated previously, issuing a second FLASHCOPY command while one is in
> progress will result in an error.
>
> The CP QUERY FLASHCOPY HARDWARE command can be used to determine if a
> FlashCopy has completed it's background copy or not, regardless of whether
> or not it's a persistent relationship.
>
> Regards,
>Eric
>
> Eric Farman
> z/VM I/O Development
> IBM Endicott**, ** NY
> (607)429-4958 (tie 620)
>
> 
>
> From: ****
>
> Kris Buelens  
>
> To: 
>
> IBMVM@LISTSERV.UARK.EDU 
>
> Date: 
>
> 06/17/2011 04:03 PM 
>
> Subject: 
>
> Re: CLONEBKP: New package at zVM/downloads 
>
> Sent by: 
>
> **The IBM z/VM Operating System** 
>
> ** **
>  --
>
>
>
>
> FLASHCOPY SYNC does not wait until the target disk is copied.  So, you can
> try to launch a second FLASHCOPY while the previous is still busy, and your
> attempt will fail.
>
> 2011/6/17 Alan Altmark 
> On Friday, 06/17/2011 at 01:37 EDT, Scott Rohling
>  wrote:
> > It will likely fail, with a message that the target is not in the
> required
> > state and is the target of an existing flashcopy...until the
> background
> > copying finishes -- you won't be able to flash to the same target.
>
> This sounds like a good use of the FLASHCOPY SYNCH option.
>
> Alan Altmark
>
> z/VM and Linux on System z Consultant
> IBM System Lab Services and Training*
> *ibm.com/systems/services/labservices
> office: 607.429.3323
> mobile; 607.321.7556*
> *alan_altm...@us.ibm.com
> IBM Endicott
>
>
>
> --
> Kris Buelens,
> IBM Belgium, VM customer support 
>

Re: CLONEBKP: New package at zVM/downloads

[Austin, Alyce (CIV)]

What about the NSSs?

Thanks,
Alyce


From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Eric R Farman
Sent: Friday, June 17, 2011 1:57 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CLONEBKP: New package at zVM/downloads

FLASHCOPY SYNC is only useful for older (Version 1) FlashCopy hardware.  Modern 
storage subsystems, such as DS8000, will not change their behavior with this 
parameter.  From the FLASHCOPY helpfile:

SYNChronous
(For FlashCopy Version 1 hardware) tells CP to process the command
immediately and to wait until the hardware has accepted all parameters,
all messages from the Enterprise Storage Server(R) (ESS) subsystem have
been processed, and the FLASHCOPY command completes.

As stated previously, issuing a second FLASHCOPY command while one is in 
progress will result in an error.

The CP QUERY FLASHCOPY HARDWARE command can be used to determine if a FlashCopy 
has completed it's background copy or not, regardless of whether or not it's a 
persistent relationship.

Regards,
   Eric

Eric Farman
z/VM I/O Development
IBM Endicott, NY
(607)429-4958 (tie 620)

From:

Kris Buelens 

To:

IBMVM@LISTSERV.UARK.EDU

Date:

06/17/2011 04:03 PM

Subject:

Re: CLONEBKP: New package at zVM/downloads

Sent by:

The IBM z/VM Operating System 






FLASHCOPY SYNC does not wait until the target disk is copied.  So, you can try 
to launch a second FLASHCOPY while the previous is still busy, and your attempt 
will fail.

2011/6/17 Alan Altmark mailto:alan_altm...@us.ibm.com>>
On Friday, 06/17/2011 at 01:37 EDT, Scott Rohling
mailto:scott.rohl...@gmail.com>> wrote:
> It will likely fail, with a message that the target is not in the
required
> state and is the target of an existing flashcopy...until the
background
> copying finishes -- you won't be able to flash to the same target.

This sounds like a good use of the FLASHCOPY SYNCH option.

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training
ibm.com/systems/services/labservices<http://ibm.com/systems/services/labservices>
office: 607.429.3323
mobile; 607.321.7556
alan_altm...@us.ibm.com<mailto:alan_altm...@us.ibm.com>
IBM Endicott



--
Kris Buelens,
IBM Belgium, VM customer support

Re: CLONEBKP: New package at zVM/downloads

[Eric R Farman]

FLASHCOPY SYNC is only useful for older (Version 1) FlashCopy hardware. 
Modern storage subsystems, such as DS8000, will not change their behavior 
with this parameter.  From the FLASHCOPY helpfile:

SYNChronous 
(For FlashCopy Version 1 hardware) tells CP to process the command 
immediately and to wait until the hardware has accepted all 
parameters,
all messages from the Enterprise Storage Server(R) (ESS) subsystem 
have
been processed, and the FLASHCOPY command completes. 

As stated previously, issuing a second FLASHCOPY command while one is in 
progress will result in an error.

The CP QUERY FLASHCOPY HARDWARE command can be used to determine if a 
FlashCopy has completed it's background copy or not, regardless of whether 
or not it's a persistent relationship.

Regards,
Eric

Eric Farman
z/VM I/O Development
IBM Endicott, NY
(607)429-4958 (tie 620)



From:
Kris Buelens 
To:
IBMVM@LISTSERV.UARK.EDU
Date:
06/17/2011 04:03 PM
Subject:
Re: CLONEBKP: New package at zVM/downloads
Sent by:
The IBM z/VM Operating System 



FLASHCOPY SYNC does not wait until the target disk is copied.  So, you can 
try to launch a second FLASHCOPY while the previous is still busy, and 
your attempt will fail.

2011/6/17 Alan Altmark 
On Friday, 06/17/2011 at 01:37 EDT, Scott Rohling
 wrote:
> It will likely fail, with a message that the target is not in the
required
> state and is the target of an existing flashcopy...until the
background
> copying finishes -- you won't be able to flash to the same target.

This sounds like a good use of the FLASHCOPY SYNCH option.

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training
ibm.com/systems/services/labservices
office: 607.429.3323
mobile; 607.321.7556
alan_altm...@us.ibm.com
IBM Endicott



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: CLONEBKP: New package at zVM/downloads

[Kris Buelens]

FLASHCOPY SYNC does not wait until the target disk is copied.  So, you can
try to launch a second FLASHCOPY while the previous is still busy, and your
attempt will fail.

2011/6/17 Alan Altmark 

> On Friday, 06/17/2011 at 01:37 EDT, Scott Rohling
>  wrote:
> > It will likely fail, with a message that the target is not in the
> required
> > state and is the target of an existing flashcopy...until the
> background
> > copying finishes -- you won't be able to flash to the same target.
>
> This sounds like a good use of the FLASHCOPY SYNCH option.
>
> Alan Altmark
>
> z/VM and Linux on System z Consultant
> IBM System Lab Services and Training
> ibm.com/systems/services/labservices
> office: 607.429.3323
> mobile; 607.321.7556
> alan_altm...@us.ibm.com
> IBM Endicott
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: CLONEBKP: New package at zVM/downloads

[Alan Altmark]

On Friday, 06/17/2011 at 01:37 EDT, Scott Rohling 
 wrote:
> It will likely fail, with a message that the target is not in the 
required 
> state and is the target of an existing flashcopy...until the 
background 
> copying finishes -- you won't be able to flash to the same target.

This sounds like a good use of the FLASHCOPY SYNCH option.

Alan Altmark

z/VM and Linux on System z Consultant
IBM System Lab Services and Training 
ibm.com/systems/services/labservices 
office: 607.429.3323
mobile; 607.321.7556
alan_altm...@us.ibm.com
IBM Endicott

Re: CLONEBKP: New package at zVM/downloads

[Scott Rohling]

Sorry - looks like you need to use HELP CPQUERY FLASHC  to display help...

Scott Rohling

On Fri, Jun 17, 2011 at 11:46 AM, Scott Rohling wrote:

> CP QUERY FLASHCOPY -- and there are several operands to query different
> aspects of the persistent flashcopy relationship table..  I'm pretty sure
> there are also some ICKDSF functions that do this also...
>
> Anyway - HELP CPQUERY FLASHCOPY for more info on that..
>
> Scott Rohling
>
>
> On Fri, Jun 17, 2011 at 11:40 AM, Edward M Martin wrote:
>
>> Hello Everyone,
>>
>> ** **
>>
>> On the z/VSE side the commands will show the relationships of source to
>> target volume. 
>>
>> ** **
>>
>> IXFP STATUS
>>
>>   STATUS,CUU
>>
>> ** **
>>
>> I am sure there is a z/VM query command but I can’t find it (again).
>>
>> ** **
>>
>> ** **
>>
>> Ed Martin
>>
>> Aultman Health Foundation
>>
>> 330-363-5050
>>
>> Ext 35050
>>
>> ** **
>>
>> *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On
>> Behalf Of *Scott Rohling
>> *Sent:* Friday, June 17, 2011 1:34 PM
>>
>> *To:* IBMVM@LISTSERV.UARK.EDU
>> *Subject:* Re: CLONEBKP: New package at zVM/downloads
>>
>> ** **
>>
>> It will likely fail, with a message that the target is not in the required
>> state and is the target of an existing flashcopy...until the background
>> copying finishes -- you won't be able to flash to the same target.
>>
>> ** **
>>
>> Scott Rohling
>>
>> On Fri, Jun 17, 2011 at 11:06 AM, Alain Benveniste 
>> wrote:
>>
>> What would happen if we have flashcopy and we execute the same command 2
>> times in sequence ?
>>
>> Alain
>>
>> Envoyé de mon iPhone
>>
>> Le 17 juin 2011 à 17:44, Tom Duerbusch  a
>> écrit :
>>
>>
>> > To throw another tangent to this
>> >
>> > On z/VSE, FCOPY detects the present of FLASHCOPY and will use FLASHCOPY
>> when available and it makes sense to use it.
>> >
>> > I got plenty of calls from Operations when a DS8100 was brought in and
>> we intended to phase in FLASHCOPY. FCOPY "phased" it in, very quickly  .
>> >
>> > Tom Duerbusch
>> > THD Consulting
>> >
>> >>>> Scott Rohling  6/16/2011 3:45 PM >>>
>> > No - the CP FLASHCOPY command only works with the flashcopy feature on
>> the
>> > DASD -- it will simply fail if it's not enabled.   You may have been
>> using a
>> > 'wrapper' EXEC that did that for you a while ago or something.
>> >
>> > Even if FLASHCOPY is specified for an option in the CLONEBKUP tool - I
>> would
>> > suggest it fall back to DDR if flashcopy fails -- as it will if you are
>> > copying dasd that are on different subsystems..
>> >
>> > Scott Rohling
>> >
>> >
>> >
>> > On Thu, Jun 16, 2011 at 2:22 PM, Davis, Larry (National VM/VSE
>> Capability) <
>> > larry.dav...@hp.com> wrote:
>> >
>> >> I Believe Flashcopy uses DDR, if Flashcopy is not available on the
>> >> subsystem, But that was a while ago.
>> >>
>> >>
>> >>
>> >> Larry Davis**
>> >>
>> >>
>> >>
>> >> *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU]
>> *On
>> >> Behalf Of *Scott Rohling
>> >> *Sent:* Thursday, June 16, 2011 4:16 PM
>> >>
>> >> *To:* IBMVM@LISTSERV.UARK.EDU
>> >> *Subject:* Re: CLONEBKP: New package at zVM/downloads
>> >>
>> >>
>> >>
>> >> key word 'option' .. it's pretty easy to code for doing either a
>> >> flashcopy or ddr, whether passed as an option, or even detected
>> >> automatically (try a flash and if it fails do the ddr).
>> >>
>> >>
>> >>
>> >> Scott Rohling
>> >>
>> >> On Thu, Jun 16, 2011 at 2:13 PM, Mark Post  wrote:
>> >>
>> >>>>> On 6/16/2011 at 08:06 AM, "Frank M. Ramaekers" <
>> framaek...@ailife.com>
>> >> wrote:
>> >>> 1 suggestion:   FLASHCOPY option (to replace DDR)
>> >>
>> >> Which would then break on all the systems where it hasn't been
>> purchased.
>> >>
>> >>
>> >> Mark Post
>> >>
>> >>
>> >>
>>
>> ** **
>>
>
>

Re: CLONEBKP: New package at zVM/downloads

[Kris Buelens]

ICKDSF PPRCOPY has some option to query the status. (I don't know it by
heart though).

2011/6/17 Edward M Martin 

> Hello Everyone,
>
> ** **
>
> On the z/VSE side the commands will show the relationships of source to
> target volume. 
>
> ** **
>
> IXFP STATUS
>
>   STATUS,CUU
>
> ** **
>
> I am sure there is a z/VM query command but I can’t find it (again).
>
> ** **
>
> ** **
>
> Ed Martin
>
> Aultman Health Foundation
>
> 330-363-5050
>
> Ext 35050
>
> ** **
>
> *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On
> Behalf Of *Scott Rohling
> *Sent:* Friday, June 17, 2011 1:34 PM
>
> *To:* IBMVM@LISTSERV.UARK.EDU
> *Subject:* Re: CLONEBKP: New package at zVM/downloads
>
> ** **
>
> It will likely fail, with a message that the target is not in the required
> state and is the target of an existing flashcopy...until the background
> copying finishes -- you won't be able to flash to the same target.
>
> ** **
>
> Scott Rohling
>
> On Fri, Jun 17, 2011 at 11:06 AM, Alain Benveniste 
> wrote:
>
> What would happen if we have flashcopy and we execute the same command 2
> times in sequence ?
>
> Alain
>
> Envoyé de mon iPhone
>
> Le 17 juin 2011 à 17:44, Tom Duerbusch  a
> écrit :
>
>
> > To throw another tangent to this
> >
> > On z/VSE, FCOPY detects the present of FLASHCOPY and will use FLASHCOPY
> when available and it makes sense to use it.
> >
> > I got plenty of calls from Operations when a DS8100 was brought in and we
> intended to phase in FLASHCOPY. FCOPY "phased" it in, very quickly  .
> >
> > Tom Duerbusch
> > THD Consulting
> >
> >>>> Scott Rohling  6/16/2011 3:45 PM >>>
> > No - the CP FLASHCOPY command only works with the flashcopy feature on
> the
> > DASD -- it will simply fail if it's not enabled.   You may have been
> using a
> > 'wrapper' EXEC that did that for you a while ago or something.
> >
> > Even if FLASHCOPY is specified for an option in the CLONEBKUP tool - I
> would
> > suggest it fall back to DDR if flashcopy fails -- as it will if you are
> > copying dasd that are on different subsystems..
> >
> > Scott Rohling
> >
> >
> >
> > On Thu, Jun 16, 2011 at 2:22 PM, Davis, Larry (National VM/VSE
> Capability) <
> > larry.dav...@hp.com> wrote:
> >
> >> I Believe Flashcopy uses DDR, if Flashcopy is not available on the
> >> subsystem, But that was a while ago.
> >>
> >>
> >>
> >> Larry Davis**
> >>
> >>
> >>
> >> *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU]
> *On
> >> Behalf Of *Scott Rohling
> >> *Sent:* Thursday, June 16, 2011 4:16 PM
> >>
> >> *To:* IBMVM@LISTSERV.UARK.EDU
> >> *Subject:* Re: CLONEBKP: New package at zVM/downloads
> >>
> >>
> >>
> >> key word 'option' .. it's pretty easy to code for doing either a
> >> flashcopy or ddr, whether passed as an option, or even detected
> >> automatically (try a flash and if it fails do the ddr).
> >>
> >>
> >>
> >> Scott Rohling
> >>
> >> On Thu, Jun 16, 2011 at 2:13 PM, Mark Post  wrote:
> >>
> >>>>> On 6/16/2011 at 08:06 AM, "Frank M. Ramaekers" <
> framaek...@ailife.com>
> >> wrote:
> >>> 1 suggestion:   FLASHCOPY option (to replace DDR)
> >>
> >> Which would then break on all the systems where it hasn't been
> purchased.
> >>
> >>
> >> Mark Post
> >>
> >>
> >>
>
> ** **
>



-- 
Kris Buelens,
IBM Belgium, VM customer support

Re: CLONEBKP: New package at zVM/downloads

[Scott Rohling]

CP QUERY FLASHCOPY -- and there are several operands to query different
aspects of the persistent flashcopy relationship table..  I'm pretty sure
there are also some ICKDSF functions that do this also...

Anyway - HELP CPQUERY FLASHCOPY for more info on that..

Scott Rohling

On Fri, Jun 17, 2011 at 11:40 AM, Edward M Martin wrote:

> Hello Everyone,
>
> ** **
>
> On the z/VSE side the commands will show the relationships of source to
> target volume. 
>
> ** **
>
> IXFP STATUS
>
>   STATUS,CUU
>
> ** **
>
> I am sure there is a z/VM query command but I can’t find it (again).
>
> ** **
>
> ** **
>
> Ed Martin
>
> Aultman Health Foundation
>
> 330-363-5050
>
> Ext 35050
>
> ** **
>
> *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On
> Behalf Of *Scott Rohling
> *Sent:* Friday, June 17, 2011 1:34 PM
>
> *To:* IBMVM@LISTSERV.UARK.EDU
> *Subject:* Re: CLONEBKP: New package at zVM/downloads
>
> ** **
>
> It will likely fail, with a message that the target is not in the required
> state and is the target of an existing flashcopy...until the background
> copying finishes -- you won't be able to flash to the same target.
>
> ** **
>
> Scott Rohling
>
> On Fri, Jun 17, 2011 at 11:06 AM, Alain Benveniste 
> wrote:
>
> What would happen if we have flashcopy and we execute the same command 2
> times in sequence ?
>
> Alain
>
> Envoyé de mon iPhone
>
> Le 17 juin 2011 à 17:44, Tom Duerbusch  a
> écrit :
>
>
> > To throw another tangent to this
> >
> > On z/VSE, FCOPY detects the present of FLASHCOPY and will use FLASHCOPY
> when available and it makes sense to use it.
> >
> > I got plenty of calls from Operations when a DS8100 was brought in and we
> intended to phase in FLASHCOPY. FCOPY "phased" it in, very quickly  .
> >
> > Tom Duerbusch
> > THD Consulting
> >
> >>>> Scott Rohling  6/16/2011 3:45 PM >>>
> > No - the CP FLASHCOPY command only works with the flashcopy feature on
> the
> > DASD -- it will simply fail if it's not enabled.   You may have been
> using a
> > 'wrapper' EXEC that did that for you a while ago or something.
> >
> > Even if FLASHCOPY is specified for an option in the CLONEBKUP tool - I
> would
> > suggest it fall back to DDR if flashcopy fails -- as it will if you are
> > copying dasd that are on different subsystems..
> >
> > Scott Rohling
> >
> >
> >
> > On Thu, Jun 16, 2011 at 2:22 PM, Davis, Larry (National VM/VSE
> Capability) <
> > larry.dav...@hp.com> wrote:
> >
> >> I Believe Flashcopy uses DDR, if Flashcopy is not available on the
> >> subsystem, But that was a while ago.
> >>
> >>
> >>
> >> Larry Davis**
> >>
> >>
> >>
> >> *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU]
> *On
> >> Behalf Of *Scott Rohling
> >> *Sent:* Thursday, June 16, 2011 4:16 PM
> >>
> >> *To:* IBMVM@LISTSERV.UARK.EDU
> >> *Subject:* Re: CLONEBKP: New package at zVM/downloads
> >>
> >>
> >>
> >> key word 'option' .. it's pretty easy to code for doing either a
> >> flashcopy or ddr, whether passed as an option, or even detected
> >> automatically (try a flash and if it fails do the ddr).
> >>
> >>
> >>
> >> Scott Rohling
> >>
> >> On Thu, Jun 16, 2011 at 2:13 PM, Mark Post  wrote:
> >>
> >>>>> On 6/16/2011 at 08:06 AM, "Frank M. Ramaekers" <
> framaek...@ailife.com>
> >> wrote:
> >>> 1 suggestion:   FLASHCOPY option (to replace DDR)
> >>
> >> Which would then break on all the systems where it hasn't been
> purchased.
> >>
> >>
> >> Mark Post
> >>
> >>
> >>
>
> ** **
>

Re: CLONEBKP: New package at zVM/downloads

[Edward M Martin]

Hello Everyone,

 

On the z/VSE side the commands will show the relationships of source to target 
volume. 

 

IXFP STATUS

  STATUS,CUU

 

I am sure there is a z/VM query command but I can't find it (again).

 

 

Ed Martin

Aultman Health Foundation

330-363-5050

Ext 35050

 

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Scott Rohling
Sent: Friday, June 17, 2011 1:34 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CLONEBKP: New package at zVM/downloads

 

It will likely fail, with a message that the target is not in the required 
state and is the target of an existing flashcopy...until the background 
copying finishes -- you won't be able to flash to the same target.

 

Scott Rohling

On Fri, Jun 17, 2011 at 11:06 AM, Alain Benveniste  wrote:

What would happen if we have flashcopy and we execute the same command 2 times 
in sequence ?

Alain

Envoyé de mon iPhone

Le 17 juin 2011 à 17:44, Tom Duerbusch  a écrit :


> To throw another tangent to this
>
> On z/VSE, FCOPY detects the present of FLASHCOPY and will use FLASHCOPY when 
> available and it makes sense to use it.
>
> I got plenty of calls from Operations when a DS8100 was brought in and we 
> intended to phase in FLASHCOPY. FCOPY "phased" it in, very quickly  .
>
> Tom Duerbusch
> THD Consulting
>
>>>> Scott Rohling  6/16/2011 3:45 PM >>>
> No - the CP FLASHCOPY command only works with the flashcopy feature on the
> DASD -- it will simply fail if it's not enabled.   You may have been using a
> 'wrapper' EXEC that did that for you a while ago or something.
>
> Even if FLASHCOPY is specified for an option in the CLONEBKUP tool - I would
> suggest it fall back to DDR if flashcopy fails -- as it will if you are
> copying dasd that are on different subsystems..
>
> Scott Rohling
>
>
>
> On Thu, Jun 16, 2011 at 2:22 PM, Davis, Larry (National VM/VSE Capability) <
> larry.dav...@hp.com> wrote:
>
>> I Believe Flashcopy uses DDR, if Flashcopy is not available on the
>> subsystem, But that was a while ago.
>>
>>
>>
>> Larry Davis**
>>
>>
>>
>> *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On
>> Behalf Of *Scott Rohling
>> *Sent:* Thursday, June 16, 2011 4:16 PM
>>
>> *To:* IBMVM@LISTSERV.UARK.EDU
>> *Subject:* Re: CLONEBKP: New package at zVM/downloads
>>
>>
>>
>> key word 'option' .. it's pretty easy to code for doing either a
>> flashcopy or ddr, whether passed as an option, or even detected
>> automatically (try a flash and if it fails do the ddr).
>>
>>
>>
>> Scott Rohling
>>
>> On Thu, Jun 16, 2011 at 2:13 PM, Mark Post  wrote:
>>
>>>>> On 6/16/2011 at 08:06 AM, "Frank M. Ramaekers" 
>> wrote:
>>> 1 suggestion:   FLASHCOPY option (to replace DDR)
>>
>> Which would then break on all the systems where it hasn't been purchased.
>>
>>
>> Mark Post
>>
>>
>>

 

Re: CLONEBKP: New package at zVM/downloads

[Scott Rohling]

It will likely fail, with a message that the target is not in the required
state and is the target of an existing flashcopy...until the background
copying finishes -- you won't be able to flash to the same target.

Scott Rohling

On Fri, Jun 17, 2011 at 11:06 AM, Alain Benveniste wrote:

> What would happen if we have flashcopy and we execute the same command 2
> times in sequence ?
>
> Alain
>
> Envoyé de mon iPhone
>
> Le 17 juin 2011 à 17:44, Tom Duerbusch  a
> écrit :
>
> > To throw another tangent to this
> >
> > On z/VSE, FCOPY detects the present of FLASHCOPY and will use FLASHCOPY
> when available and it makes sense to use it.
> >
> > I got plenty of calls from Operations when a DS8100 was brought in and we
> intended to phase in FLASHCOPY. FCOPY "phased" it in, very quickly  .
> >
> > Tom Duerbusch
> > THD Consulting
> >
> >>>> Scott Rohling  6/16/2011 3:45 PM >>>
> > No - the CP FLASHCOPY command only works with the flashcopy feature on
> the
> > DASD -- it will simply fail if it's not enabled.   You may have been
> using a
> > 'wrapper' EXEC that did that for you a while ago or something.
> >
> > Even if FLASHCOPY is specified for an option in the CLONEBKUP tool - I
> would
> > suggest it fall back to DDR if flashcopy fails -- as it will if you are
> > copying dasd that are on different subsystems..
> >
> > Scott Rohling
> >
> >
> >
> > On Thu, Jun 16, 2011 at 2:22 PM, Davis, Larry (National VM/VSE
> Capability) <
> > larry.dav...@hp.com> wrote:
> >
> >> I Believe Flashcopy uses DDR, if Flashcopy is not available on the
> >> subsystem, But that was a while ago.
> >>
> >>
> >>
> >> Larry Davis**
> >>
> >>
> >>
> >> *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU]
> *On
> >> Behalf Of *Scott Rohling
> >> *Sent:* Thursday, June 16, 2011 4:16 PM
> >>
> >> *To:* IBMVM@LISTSERV.UARK.EDU
> >> *Subject:* Re: CLONEBKP: New package at zVM/downloads
> >>
> >>
> >>
> >> key word 'option' .. it's pretty easy to code for doing either a
> >> flashcopy or ddr, whether passed as an option, or even detected
> >> automatically (try a flash and if it fails do the ddr).
> >>
> >>
> >>
> >> Scott Rohling
> >>
> >> On Thu, Jun 16, 2011 at 2:13 PM, Mark Post  wrote:
> >>
> >>>>> On 6/16/2011 at 08:06 AM, "Frank M. Ramaekers" <
> framaek...@ailife.com>
> >> wrote:
> >>> 1 suggestion:   FLASHCOPY option (to replace DDR)
> >>
> >> Which would then break on all the systems where it hasn't been
> purchased.
> >>
> >>
> >> Mark Post
> >>
> >>
> >>
>

Re: CLONEBKP: New package at zVM/downloads

[Alain Benveniste]

What would happen if we have flashcopy and we execute the same command 2 times 
in sequence ?

Alain 

Envoyé de mon iPhone

Le 17 juin 2011 à 17:44, Tom Duerbusch  a écrit :

> To throw another tangent to this
> 
> On z/VSE, FCOPY detects the present of FLASHCOPY and will use FLASHCOPY when 
> available and it makes sense to use it.  
> 
> I got plenty of calls from Operations when a DS8100 was brought in and we 
> intended to phase in FLASHCOPY. FCOPY "phased" it in, very quickly  .
> 
> Tom Duerbusch
> THD Consulting
> 
>>>> Scott Rohling  6/16/2011 3:45 PM >>>
> No - the CP FLASHCOPY command only works with the flashcopy feature on the
> DASD -- it will simply fail if it's not enabled.   You may have been using a
> 'wrapper' EXEC that did that for you a while ago or something.
> 
> Even if FLASHCOPY is specified for an option in the CLONEBKUP tool - I would
> suggest it fall back to DDR if flashcopy fails -- as it will if you are
> copying dasd that are on different subsystems..
> 
> Scott Rohling
> 
> 
> 
> On Thu, Jun 16, 2011 at 2:22 PM, Davis, Larry (National VM/VSE Capability) <
> larry.dav...@hp.com> wrote:
> 
>> I Believe Flashcopy uses DDR, if Flashcopy is not available on the
>> subsystem, But that was a while ago.
>> 
>> 
>> 
>> Larry Davis**
>> 
>> 
>> 
>> *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On
>> Behalf Of *Scott Rohling
>> *Sent:* Thursday, June 16, 2011 4:16 PM
>> 
>> *To:* IBMVM@LISTSERV.UARK.EDU 
>> *Subject:* Re: CLONEBKP: New package at zVM/downloads
>> 
>> 
>> 
>> key word 'option' .. it's pretty easy to code for doing either a
>> flashcopy or ddr, whether passed as an option, or even detected
>> automatically (try a flash and if it fails do the ddr).
>> 
>> 
>> 
>> Scott Rohling
>> 
>> On Thu, Jun 16, 2011 at 2:13 PM, Mark Post  wrote:
>> 
>>>>> On 6/16/2011 at 08:06 AM, "Frank M. Ramaekers" 
>> wrote:
>>> 1 suggestion:   FLASHCOPY option (to replace DDR)
>> 
>> Which would then break on all the systems where it hasn't been purchased.
>> 
>> 
>> Mark Post
>> 
>> 
>> 

Re: CLONEBKP: New package at zVM/downloads

[Tom Duerbusch]

To throw another tangent to this

On z/VSE, FCOPY detects the present of FLASHCOPY and will use FLASHCOPY when 
available and it makes sense to use it.  

I got plenty of calls from Operations when a DS8100 was brought in and we 
intended to phase in FLASHCOPY. FCOPY "phased" it in, very quickly  .

Tom Duerbusch
THD Consulting

>>> Scott Rohling  6/16/2011 3:45 PM >>>
No - the CP FLASHCOPY command only works with the flashcopy feature on the
DASD -- it will simply fail if it's not enabled.   You may have been using a
'wrapper' EXEC that did that for you a while ago or something.

Even if FLASHCOPY is specified for an option in the CLONEBKUP tool - I would
suggest it fall back to DDR if flashcopy fails -- as it will if you are
copying dasd that are on different subsystems..

Scott Rohling



On Thu, Jun 16, 2011 at 2:22 PM, Davis, Larry (National VM/VSE Capability) <
larry.dav...@hp.com> wrote:

> I Believe Flashcopy uses DDR, if Flashcopy is not available on the
> subsystem, But that was a while ago.
>
>
>
> Larry Davis**
>
>
>
> *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On
> Behalf Of *Scott Rohling
> *Sent:* Thursday, June 16, 2011 4:16 PM
>
> *To:* IBMVM@LISTSERV.UARK.EDU 
> *Subject:* Re: CLONEBKP: New package at zVM/downloads
>
>
>
> key word 'option' .. it's pretty easy to code for doing either a
> flashcopy or ddr, whether passed as an option, or even detected
> automatically (try a flash and if it fails do the ddr).
>
>
>
> Scott Rohling
>
> On Thu, Jun 16, 2011 at 2:13 PM, Mark Post  wrote:
>
> >>> On 6/16/2011 at 08:06 AM, "Frank M. Ramaekers" 
> wrote:
> > 1 suggestion:   FLASHCOPY option (to replace DDR)
>
> Which would then break on all the systems where it hasn't been purchased.
>
>
> Mark Post
>
>
>

Re: CLONEBKP: New package at zVM/downloads

[Scott Rohling]

No - the CP FLASHCOPY command only works with the flashcopy feature on the
DASD -- it will simply fail if it's not enabled.   You may have been using a
'wrapper' EXEC that did that for you a while ago or something.

Even if FLASHCOPY is specified for an option in the CLONEBKUP tool - I would
suggest it fall back to DDR if flashcopy fails -- as it will if you are
copying dasd that are on different subsystems..

Scott Rohling



On Thu, Jun 16, 2011 at 2:22 PM, Davis, Larry (National VM/VSE Capability) <
larry.dav...@hp.com> wrote:

> I Believe Flashcopy uses DDR, if Flashcopy is not available on the
> subsystem, But that was a while ago.
>
>
>
> Larry Davis**
>
>
>
> *From:* The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] *On
> Behalf Of *Scott Rohling
> *Sent:* Thursday, June 16, 2011 4:16 PM
>
> *To:* IBMVM@LISTSERV.UARK.EDU
> *Subject:* Re: CLONEBKP: New package at zVM/downloads
>
>
>
> key word 'option' .. it's pretty easy to code for doing either a
> flashcopy or ddr, whether passed as an option, or even detected
> automatically (try a flash and if it fails do the ddr).
>
>
>
> Scott Rohling
>
> On Thu, Jun 16, 2011 at 2:13 PM, Mark Post  wrote:
>
> >>> On 6/16/2011 at 08:06 AM, "Frank M. Ramaekers" 
> wrote:
> > 1 suggestion:   FLASHCOPY option (to replace DDR)
>
> Which would then break on all the systems where it hasn't been purchased.
>
>
> Mark Post
>
>
>

Re: CLONEBKP: New package at zVM/downloads

[Frank M. Ramaekers]

As an option or a CONFIG setting.

 
Frank M. Ramaekers Jr.
 
 

-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of Mark Post
Sent: Thursday, June 16, 2011 3:14 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CLONEBKP: New package at zVM/downloads

>>> On 6/16/2011 at 08:06 AM, "Frank M. Ramaekers"
 wrote: 
> 1 suggestion:   FLASHCOPY option (to replace DDR)

Which would then break on all the systems where it hasn't been
purchased.


Mark Post

_
This message contains information which is privileged and confidential and is 
solely for the use of the
intended recipient. If you are not the intended recipient, be aware that any 
review, disclosure,
copying, distribution, or use of the contents of this message is strictly 
prohibited. If you have
received this in error, please destroy it immediately and notify us at 
privacy...@ailife.com.

Re: CLONEBKP: New package at zVM/downloads

[Davis, Larry (National VM/VSE Capability)]

I Believe Flashcopy uses DDR, if Flashcopy is not available on the subsystem, 
But that was a while ago.

Larry Davis

From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Scott Rohling
Sent: Thursday, June 16, 2011 4:16 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CLONEBKP: New package at zVM/downloads

key word 'option' .. it's pretty easy to code for doing either a flashcopy 
or ddr, whether passed as an option, or even detected automatically (try a 
flash and if it fails do the ddr).

Scott Rohling
On Thu, Jun 16, 2011 at 2:13 PM, Mark Post 
mailto:mp...@novell.com>> wrote:
>>> On 6/16/2011 at 08:06 AM, "Frank M. Ramaekers" 
>>> mailto:framaek...@ailife.com>> wrote:
> 1 suggestion:   FLASHCOPY option (to replace DDR)
Which would then break on all the systems where it hasn't been purchased.


Mark Post

Re: CLONEBKP: New package at zVM/downloads

[Mike Walter]

Shirley, it could be coded to detect the presence of FLASHCOPY support for 
every DASD to be copied and choose Flashcopy for those with that support and 
DDR (or some other process, perhaps HiDRO, VM:Backup, etc.) to copy those that 
do not support Flashcopy.  

That "detection" code, and the alternative copy options could even be in a 
called sub-routine (or and external exit, tho I'm fond of keeping small 
utilities self-contained).

For those who code the sub-routine or exit wrong... well: "Shanna, they bought 
their tickets, they knew what they were getting into. I say, let 'em crash".   
;-)

Mike Walter
Aon Corporation
The opinions expressed herein are mine alone, not my employer's.
-Original Message-
From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Mark Post
Sent: Thursday, June 16, 2011 3:14 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CLONEBKP: New package at zVM/downloads

>>> On 6/16/2011 at 08:06 AM, "Frank M. Ramaekers"  
>>> wrote: 
> 1 suggestion:   FLASHCOPY option (to replace DDR)

Which would then break on all the systems where it hasn't been purchased.


Mark Post

Re: CLONEBKP: New package at zVM/downloads

[Scott Rohling]

key word 'option' .. it's pretty easy to code for doing either a
flashcopy or ddr, whether passed as an option, or even detected
automatically (try a flash and if it fails do the ddr).

Scott Rohling

On Thu, Jun 16, 2011 at 2:13 PM, Mark Post  wrote:

> >>> On 6/16/2011 at 08:06 AM, "Frank M. Ramaekers" 
> wrote:
> > 1 suggestion:   FLASHCOPY option (to replace DDR)
>
> Which would then break on all the systems where it hasn't been purchased.
>
>
> Mark Post
>

Re: CLONEBKP: New package at zVM/downloads

[Mark Post]

>>> On 6/16/2011 at 08:06 AM, "Frank M. Ramaekers"  
>>> wrote: 
> 1 suggestion:   FLASHCOPY option (to replace DDR)

Which would then break on all the systems where it hasn't been purchased.


Mark Post

Re: CLONEBKP: New package at zVM/downloads

[Frank M. Ramaekers]

1 suggestion:   FLASHCOPY option (to replace DDR)

 

 

Frank M. Ramaekers Jr.

 

 



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On
Behalf Of gclo...@br.ibm.com
Sent: Wednesday, June 15, 2011 2:45 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: CLONEBKP: New package at zVM/downloads

 

Hi, friends. 
I put a new package on the zVM downloads page (my debut): CLONEBKP. 
See:http://www.vm.ibm.com/download/packages/
  
I hope it is useful to you. 
For who will use it: suggestions, improvements or bugs found, are all
welcome. 
Follow the description: 

"CLONEBKP is a REXX exec that create an IPLable copy (CLONE) of the
running ZVM system. 
This package uses DDR to copy the specified dasds of a running zVM
system to FREE dasds. After the copy, the new dasds are renamed to a new
volser, based on a prefix (3 or 4 letters), and the exec updates the
source and compile USER DIRECT into the new dasds. Also update the new
SYSTEM CONFIG. 
The new set of dasds is a backup of the original zVM and can be IPLed
without duplicate volsers. 
If DIRMAINT is logged at original VM, a new USER INPUT is also created. 
The new volsers (6 positions) are the prefix padded with the remainder
letters of the original dasds, right justified. 
Ex. Using "BKP" as prefix, the new "610RES" will be renamed to "BKPRES".

One file, CLONEBKP CONFIG, is supplied as a model how to specify the
prefix and the Input/Output dasds. Is possible to keep several CONFIG
files, with different configurations. 
Also, there are a model of one machine to test IPL in second level:
VMBKP SAMPDIR" 

Best regards, 
__
Clovis


_
This message contains information which is privileged and confidential and is 
solely for the use of the
intended recipient. If you are not the intended recipient, be aware that any 
review, disclosure,
copying, distribution, or use of the contents of this message is strictly 
prohibited. If you have
received this in error, please destroy it immediately and notify us at 
privacy...@ailife.com.

Re: CLONEBKP: New package at zVM/downloads

[Bob Levad]

Greetings and Nice work!

I definitely plan on stealing (borrowing) a couple of your routines.

Your process is similar in many respects to what we do here (though your code 
is much prettier).

Ours flash-copies the CP volumes with the savelabel parameter to our backup 
disk volumes every night and we then DDR the copies off to virtual tape for DR 
purposes.

These newly copied volumes are owned by a second level VM userid and are easily 
IPL'able as I've set up a special System Config on the third extent (maint CF3) 
to point at these copies as my CP volumes.

I've also used &SYSRES in my user directory in a few places so that maint will 
get access to his needed volumes no matter what they are named.

Once the system is IPL'd (either second level or first), I run an xedit from 
maint to change the remaining cp mdisks in the directory to their new names and 
put the directory online.

Once this is done, a quick change to autolog1 to recognize the new system name 
and I can bring up the rest of my service machines and users can log on.

That's the gist of it.

The best part is I can bring my DR system up second level whenever I want with 
very little effort.

Bob



From: The IBM z/VM Operating System [mailto:IBMVM@LISTSERV.UARK.EDU] On Behalf 
Of Rogério Soares
Sent: Wednesday, June 15, 2011 3:16 PM
To: IBMVM@LISTSERV.UARK.EDU
Subject: Re: CLONEBKP: New package at zVM/downloads

Great Package Big Clóvis, we already using it ;)  Thank You!!


On Wed, Jun 15, 2011 at 4:45 PM, 
mailto:gclo...@br.ibm.com>> wrote:
Hi, friends.
I put a new package on the zVM downloads page (my debut): CLONEBKP.
See:http://www.vm.ibm.com/download/packages/
I hope it is useful to you.
For who will use it: suggestions, improvements or bugs found, are all welcome.
Follow the description:

"CLONEBKP is a REXX exec that create an IPLable copy (CLONE) of the running ZVM 
system.
This package uses DDR to copy the specified dasds of a running zVM system to 
FREE dasds. After the copy, the new dasds are renamed to a new volser, based on 
a prefix (3 or 4 letters), and the exec updates the source and compile USER 
DIRECT into the new dasds. Also update the new SYSTEM CONFIG.
The new set of dasds is a backup of the original zVM and can be IPLed without 
duplicate volsers.
If DIRMAINT is logged at original VM, a new USER INPUT is also created.
The new volsers (6 positions) are the prefix padded with the remainder letters 
of the original dasds, right justified.
Ex. Using "BKP" as prefix, the new "610RES" will be renamed to "BKPRES".
One file, CLONEBKP CONFIG, is supplied as a model how to specify the prefix and 
the Input/Output dasds. Is possible to keep several CONFIG files, with 
different configurations.
Also, there are a model of one machine to test IPL in second level: VMBKP 
SAMPDIR"

Best regards,
__
Clovis

This electronic transmission and any documents accompanying this electronic 
transmission contain confidential information belonging to the sender. This 
information may be legally privileged. The information is intended only for the 
use of the individual or entity named above. If you are not the intended 
recipient, you are hereby notified that any disclosure, copying, distribution, 
or the taking of any action in reliance on or regarding the contents of this 
electronically transmitted information is strictly prohibited.

Re: CLONEBKP: New package at zVM/downloads

[Rogério Soares]

Great Package Big Clóvis, we already using it ;)  Thank You!!



On Wed, Jun 15, 2011 at 4:45 PM,  wrote:

> Hi, friends.
> I put a new package on the zVM downloads page (my debut): *CLONEBKP*.
> See:http://www.vm.ibm.com/download/packages/
> I hope it is useful to you.
> For who will use it: suggestions, improvements or bugs found, are all
> welcome.
> Follow the description:
>
> "CLONEBKP is a REXX exec that create an IPLable copy (CLONE) of the running
> ZVM system.
> This package uses DDR to copy the specified dasds of a running zVM system
> to FREE dasds. After the copy, the new dasds are renamed to a new volser,
> based on a prefix (3 or 4 letters), and the exec updates the source and
> compile USER DIRECT into the new dasds. Also update the new SYSTEM CONFIG.
> The new set of dasds is a backup of the original zVM and can be IPLed
> without duplicate volsers.
> If DIRMAINT is logged at original VM, a new USER INPUT is also created.
> The new volsers (6 positions) are the prefix padded with the remainder
> letters of the original dasds, right justified.
> Ex. Using "BKP" as prefix, the new "610RES" will be renamed to "BKPRES".
> One file, CLONEBKP CONFIG, is supplied as a model how to specify the prefix
> and the Input/Output dasds. Is possible to keep several CONFIG files, with
> different configurations.
> Also, there are a model of one machine to test IPL in second level: VMBKP
> SAMPDIR"
>
> Best regards,
> __
> Clovis