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 <a.benveni...@free.fr>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 <duerbus...@stlouiscity.com> 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 <G>. > > > > Tom Duerbusch > > THD Consulting > > > >>>> Scott Rohling <scott.rohl...@gmail.com> 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 <mp...@novell.com> 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 > >> > >> > >> >