XRC Flashcopy

[Lopez, Sharon]

We are trying to flash from secondary to tertiary storage and receive the 
following error. From what I can see it looks like (reas=82)" Wait limit 
expired for startup of the indicated partner ANTUXFQE instance".  The timeout 
was about 30 seconds after the FC started.


18:01:39 | 'XRC='EDCPMSTR FC0SUSPEND SECONDARY COORD WFEP,Z=99' STARTED
18:01:39 M VPCTRACE XRC='EDCPMSTR FC0SUSPEND SECONDARY COORD WFEP,Z=99' STARTE
18:01:39 C VPCEXTAL: NVDP1 SDMs EDCP01,EDCP02,EDCP04
18:01:39 | AOFRUPDT: KTLP FLIP GEOTRACE ,STATUS=GEOTRACE
18:01:39 | 'INITIATE COORDINATED FC FOR SDMS RUNNING ON NVDP1
18:01:39 M VPCTRACE INITIATE COORDINATED FC FOR SDMS RUNNING ON NVDP1
18:02:10 C VPCEXTAL: ANTUXFQE Message: ANTU2201E, DI
18:02:15 | AOFRUPDT: KTLP FLIP GEOTRACE ,STATUS= FQE ERROR. RC=2C, 
REAS=82GEOTRACE
18:02:15 | 'FC0SUSPEND FAILED ON SDM SYSTEM  NVDP1  RC= 98
18:02:15 M VPCTRACE FC0SUSPEND FAILED ON SDM SYSTEM  NVDP1  RC= 98
18:02:15 C VPCETAKE: Returncode from VPCEXTAL is 98
18:02:15 - DSI205I 000 TIMER ELEMENTS PURGED  OP = 'AUTGEO2'
18:02:15 | AOFRUPDT: KTLP FLIP GEOTRACE ,STATUS=GEOPRIM


We have a ticket opened with IBM; but I wanted to know from the list if anyone 
else has experienced this?
We've used this script several times in the past and everything has worked 
fine.  We are under a time crunch because we are preparing for a disaster 
recovery test.  Thanks.

Sharon Lopez
z/OS Systems Programmer
State of North Carolina
Office of Information Technology Services
919-754-6432 (Work)
919-398-8638 (Cell)
sharon.lo...@nc.gov
http://www.its.state.nc.us






E-mail correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: How Does DFhsm and Flashcopy Work?

[George Rodriguez]

Good evening Scott,

I need your help once again. I'm trying to restore 2 files from the
FRBACKUP that's done nightly,  but my problem is that I don't know what
backup the dataset is on. I'm sure that this is a dumb question for you,
but for me it's impossible to know.

Can you help?
*
*
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*



On Thu, May 5, 2011 at 9:27 AM, Scott Rowe  wrote:

> I have quite a bit of experience using FRBACKUP, so feel free to contact me
> if you have questions.
>
> On Wed, May 4, 2011 at 6:14 PM, George Rodriguez <
> george.rodrig...@palmbeachschools.org> wrote:
>
> > I've already started the investigation on how to get the job done and
> > you're
> > right, it's not a small task.
> >
> > I appreciate the information.
> >
> > Thanks,
> > George Rodriguez
> > Specialist II - IT Solutions
> > Application Support / Quality Assurance
> > PX - 47652
> > (561) 357-7652 (office)
> > (561) 707-3496 (mobile)
> > School District of Palm Beach County
> > 3348 Forest Hill Blvd.
> > Room B-332
> > West Palm Beach, FL. 33406-5869
> > Florida's Only A-Rated Urban District For Six Consecutive Years
> >
> > - Original Message -
> > From: IBM Mainframe Discussion List 
> > To: IBM-MAIN@bama.ua.edu 
> > Sent: Wed May 04 17:26:03 2011
> > Subject: Re: How Does DFhsm and Flashcopy Work?
> >
> > Yes, though I don't know about using command backup, I usually use HSM
> > autodump.  However, use of FRBACKUP will require a certain amount of
> setup,
> > so it is not appropriate for ad-hoc uses.
> >
> > On Wed, May 4, 2011 at 1:33 PM, George Rodriguez <
> > george.rodrig...@palmbeachschools.org> wrote:
> >
> > > Scott,
> > >
> > > So to paraphrase what you're saying, if I use FRBACKUP to perform the
> > > Flashcopy then I use the DFhsm commands to backup the FRBACKUP volumes,
> > > DFhsm will know that the backup is on flash copied backup. It that
> > > correct?
> > > *
> > > *
> > > *George Rodriguez*
> > > *Specialist II - IT Solutions*
> > > *Application Support / Quality Assurance*
> > > *PX - 47652*
> > > *(561) 357-7652 (office)*
> > > *(561) 707-3496 (mobile)*
> > > *School District of Palm Beach County*
> > > *3348 Forest Hill Blvd.*
> > > *Room B-332*
> > > *West Palm Beach, FL. 33406-5869*
> > > *Florida's Only A-Rated Urban District For Six Consecutive Years*
> > >
> > >
> > >
> > > On Wed, May 4, 2011 at 11:55 AM, Scott Rowe 
> > wrote:
> > >
> > > > When you do the FlashCopy yourself like this, then HSM doesn't know
> > that
> > > it
> > > > is a backup of PTST00, so he doesn't look to this backup to restore a
> > > > dataset on PTST00.  It looks to me like you should be using FRBACKUP
> > for
> > > > this, so that it is HSM that is doing the FlashCopy, and he knows
> what
> > > the
> > > > backup really is.
> > > >
> > > > On Wed, May 4, 2011 at 9:47 AM, George Rodriguez <
> > > > george.rodrig...@palmbeachschools.org> wrote:
> > > >
> > > > > When a Flashcopy of volumes are done and commands are sent to DFhsm
> > to
> > > > DUMP
> > > > > the all the flashed volumes, how do I recover a lost dataset. I
> > > honestly
> > > > > thought that DFhsm would know that this procedure was done and it
> > > > > would
> > > > use
> > > > > the flashed copy to recover the dataset, but when I use ISMF to
> > either
> > > > > HRECOVER or RESTORE the dataset it's not using the flashed copy.
> I'm
> > > > going
> > > > > to provide the JCL that I use to Flashcopy the volume(s) and the
> job
> > > > > to
> > > > > back
> > > > > up the volume, just in case:
> > > > >
> > > > > //STEP010 EXEC PGM=ADRDSSU
> > > > > //SYSPRINT  DD SYSOUT=*
> > > > > //SYSIN DD *
> > > > >  COPY FULL INDY(PTST00) OUTDY(XTST00) FCNOCOPY PURGE
> DUMPCONDITIONING
> > > &g

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

[Scott Rowe]

George,

I think the best way to handle this is to restore the datasets w/DSS outside
of HSM.  HSM isn't very good at this, since the datasets weren't cataloged
on the flashcopied volumes when you dumped them, and HSM doesn't know you
did the flashcopy.  This is why you need to move to FRBACKUP.

On Thu, Aug 18, 2011 at 10:10 AM, George Rodriguez <
george.rodrig...@palmbeachschools.org> wrote:

> Hi Greg,
>
> I've tried this one and the dataset that's restored is back from Apr 2011.
> The one that's displayed when I did the HLIST someone suggested. Please
> remember that I'm flashing the original drives using ADRDSSU to a set of
> specific volumes. Then I use DFhsm to perform the backup using the
> DUMPCLASS
> of DAILYDR to my VTL drives.
>
> *George Rodriguez*
> *Specialist II - IT Solutions*
> *Application Support / Quality Assurance*
> *PX - 47652*
> *(561) 357-7652 (office)*
> *(561) 707-3496 (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-332*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District For Seven Consecutive Years*
>
>
>
> On Thu, Aug 18, 2011 at 9:57 AM, Greg Shirey 
> wrote:
>
> > George,
> >
> > The HSM Storage Administrator book gives this example:
> >
> > In this example, the most recently dumped version of a specific data set
> > that was dumped to a specific dump class (EXTRA) is recovered and given a
> > different name.
> >
> > RECOVER B110066.POF.N.F230EP06.DSET3  +
> >NEWNAME(B110066.POFNEW.NRECOV.F230EP06.DSET3)  +
> >FROMDUMP(DUMPCLASS(EXTRA))
> >
> > From the example you gave before, you might try:
> >
> > HRECOVER TX#P.F.TEXT.INV FROMDUMP(DUMPCLASS(DAILYDR))  +
> >NEWNAME(TX#T.F.TEXT.INV) REPLACE
> >
> > I don't know if the Replace is needed, and I'd experiment myself, but I
> > don't have HSM in my shop.  (I worked with it years ago at my former
> > employer, and I remember that there were a lot of environmental variables
> to
> > consider...)
> >
> > HTH,
> > Greg Shirey
> > Ben E. Keith Company
> >
> >
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> > Behalf Of George Rodriguez
> > Sent: Thursday, August 18, 2011 7:42 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
> >
> > Hi Bob,
> >
> > So how do you restore 2 files from a full volume backup of a flashed
> > volume?
> >
> > *George Rodriguez*
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
> Home of Florida's first LEED Gold Certified School
>
> Under Florida law, e-mail addresses are public records. If you do not want
> your e-mail address
> released in response to a public records request, do not send electronic
> mail to this entity.
> Instead, contact this office by phone or in writing.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.
If you have received this material in error, please (i) do not read it,
(ii) reply to the sender that you received the message in error, and
(iii) erase or destroy the material. Emails are not secure and can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

[George Rodriguez]

Hi Greg,

I've tried this one and the dataset that's restored is back from Apr 2011.
The one that's displayed when I did the HLIST someone suggested. Please
remember that I'm flashing the original drives using ADRDSSU to a set of
specific volumes. Then I use DFhsm to perform the backup using the DUMPCLASS
of DAILYDR to my VTL drives.

*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*



On Thu, Aug 18, 2011 at 9:57 AM, Greg Shirey  wrote:

> George,
>
> The HSM Storage Administrator book gives this example:
>
> In this example, the most recently dumped version of a specific data set
> that was dumped to a specific dump class (EXTRA) is recovered and given a
> different name.
>
> RECOVER B110066.POF.N.F230EP06.DSET3  +
>NEWNAME(B110066.POFNEW.NRECOV.F230EP06.DSET3)  +
>FROMDUMP(DUMPCLASS(EXTRA))
>
> From the example you gave before, you might try:
>
> HRECOVER TX#P.F.TEXT.INV FROMDUMP(DUMPCLASS(DAILYDR))  +
>NEWNAME(TX#T.F.TEXT.INV) REPLACE
>
> I don't know if the Replace is needed, and I'd experiment myself, but I
> don't have HSM in my shop.  (I worked with it years ago at my former
> employer, and I remember that there were a lot of environmental variables to
> consider...)
>
> HTH,
> Greg Shirey
> Ben E. Keith Company
>
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of George Rodriguez
> Sent: Thursday, August 18, 2011 7:42 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
>
> Hi Bob,
>
> So how do you restore 2 files from a full volume backup of a flashed
> volume?
>
> *George Rodriguez*
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

[Greg Shirey]

George,

The HSM Storage Administrator book gives this example: 

In this example, the most recently dumped version of a specific data set that 
was dumped to a specific dump class (EXTRA) is recovered and given a different 
name.

RECOVER B110066.POF.N.F230EP06.DSET3  +
NEWNAME(B110066.POFNEW.NRECOV.F230EP06.DSET3)  +
FROMDUMP(DUMPCLASS(EXTRA)) 

>From the example you gave before, you might try: 

HRECOVER TX#P.F.TEXT.INV FROMDUMP(DUMPCLASS(DAILYDR))  +  
NEWNAME(TX#T.F.TEXT.INV) REPLACE

I don't know if the Replace is needed, and I'd experiment myself, but I don't 
have HSM in my shop.  (I worked with it years ago at my former employer, and I 
remember that there were a lot of environmental variables to consider...) 

HTH,
Greg Shirey
Ben E. Keith Company


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
George Rodriguez
Sent: Thursday, August 18, 2011 7:42 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

Hi Bob,

So how do you restore 2 files from a full volume backup of a flashed volume?

*George Rodriguez*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

[George Rodriguez]

Hi Bob,

So how do you restore 2 files from a full volume backup of a flashed volume?

*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*



On Thu, Aug 18, 2011 at 8:32 AM, Richards, Robert B. <
robert.richa...@opm.gov> wrote:

> George,
>
> You are not alone. We have an entire process on its own lpar devoted to
> backups from target SNAPs and/or flashcopies.
>
> Bob
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
> Behalf Of O'Brien, David W. (NIH/CIT) [C]
> Sent: Thursday, August 18, 2011 8:16 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
>
> I would think not, but you haven't gotten a lot of feedback on this post
> (at least not publicly).
>
> David O'Brien
> NIH Contractor
>
>
> -Original Message-
> From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
> Sent: Thursday, August 18, 2011 8:12 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
>
> Not sure if this is an actual problem with the code, but I guess I can ask
> them a question on how to use it. The other problem I might have is
> support.
> I'm on v1.9 of z/OS & it may be out of support by now. We're working on
> getting v1.11 in, but it's at least 3 to 4 weeks away.
>
> Do you think I'm the only one that does flash copies and backs up the
> flashed volume?
>
> *George Rodriguez*
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

[Richards, Robert B.]

George,

You are not alone. We have an entire process on its own lpar devoted to backups 
from target SNAPs and/or flashcopies. 

Bob

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
O'Brien, David W. (NIH/CIT) [C]
Sent: Thursday, August 18, 2011 8:16 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

I would think not, but you haven't gotten a lot of feedback on this post (at 
least not publicly).

David O'Brien
NIH Contractor


-Original Message-
From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] 
Sent: Thursday, August 18, 2011 8:12 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

Not sure if this is an actual problem with the code, but I guess I can ask
them a question on how to use it. The other problem I might have is support.
I'm on v1.9 of z/OS & it may be out of support by now. We're working on
getting v1.11 in, but it's at least 3 to 4 weeks away.

Do you think I'm the only one that does flash copies and backs up the
flashed volume?

*George Rodriguez*

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

[O'Brien, David W. (NIH/CIT) [C]]

I would think not, but you haven't gotten a lot of feedback on this post (at 
least not publicly).

David O'Brien
NIH Contractor


-Original Message-
From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] 
Sent: Thursday, August 18, 2011 8:12 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

Not sure if this is an actual problem with the code, but I guess I can ask
them a question on how to use it. The other problem I might have is support.
I'm on v1.9 of z/OS & it may be out of support by now. We're working on
getting v1.11 in, but it's at least 3 to 4 weeks away.

Do you think I'm the only one that does flash copies and backs up the
flashed volume?

*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*



On Thu, Aug 18, 2011 at 7:10 AM, O'Brien, David W. (NIH/CIT) [C] <
obrie...@mail.nih.gov> wrote:

> I was under the impression that HLIST would show all recoverable backups
> including those taken by the Dump command. I may well be mistaken in this.
>
> Your HLIST output shows one backup which could be recovered.
>
> Have you opened a ticket with IBM?
>
> David O'Brien
> NIH Contractor
>
> -Original Message-
> From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
> Sent: Thursday, August 18, 2011 6:15 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
>
> Is there no way that I can use the backup taken by DFhsm to restore these
> files? I really need HELP
>
> Thanks. . .
>
> *George Rodriguez*
> *Specialist II - IT Solutions*
> *Application Support / Quality Assurance*
> *PX - 47652*
> *(561) 357-7652 (office)*
> *(561) 707-3496 (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-332*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District For Seven Consecutive Years*
>
>
>
> On Wed, Aug 17, 2011 at 11:38 AM, George Rodriguez <
> george.rodrig...@palmbeachschools.org> wrote:
>
> > When I issued the HLIST command, this is what I got:
> >
> > ARC0138I NO MCDS INFORMATION FOUND FOR DATASET TX#P.F.TEXT.INV
> >
> >
> >
> > DSN=TX#P.F.TEXT.INV   BACK FREQ = ***  MAX
> > VERS=***
> >
> >
> >  BDSN=DFHSM.BACK.T282203.TX#P.F.A BACKVOL=V22915
> > FRVOL=PPRD24
> >  BACKDATE=11/04/21  BACKTIME=03:22:20  CAT=YES  GEN=000  VER=590
>  UNS/RET=
> > NO
> >  RACF IND=NO  BACK PROF=NO
> >
> >
> >
> > ARC0140I LIST COMPLETED,4 LINE(S) OF DATA OUTPUT
> >
> > ***
> >
> > *George Rodriguez*
> > *Specialist II - IT Solutions*
> > *Application Support / Quality Assurance*
> > *PX - 47652*
> > *(561) 357-7652 (office)*
> > *(561) 707-3496 (mobile)*
> > *School District of Palm Beach County*
> > *3348 Forest Hill Blvd.*
> > *Room B-332*
> > *West Palm Beach, FL. 33406-5869*
> > *Florida's Only A-Rated Urban District For Seven Consecutive Years*
> >
> >
> >
> > On Wed, Aug 17, 2011 at 11:26 AM, O'Brien, David W. (NIH/CIT) [C] <
> > obrie...@mail.nih.gov> wrote:
> >
> >> You might also issue a HLIST DSN('TX#P.F.TEXT.INV') BOTH
> >> To see what HSM has for backups and where they are located.
> >>
> >> David O'Brien
> >> NIH Contractor
> >>
> >>
> >> -Original Message-
> >> From: O'Brien, David W. (NIH/CIT) [C]
> >> Sent: Wednesday, August 17, 2011 11:05 AM
> >> To: IBM-MAIN@bama.ua.edu
> >> Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
> >>
> >> George,
> >>
> >> Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define
> >> Dumpclass?
> >>
> >> David O'Brien
> >> NIH Contractor
> >>
> >> -Original Message-
> >> From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
> >> Sent: Wednesday, August 17, 2011 10:50 AM
> >> To: IBM-MAIN@bama.ua.edu
> >> Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
> >>
> >> There are daily jobs that run that flash copies PPRD00-PPRD88 to
> >> XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn)
> >&g

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

[George Rodriguez]

Not sure if this is an actual problem with the code, but I guess I can ask
them a question on how to use it. The other problem I might have is support.
I'm on v1.9 of z/OS & it may be out of support by now. We're working on
getting v1.11 in, but it's at least 3 to 4 weeks away.

Do you think I'm the only one that does flash copies and backs up the
flashed volume?

*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*



On Thu, Aug 18, 2011 at 7:10 AM, O'Brien, David W. (NIH/CIT) [C] <
obrie...@mail.nih.gov> wrote:

> I was under the impression that HLIST would show all recoverable backups
> including those taken by the Dump command. I may well be mistaken in this.
>
> Your HLIST output shows one backup which could be recovered.
>
> Have you opened a ticket with IBM?
>
> David O'Brien
> NIH Contractor
>
> -Original Message-
> From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
> Sent: Thursday, August 18, 2011 6:15 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
>
> Is there no way that I can use the backup taken by DFhsm to restore these
> files? I really need HELP
>
> Thanks. . .
>
> *George Rodriguez*
> *Specialist II - IT Solutions*
> *Application Support / Quality Assurance*
> *PX - 47652*
> *(561) 357-7652 (office)*
> *(561) 707-3496 (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-332*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District For Seven Consecutive Years*
>
>
>
> On Wed, Aug 17, 2011 at 11:38 AM, George Rodriguez <
> george.rodrig...@palmbeachschools.org> wrote:
>
> > When I issued the HLIST command, this is what I got:
> >
> > ARC0138I NO MCDS INFORMATION FOUND FOR DATASET TX#P.F.TEXT.INV
> >
> >
> >
> > DSN=TX#P.F.TEXT.INV   BACK FREQ = ***  MAX
> > VERS=***
> >
> >
> >  BDSN=DFHSM.BACK.T282203.TX#P.F.A BACKVOL=V22915
> > FRVOL=PPRD24
> >  BACKDATE=11/04/21  BACKTIME=03:22:20  CAT=YES  GEN=000  VER=590
>  UNS/RET=
> > NO
> >  RACF IND=NO  BACK PROF=NO
> >
> >
> >
> > ARC0140I LIST COMPLETED,4 LINE(S) OF DATA OUTPUT
> >
> > ***
> >
> > *George Rodriguez*
> > *Specialist II - IT Solutions*
> > *Application Support / Quality Assurance*
> > *PX - 47652*
> > *(561) 357-7652 (office)*
> > *(561) 707-3496 (mobile)*
> > *School District of Palm Beach County*
> > *3348 Forest Hill Blvd.*
> > *Room B-332*
> > *West Palm Beach, FL. 33406-5869*
> > *Florida's Only A-Rated Urban District For Seven Consecutive Years*
> >
> >
> >
> > On Wed, Aug 17, 2011 at 11:26 AM, O'Brien, David W. (NIH/CIT) [C] <
> > obrie...@mail.nih.gov> wrote:
> >
> >> You might also issue a HLIST DSN('TX#P.F.TEXT.INV') BOTH
> >> To see what HSM has for backups and where they are located.
> >>
> >> David O'Brien
> >> NIH Contractor
> >>
> >>
> >> -Original Message-
> >> From: O'Brien, David W. (NIH/CIT) [C]
> >> Sent: Wednesday, August 17, 2011 11:05 AM
> >> To: IBM-MAIN@bama.ua.edu
> >> Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
> >>
> >> George,
> >>
> >> Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define
> >> Dumpclass?
> >>
> >> David O'Brien
> >> NIH Contractor
> >>
> >> -Original Message-
> >> From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
> >> Sent: Wednesday, August 17, 2011 10:50 AM
> >> To: IBM-MAIN@bama.ua.edu
> >> Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
> >>
> >> There are daily jobs that run that flash copies PPRD00-PPRD88 to
> >> XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn)
> >> DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name
> >> DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying
> (unsuccessfully)
> >> to do is HRECOVER 2 datasets from 2011/08/11.
> >>
> >> I don't know the "X" VOLSER the dataset is on, but I did issue the
> >> fol

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

[O'Brien, David W. (NIH/CIT) [C]]

I was under the impression that HLIST would show all recoverable backups 
including those taken by the Dump command. I may well be mistaken in this.

Your HLIST output shows one backup which could be recovered.

Have you opened a ticket with IBM? 

David O'Brien
NIH Contractor

-Original Message-
From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] 
Sent: Thursday, August 18, 2011 6:15 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

Is there no way that I can use the backup taken by DFhsm to restore these
files? I really need HELP

Thanks. . .

*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*



On Wed, Aug 17, 2011 at 11:38 AM, George Rodriguez <
george.rodrig...@palmbeachschools.org> wrote:

> When I issued the HLIST command, this is what I got:
>
> ARC0138I NO MCDS INFORMATION FOUND FOR DATASET TX#P.F.TEXT.INV
>
>
>
> DSN=TX#P.F.TEXT.INV   BACK FREQ = ***  MAX
> VERS=***
>
>
>  BDSN=DFHSM.BACK.T282203.TX#P.F.A BACKVOL=V22915
> FRVOL=PPRD24
>  BACKDATE=11/04/21  BACKTIME=03:22:20  CAT=YES  GEN=000  VER=590  UNS/RET=
> NO
>  RACF IND=NO  BACK PROF=NO
>
>
>
> ARC0140I LIST COMPLETED,4 LINE(S) OF DATA OUTPUT
>
> ***
>
> *George Rodriguez*
> *Specialist II - IT Solutions*
> *Application Support / Quality Assurance*
> *PX - 47652*
> *(561) 357-7652 (office)*
> *(561) 707-3496 (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-332*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District For Seven Consecutive Years*
>
>
>
> On Wed, Aug 17, 2011 at 11:26 AM, O'Brien, David W. (NIH/CIT) [C] <
> obrie...@mail.nih.gov> wrote:
>
>> You might also issue a HLIST DSN('TX#P.F.TEXT.INV') BOTH
>> To see what HSM has for backups and where they are located.
>>
>> David O'Brien
>> NIH Contractor
>>
>>
>> -Original Message-
>> From: O'Brien, David W. (NIH/CIT) [C]
>> Sent: Wednesday, August 17, 2011 11:05 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
>>
>> George,
>>
>> Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define
>> Dumpclass?
>>
>> David O'Brien
>> NIH Contractor
>>
>> -Original Message-
>> From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
>> Sent: Wednesday, August 17, 2011 10:50 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
>>
>> There are daily jobs that run that flash copies PPRD00-PPRD88 to
>> XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn)
>> DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name
>> DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully)
>> to do is HRECOVER 2 datasets from 2011/08/11.
>>
>> I don't know the "X" VOLSER the dataset is on, but I did issue the
>> following
>> command on all 89 volumes:
>>
>> HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11)
>> NEWNAME(TX#T.F.TEXT.INV) REPLACE
>>
>> Can anyone help me?
>>
>> *George Rodriguez*
>> *Specialist II - IT Solutions*
>> *Application Support / Quality Assurance*
>> *PX - 47652*
>> *(561) 357-7652 (office)*
>> *(561) 707-3496 (mobile)*
>> *School District of Palm Beach County*
>> *3348 Forest Hill Blvd.*
>> *Room B-332*
>> *West Palm Beach, FL. 33406-5869*
>> *Florida's Only A-Rated Urban District For Seven Consecutive Years*
>>
>> Home of Florida's first LEED Gold Certified School
>>
>> Under Florida law, e-mail addresses are public records. If you do not want
>> your e-mail address
>> released in response to a public records request, do not send electronic
>> mail to this entity.
>> Instead, contact this office by phone or in writing.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>
>> ---

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

[George Rodriguez]

Is there no way that I can use the backup taken by DFhsm to restore these
files? I really need HELP

Thanks. . .

*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*



On Wed, Aug 17, 2011 at 11:38 AM, George Rodriguez <
george.rodrig...@palmbeachschools.org> wrote:

> When I issued the HLIST command, this is what I got:
>
> ARC0138I NO MCDS INFORMATION FOUND FOR DATASET TX#P.F.TEXT.INV
>
>
>
> DSN=TX#P.F.TEXT.INV   BACK FREQ = ***  MAX
> VERS=***
>
>
>  BDSN=DFHSM.BACK.T282203.TX#P.F.A BACKVOL=V22915
> FRVOL=PPRD24
>  BACKDATE=11/04/21  BACKTIME=03:22:20  CAT=YES  GEN=000  VER=590  UNS/RET=
> NO
>  RACF IND=NO  BACK PROF=NO
>
>
>
> ARC0140I LIST COMPLETED,4 LINE(S) OF DATA OUTPUT
>
> ***
>
> *George Rodriguez*
> *Specialist II - IT Solutions*
> *Application Support / Quality Assurance*
> *PX - 47652*
> *(561) 357-7652 (office)*
> *(561) 707-3496 (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-332*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District For Seven Consecutive Years*
>
>
>
> On Wed, Aug 17, 2011 at 11:26 AM, O'Brien, David W. (NIH/CIT) [C] <
> obrie...@mail.nih.gov> wrote:
>
>> You might also issue a HLIST DSN('TX#P.F.TEXT.INV') BOTH
>> To see what HSM has for backups and where they are located.
>>
>> David O'Brien
>> NIH Contractor
>>
>>
>> -Original Message-
>> From: O'Brien, David W. (NIH/CIT) [C]
>> Sent: Wednesday, August 17, 2011 11:05 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
>>
>> George,
>>
>> Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define
>> Dumpclass?
>>
>> David O'Brien
>> NIH Contractor
>>
>> -Original Message-
>> From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
>> Sent: Wednesday, August 17, 2011 10:50 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
>>
>> There are daily jobs that run that flash copies PPRD00-PPRD88 to
>> XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn)
>> DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name
>> DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully)
>> to do is HRECOVER 2 datasets from 2011/08/11.
>>
>> I don't know the "X" VOLSER the dataset is on, but I did issue the
>> following
>> command on all 89 volumes:
>>
>> HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11)
>> NEWNAME(TX#T.F.TEXT.INV) REPLACE
>>
>> Can anyone help me?
>>
>> *George Rodriguez*
>> *Specialist II - IT Solutions*
>> *Application Support / Quality Assurance*
>> *PX - 47652*
>> *(561) 357-7652 (office)*
>> *(561) 707-3496 (mobile)*
>> *School District of Palm Beach County*
>> *3348 Forest Hill Blvd.*
>> *Room B-332*
>> *West Palm Beach, FL. 33406-5869*
>> *Florida's Only A-Rated Urban District For Seven Consecutive Years*
>>
>> Home of Florida's first LEED Gold Certified School
>>
>> Under Florida law, e-mail addresses are public records. If you do not want
>> your e-mail address
>> released in response to a public records request, do not send electronic
>> mail to this entity.
>> Instead, contact this office by phone or in writing.
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>
>
>

Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

[George Rodriguez]

When I issued the HLIST command, this is what I got:

ARC0138I NO MCDS INFORMATION FOUND FOR DATASET TX#P.F.TEXT.INV



DSN=TX#P.F.TEXT.INV   BACK FREQ = ***  MAX
VERS=***


 BDSN=DFHSM.BACK.T282203.TX#P.F.A BACKVOL=V22915
FRVOL=PPRD24
 BACKDATE=11/04/21  BACKTIME=03:22:20  CAT=YES  GEN=000  VER=590  UNS/RET=
NO
 RACF IND=NO  BACK PROF=NO



ARC0140I LIST COMPLETED,4 LINE(S) OF DATA OUTPUT

***

*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*



On Wed, Aug 17, 2011 at 11:26 AM, O'Brien, David W. (NIH/CIT) [C] <
obrie...@mail.nih.gov> wrote:

> You might also issue a HLIST DSN('TX#P.F.TEXT.INV') BOTH
> To see what HSM has for backups and where they are located.
>
> David O'Brien
> NIH Contractor
>
>
> -Original Message-
> From: O'Brien, David W. (NIH/CIT) [C]
> Sent: Wednesday, August 17, 2011 11:05 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
>
> George,
>
> Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define
> Dumpclass?
>
> David O'Brien
> NIH Contractor
>
> -Original Message-
> From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
> Sent: Wednesday, August 17, 2011 10:50 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
>
> There are daily jobs that run that flash copies PPRD00-PPRD88 to
> XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn)
> DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name
> DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully)
> to do is HRECOVER 2 datasets from 2011/08/11.
>
> I don't know the "X" VOLSER the dataset is on, but I did issue the
> following
> command on all 89 volumes:
>
> HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11)
> NEWNAME(TX#T.F.TEXT.INV) REPLACE
>
> Can anyone help me?
>
> *George Rodriguez*
> *Specialist II - IT Solutions*
> *Application Support / Quality Assurance*
> *PX - 47652*
> *(561) 357-7652 (office)*
> *(561) 707-3496 (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-332*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District For Seven Consecutive Years*
>
> Home of Florida's first LEED Gold Certified School
>
> Under Florida law, e-mail addresses are public records. If you do not want
> your e-mail address
> released in response to a public records request, do not send electronic
> mail to this entity.
> Instead, contact this office by phone or in writing.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

[George Rodriguez]

Here's what I have specified:

 DEFINE  /* Define a dump class named DAILYDR */ -
   DUMPCLASS(DAILYDR /* that is dumped everyday for   */ -
   FREQ(1)   /* production data. It is held for 7 */ -
   RETPD(8)  /* days and the tape is reused when  */ -
   AUTOREUSE /* it is scratched.  */ -
   NORESET   -
   DATASETRESTORE-
   VTOCCOPIES(7))

*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*



On Wed, Aug 17, 2011 at 11:04 AM, O'Brien, David W. (NIH/CIT) [C] <
obrie...@mail.nih.gov> wrote:

> George,
>
> Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define
> Dumpclass?
>
> David O'Brien
> NIH Contractor
>
> -Original Message-
> From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org]
> Sent: Wednesday, August 17, 2011 10:50 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes
>
> There are daily jobs that run that flash copies PPRD00-PPRD88 to
> XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn)
> DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name
> DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully)
> to do is HRECOVER 2 datasets from 2011/08/11.
>
> I don't know the "X" VOLSER the dataset is on, but I did issue the
> following
> command on all 89 volumes:
>
> HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11)
> NEWNAME(TX#T.F.TEXT.INV) REPLACE
>
> Can anyone help me?
>
> *George Rodriguez*
> *Specialist II - IT Solutions*
> *Application Support / Quality Assurance*
> *PX - 47652*
> *(561) 357-7652 (office)*
> *(561) 707-3496 (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-332*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District For Seven Consecutive Years*
>
> Home of Florida's first LEED Gold Certified School
>
> Under Florida law, e-mail addresses are public records. If you do not want
> your e-mail address
> released in response to a public records request, do not send electronic
> mail to this entity.
> Instead, contact this office by phone or in writing.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

[O'Brien, David W. (NIH/CIT) [C]]

You might also issue a HLIST DSN('TX#P.F.TEXT.INV') BOTH
To see what HSM has for backups and where they are located.

David O'Brien
NIH Contractor


-Original Message-
From: O'Brien, David W. (NIH/CIT) [C] 
Sent: Wednesday, August 17, 2011 11:05 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

George,

Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define 
Dumpclass?

David O'Brien
NIH Contractor

-Original Message-
From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] 
Sent: Wednesday, August 17, 2011 10:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

There are daily jobs that run that flash copies PPRD00-PPRD88 to
XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn)
DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name
DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully)
to do is HRECOVER 2 datasets from 2011/08/11.

I don't know the "X" VOLSER the dataset is on, but I did issue the following
command on all 89 volumes:

HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11)
NEWNAME(TX#T.F.TEXT.INV) REPLACE

Can anyone help me?

*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*

Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

[O'Brien, David W. (NIH/CIT) [C]]

George,

Do you have DATASETRESTORE or NODATASETRESTORE specified in your Define 
Dumpclass?

David O'Brien
NIH Contractor

-Original Message-
From: George Rodriguez [mailto:george.rodrig...@palmbeachschools.org] 
Sent: Wednesday, August 17, 2011 10:50 AM
To: IBM-MAIN@bama.ua.edu
Subject: DFhsm HRECOVER Dataset from FLASHCOPY Volumes

There are daily jobs that run that flash copies PPRD00-PPRD88 to
XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn)
DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name
DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully)
to do is HRECOVER 2 datasets from 2011/08/11.

I don't know the "X" VOLSER the dataset is on, but I did issue the following
command on all 89 volumes:

HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11)
NEWNAME(TX#T.F.TEXT.INV) REPLACE

Can anyone help me?

*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*

Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

DFhsm HRECOVER Dataset from FLASHCOPY Volumes

[George Rodriguez]

There are daily jobs that run that flash copies PPRD00-PPRD88 to
XPRD00-XPRD88. I then use DFSMShsm SEND command to BACKVOL VOL(XPRDnn)
DUMP(DUMPCLASS(DAILYDR)). The output dataset is on VTL with the name
DFHSM.DMP.DAILYDR.VXPRDnn.D11223.T311301. What I'm trying (unsuccessfully)
to do is HRECOVER 2 datasets from 2011/08/11.

I don't know the "X" VOLSER the dataset is on, but I did issue the following
command on all 89 volumes:

HRECOVER 'TX#P.F.TEXT.INV' FROMVOLUME(XPRDnn) DATE(2011/08/11)
NEWNAME(TX#T.F.TEXT.INV) REPLACE

Can anyone help me?

*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Seven Consecutive Years*

Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How Does DFhsm and Flashcopy Work?

[Scott Rowe]

I have quite a bit of experience using FRBACKUP, so feel free to contact me
if you have questions.

On Wed, May 4, 2011 at 6:14 PM, George Rodriguez <
george.rodrig...@palmbeachschools.org> wrote:

> I've already started the investigation on how to get the job done and
> you're
> right, it's not a small task.
>
> I appreciate the information.
>
> Thanks,
> George Rodriguez
> Specialist II - IT Solutions
> Application Support / Quality Assurance
> PX - 47652
> (561) 357-7652 (office)
> (561) 707-3496 (mobile)
> School District of Palm Beach County
> 3348 Forest Hill Blvd.
> Room B-332
> West Palm Beach, FL. 33406-5869
> Florida's Only A-Rated Urban District For Six Consecutive Years
>
> - Original Message -
> From: IBM Mainframe Discussion List 
> To: IBM-MAIN@bama.ua.edu 
> Sent: Wed May 04 17:26:03 2011
> Subject: Re: How Does DFhsm and Flashcopy Work?
>
> Yes, though I don't know about using command backup, I usually use HSM
> autodump.  However, use of FRBACKUP will require a certain amount of setup,
> so it is not appropriate for ad-hoc uses.
>
> On Wed, May 4, 2011 at 1:33 PM, George Rodriguez <
> george.rodrig...@palmbeachschools.org> wrote:
>
> > Scott,
> >
> > So to paraphrase what you're saying, if I use FRBACKUP to perform the
> > Flashcopy then I use the DFhsm commands to backup the FRBACKUP volumes,
> > DFhsm will know that the backup is on flash copied backup. It that
> > correct?
> > *
> > *
> > *George Rodriguez*
> > *Specialist II - IT Solutions*
> > *Application Support / Quality Assurance*
> > *PX - 47652*
> > *(561) 357-7652 (office)*
> > *(561) 707-3496 (mobile)*
> > *School District of Palm Beach County*
> > *3348 Forest Hill Blvd.*
> > *Room B-332*
> > *West Palm Beach, FL. 33406-5869*
> > *Florida's Only A-Rated Urban District For Six Consecutive Years*
> >
> >
> >
> > On Wed, May 4, 2011 at 11:55 AM, Scott Rowe 
> wrote:
> >
> > > When you do the FlashCopy yourself like this, then HSM doesn't know
> that
> > it
> > > is a backup of PTST00, so he doesn't look to this backup to restore a
> > > dataset on PTST00.  It looks to me like you should be using FRBACKUP
> for
> > > this, so that it is HSM that is doing the FlashCopy, and he knows what
> > the
> > > backup really is.
> > >
> > > On Wed, May 4, 2011 at 9:47 AM, George Rodriguez <
> > > george.rodrig...@palmbeachschools.org> wrote:
> > >
> > > > When a Flashcopy of volumes are done and commands are sent to DFhsm
> to
> > > DUMP
> > > > the all the flashed volumes, how do I recover a lost dataset. I
> > honestly
> > > > thought that DFhsm would know that this procedure was done and it
> > > > would
> > > use
> > > > the flashed copy to recover the dataset, but when I use ISMF to
> either
> > > > HRECOVER or RESTORE the dataset it's not using the flashed copy. I'm
> > > going
> > > > to provide the JCL that I use to Flashcopy the volume(s) and the job
> > > > to
> > > > back
> > > > up the volume, just in case:
> > > >
> > > > //STEP010 EXEC PGM=ADRDSSU
> > > > //SYSPRINT  DD SYSOUT=*
> > > > //SYSIN DD *
> > > >  COPY FULL INDY(PTST00) OUTDY(XTST00) FCNOCOPY PURGE DUMPCONDITIONING
> > > >  .
> > > >  .
> > > >
> > > > Here's the backup job:
> > > >
> > > > //STEP010 EXEC PGM=IKJEFT01
> > > > //SYSPRINT  DD SYSOUT=X
> > > > //SYSTSPRT  DD SYSOUT=X
> > > > //SYSTSIN   DD *
> > > >  HSENDCMD BACKVOL VOL(XTST00) DUMP(DUMPCLASS(DAILYDR))
> > > >  .
> > > >  .
> > > >
> > > > Thanks for the help.
> > > > *
> > > > *
> > > > *George Rodriguez*
> > > > *Specialist II - IT Solutions*
> > > > *Application Support / Quality Assurance*
> > > > *PX - 47652*
> > > > *(561) 357-7652 (office)*
> > > > *(561) 707-3496 (mobile)*
> > > > *School District of Palm Beach County*
> > > > *3348 Forest Hill Blvd.*
> > > > *Room B-332*
> > > > *West Palm Beach, FL. 33406-5869*
> > > > *Florida's Only A-Rated Urban District For Six Consecutive Years*
> > > >
> > > > Home of Florida's first LEED Gold Certified School
> > > >
> > > > Under F

Re: How Does DFhsm and Flashcopy Work?

[George Rodriguez]

I've already started the investigation on how to get the job done and you're
right, it's not a small task.

I appreciate the information.

Thanks,
George Rodriguez
Specialist II - IT Solutions
Application Support / Quality Assurance
PX - 47652
(561) 357-7652 (office)
(561) 707-3496 (mobile)
School District of Palm Beach County
3348 Forest Hill Blvd.
Room B-332
West Palm Beach, FL. 33406-5869
Florida's Only A-Rated Urban District For Six Consecutive Years

- Original Message -
From: IBM Mainframe Discussion List 
To: IBM-MAIN@bama.ua.edu 
Sent: Wed May 04 17:26:03 2011
Subject: Re: How Does DFhsm and Flashcopy Work?

Yes, though I don't know about using command backup, I usually use HSM
autodump.  However, use of FRBACKUP will require a certain amount of setup,
so it is not appropriate for ad-hoc uses.

On Wed, May 4, 2011 at 1:33 PM, George Rodriguez <
george.rodrig...@palmbeachschools.org> wrote:

> Scott,
>
> So to paraphrase what you're saying, if I use FRBACKUP to perform the
> Flashcopy then I use the DFhsm commands to backup the FRBACKUP volumes,
> DFhsm will know that the backup is on flash copied backup. It that
> correct?
> *
> *
> *George Rodriguez*
> *Specialist II - IT Solutions*
> *Application Support / Quality Assurance*
> *PX - 47652*
> *(561) 357-7652 (office)*
> *(561) 707-3496 (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-332*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District For Six Consecutive Years*
>
>
>
> On Wed, May 4, 2011 at 11:55 AM, Scott Rowe  wrote:
>
> > When you do the FlashCopy yourself like this, then HSM doesn't know that
> it
> > is a backup of PTST00, so he doesn't look to this backup to restore a
> > dataset on PTST00.  It looks to me like you should be using FRBACKUP for
> > this, so that it is HSM that is doing the FlashCopy, and he knows what
> the
> > backup really is.
> >
> > On Wed, May 4, 2011 at 9:47 AM, George Rodriguez <
> > george.rodrig...@palmbeachschools.org> wrote:
> >
> > > When a Flashcopy of volumes are done and commands are sent to DFhsm to
> > DUMP
> > > the all the flashed volumes, how do I recover a lost dataset. I
> honestly
> > > thought that DFhsm would know that this procedure was done and it
> > > would
> > use
> > > the flashed copy to recover the dataset, but when I use ISMF to either
> > > HRECOVER or RESTORE the dataset it's not using the flashed copy. I'm
> > going
> > > to provide the JCL that I use to Flashcopy the volume(s) and the job
> > > to
> > > back
> > > up the volume, just in case:
> > >
> > > //STEP010 EXEC PGM=ADRDSSU
> > > //SYSPRINT  DD SYSOUT=*
> > > //SYSIN DD *
> > >  COPY FULL INDY(PTST00) OUTDY(XTST00) FCNOCOPY PURGE DUMPCONDITIONING
> > >  .
> > >  .
> > >
> > > Here's the backup job:
> > >
> > > //STEP010 EXEC PGM=IKJEFT01
> > > //SYSPRINT  DD SYSOUT=X
> > > //SYSTSPRT  DD SYSOUT=X
> > > //SYSTSIN   DD *
> > >  HSENDCMD BACKVOL VOL(XTST00) DUMP(DUMPCLASS(DAILYDR))
> > >  .
> > >  .
> > >
> > > Thanks for the help.
> > > *
> > > *
> > > *George Rodriguez*
> > > *Specialist II - IT Solutions*
> > > *Application Support / Quality Assurance*
> > > *PX - 47652*
> > > *(561) 357-7652 (office)*
> > > *(561) 707-3496 (mobile)*
> > > *School District of Palm Beach County*
> > > *3348 Forest Hill Blvd.*
> > > *Room B-332*
> > > *West Palm Beach, FL. 33406-5869*
> > > *Florida's Only A-Rated Urban District For Six Consecutive Years*
> > >
> > > Home of Florida's first LEED Gold Certified School
> > >
> > > Under Florida law, e-mail addresses are public records. If you do not
> > want
> > > your e-mail address
> > > released in response to a public records request, do not send
> electronic
> > > mail to this entity.
> > > Instead, contact this office by phone or in writing.
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > >
> >
> > CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
> > confidential and privileged informa

Re: How Does DFhsm and Flashcopy Work?

[Scott Rowe]

Yes, though I don't know about using command backup, I usually use HSM
autodump.  However, use of FRBACKUP will require a certain amount of setup,
so it is not appropriate for ad-hoc uses.

On Wed, May 4, 2011 at 1:33 PM, George Rodriguez <
george.rodrig...@palmbeachschools.org> wrote:

> Scott,
>
> So to paraphrase what you're saying, if I use FRBACKUP to perform the
> Flashcopy then I use the DFhsm commands to backup the FRBACKUP volumes,
> DFhsm will know that the backup is on flash copied backup. It that correct?
> *
> *
> *George Rodriguez*
> *Specialist II - IT Solutions*
> *Application Support / Quality Assurance*
> *PX - 47652*
> *(561) 357-7652 (office)*
> *(561) 707-3496 (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-332*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District For Six Consecutive Years*
>
>
>
> On Wed, May 4, 2011 at 11:55 AM, Scott Rowe  wrote:
>
> > When you do the FlashCopy yourself like this, then HSM doesn't know that
> it
> > is a backup of PTST00, so he doesn't look to this backup to restore a
> > dataset on PTST00.  It looks to me like you should be using FRBACKUP for
> > this, so that it is HSM that is doing the FlashCopy, and he knows what
> the
> > backup really is.
> >
> > On Wed, May 4, 2011 at 9:47 AM, George Rodriguez <
> > george.rodrig...@palmbeachschools.org> wrote:
> >
> > > When a Flashcopy of volumes are done and commands are sent to DFhsm to
> > DUMP
> > > the all the flashed volumes, how do I recover a lost dataset. I
> honestly
> > > thought that DFhsm would know that this procedure was done and it would
> > use
> > > the flashed copy to recover the dataset, but when I use ISMF to either
> > > HRECOVER or RESTORE the dataset it's not using the flashed copy. I'm
> > going
> > > to provide the JCL that I use to Flashcopy the volume(s) and the job to
> > > back
> > > up the volume, just in case:
> > >
> > > //STEP010 EXEC PGM=ADRDSSU
> > > //SYSPRINT  DD SYSOUT=*
> > > //SYSIN DD *
> > >  COPY FULL INDY(PTST00) OUTDY(XTST00) FCNOCOPY PURGE DUMPCONDITIONING
> > >  .
> > >  .
> > >
> > > Here's the backup job:
> > >
> > > //STEP010 EXEC PGM=IKJEFT01
> > > //SYSPRINT  DD SYSOUT=X
> > > //SYSTSPRT  DD SYSOUT=X
> > > //SYSTSIN   DD *
> > >  HSENDCMD BACKVOL VOL(XTST00) DUMP(DUMPCLASS(DAILYDR))
> > >  .
> > >  .
> > >
> > > Thanks for the help.
> > > *
> > > *
> > > *George Rodriguez*
> > > *Specialist II - IT Solutions*
> > > *Application Support / Quality Assurance*
> > > *PX - 47652*
> > > *(561) 357-7652 (office)*
> > > *(561) 707-3496 (mobile)*
> > > *School District of Palm Beach County*
> > > *3348 Forest Hill Blvd.*
> > > *Room B-332*
> > > *West Palm Beach, FL. 33406-5869*
> > > *Florida's Only A-Rated Urban District For Six Consecutive Years*
> > >
> > > Home of Florida's first LEED Gold Certified School
> > >
> > > Under Florida law, e-mail addresses are public records. If you do not
> > want
> > > your e-mail address
> > > released in response to a public records request, do not send
> electronic
> > > mail to this entity.
> > > Instead, contact this office by phone or in writing.
> > >
> > > --
> > > For IBM-MAIN subscribe / signoff / archive access instructions,
> > > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > >
> >
> > CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
> > confidential and privileged information intended only for the addressee.
> > If you are not the intended recipient, please be advised that you have
> > received this material in error and that any forwarding, copying,
> printing,
> > distribution, use or disclosure of the material is strictly prohibited.
> > If you have received this material in error, please (i) do not read it,
> > (ii) reply to the sender that you received the message in error, and
> > (iii) erase or destroy the material. Emails are not secure and can be
> > intercepted, amended, lost or destroyed, or contain viruses. You are
> deemed
> > to have accepted these risks if you communicate with 

Re: How Does DFhsm and Flashcopy Work?

[George Rodriguez]

Scott,

So to paraphrase what you're saying, if I use FRBACKUP to perform the
Flashcopy then I use the DFhsm commands to backup the FRBACKUP volumes,
DFhsm will know that the backup is on flash copied backup. It that correct?
*
*
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Six Consecutive Years*



On Wed, May 4, 2011 at 11:55 AM, Scott Rowe  wrote:

> When you do the FlashCopy yourself like this, then HSM doesn't know that it
> is a backup of PTST00, so he doesn't look to this backup to restore a
> dataset on PTST00.  It looks to me like you should be using FRBACKUP for
> this, so that it is HSM that is doing the FlashCopy, and he knows what the
> backup really is.
>
> On Wed, May 4, 2011 at 9:47 AM, George Rodriguez <
> george.rodrig...@palmbeachschools.org> wrote:
>
> > When a Flashcopy of volumes are done and commands are sent to DFhsm to
> DUMP
> > the all the flashed volumes, how do I recover a lost dataset. I honestly
> > thought that DFhsm would know that this procedure was done and it would
> use
> > the flashed copy to recover the dataset, but when I use ISMF to either
> > HRECOVER or RESTORE the dataset it's not using the flashed copy. I'm
> going
> > to provide the JCL that I use to Flashcopy the volume(s) and the job to
> > back
> > up the volume, just in case:
> >
> > //STEP010 EXEC PGM=ADRDSSU
> > //SYSPRINT  DD SYSOUT=*
> > //SYSIN DD *
> >  COPY FULL INDY(PTST00) OUTDY(XTST00) FCNOCOPY PURGE DUMPCONDITIONING
> >  .
> >  .
> >
> > Here's the backup job:
> >
> > //STEP010 EXEC PGM=IKJEFT01
> > //SYSPRINT  DD SYSOUT=X
> > //SYSTSPRT  DD SYSOUT=X
> > //SYSTSIN   DD *
> >  HSENDCMD BACKVOL VOL(XTST00) DUMP(DUMPCLASS(DAILYDR))
> >  .
> >  .
> >
> > Thanks for the help.
> > *
> > *
> > *George Rodriguez*
> > *Specialist II - IT Solutions*
> > *Application Support / Quality Assurance*
> > *PX - 47652*
> > *(561) 357-7652 (office)*
> > *(561) 707-3496 (mobile)*
> > *School District of Palm Beach County*
> > *3348 Forest Hill Blvd.*
> > *Room B-332*
> > *West Palm Beach, FL. 33406-5869*
> > *Florida's Only A-Rated Urban District For Six Consecutive Years*
> >
> > Home of Florida's first LEED Gold Certified School
> >
> > Under Florida law, e-mail addresses are public records. If you do not
> want
> > your e-mail address
> > released in response to a public records request, do not send electronic
> > mail to this entity.
> > Instead, contact this office by phone or in writing.
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
> CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
> confidential and privileged information intended only for the addressee.
> If you are not the intended recipient, please be advised that you have
> received this material in error and that any forwarding, copying, printing,
> distribution, use or disclosure of the material is strictly prohibited.
> If you have received this material in error, please (i) do not read it,
> (ii) reply to the sender that you received the message in error, and
> (iii) erase or destroy the material. Emails are not secure and can be
> intercepted, amended, lost or destroyed, or contain viruses. You are deemed
> to have accepted these risks if you communicate with us by email. Thank
> you.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: How Does DFhsm and Flashcopy Work?

[Scott Rowe]

When you do the FlashCopy yourself like this, then HSM doesn't know that it
is a backup of PTST00, so he doesn't look to this backup to restore a
dataset on PTST00.  It looks to me like you should be using FRBACKUP for
this, so that it is HSM that is doing the FlashCopy, and he knows what the
backup really is.

On Wed, May 4, 2011 at 9:47 AM, George Rodriguez <
george.rodrig...@palmbeachschools.org> wrote:

> When a Flashcopy of volumes are done and commands are sent to DFhsm to DUMP
> the all the flashed volumes, how do I recover a lost dataset. I honestly
> thought that DFhsm would know that this procedure was done and it would use
> the flashed copy to recover the dataset, but when I use ISMF to either
> HRECOVER or RESTORE the dataset it's not using the flashed copy. I'm going
> to provide the JCL that I use to Flashcopy the volume(s) and the job to
> back
> up the volume, just in case:
>
> //STEP010 EXEC PGM=ADRDSSU
> //SYSPRINT  DD SYSOUT=*
> //SYSIN DD *
>  COPY FULL INDY(PTST00) OUTDY(XTST00) FCNOCOPY PURGE DUMPCONDITIONING
>  .
>  .
>
> Here's the backup job:
>
> //STEP010 EXEC PGM=IKJEFT01
> //SYSPRINT  DD SYSOUT=X
> //SYSTSPRT  DD SYSOUT=X
> //SYSTSIN   DD *
>  HSENDCMD BACKVOL VOL(XTST00) DUMP(DUMPCLASS(DAILYDR))
>  .
>  .
>
> Thanks for the help.
> *
> *
> *George Rodriguez*
> *Specialist II - IT Solutions*
> *Application Support / Quality Assurance*
> *PX - 47652*
> *(561) 357-7652 (office)*
> *(561) 707-3496 (mobile)*
> *School District of Palm Beach County*
> *3348 Forest Hill Blvd.*
> *Room B-332*
> *West Palm Beach, FL. 33406-5869*
> *Florida's Only A-Rated Urban District For Six Consecutive Years*
>
> Home of Florida's first LEED Gold Certified School
>
> Under Florida law, e-mail addresses are public records. If you do not want
> your e-mail address
> released in response to a public records request, do not send electronic
> mail to this entity.
> Instead, contact this office by phone or in writing.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains
confidential and privileged information intended only for the addressee.
If you are not the intended recipient, please be advised that you have
received this material in error and that any forwarding, copying, printing,
distribution, use or disclosure of the material is strictly prohibited.
If you have received this material in error, please (i) do not read it,
(ii) reply to the sender that you received the message in error, and
(iii) erase or destroy the material. Emails are not secure and can be
intercepted, amended, lost or destroyed, or contain viruses. You are deemed
to have accepted these risks if you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

How Does DFhsm and Flashcopy Work?

[George Rodriguez]

When a Flashcopy of volumes are done and commands are sent to DFhsm to DUMP
the all the flashed volumes, how do I recover a lost dataset. I honestly
thought that DFhsm would know that this procedure was done and it would use
the flashed copy to recover the dataset, but when I use ISMF to either
HRECOVER or RESTORE the dataset it's not using the flashed copy. I'm going
to provide the JCL that I use to Flashcopy the volume(s) and the job to back
up the volume, just in case:

//STEP010 EXEC PGM=ADRDSSU
//SYSPRINT  DD SYSOUT=*
//SYSIN DD *
 COPY FULL INDY(PTST00) OUTDY(XTST00) FCNOCOPY PURGE DUMPCONDITIONING
 .
 .

Here's the backup job:

//STEP010 EXEC PGM=IKJEFT01
//SYSPRINT  DD SYSOUT=X
//SYSTSPRT  DD SYSOUT=X
//SYSTSIN   DD *
 HSENDCMD BACKVOL VOL(XTST00) DUMP(DUMPCLASS(DAILYDR))
 .
 .

Thanks for the help.
*
*
*George Rodriguez*
*Specialist II - IT Solutions*
*Application Support / Quality Assurance*
*PX - 47652*
*(561) 357-7652 (office)*
*(561) 707-3496 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-332*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Six Consecutive Years*

Home of Florida's first LEED Gold Certified School

Under Florida law, e-mail addresses are public records. If you do not want your 
e-mail address
released in response to a public records request, do not send electronic mail 
to this entity. 
Instead, contact this office by phone or in writing.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM FLASHCOPY interface ( is there a no cost solution)

[Wilkins, Mike]

Here's a ISPF Rexx/Panel that I've coded for 'Snapping' a dataset via a DSLIST 
by entering 'SNAPD', or the Rexx name, in the command columns to the left of 
the dataset name.  The Panel is after the Rexx.  This generates a DFdss copy 
job and submits it in batch (No forground, but that could also be done).  The 
rexx is setup by a switch to generate jcl for IBM/Flashcopy, STK/Snapshot, or, 
EMC/Timefinder.

The panel looks like it's from IBM.  The Rexx I inherited and rewrote years ago 
to use the same panel.  I'm sure it can be 'tuned'.  Not sure about listing the 
panel.  But I'm sure I'll 'get a call' if IBM is upset.


===
Start of Rexx
===
/*** REXX **
Title: Generate DSS Fast Replication stmts.
   By: Mike Wilkins
 Date: 6/01/2010
 Disc: Generate IBM DFdss smts to copy and rename uncondition,
   a dataset via ISPF option 3.4.  DSS will invoke Fast
   Replication for the dasd subsystem, if availiable.  If
   Fast Replication is not availiable, it will do a physical
   DSS copy.

 Note: Old STK Snapshot code is at bottom, and is unused.
   Kept for reference.

 Note: 'Snap' is a term we use for an 'stant copy' Fast Replication
   process, regardless of vendor.

   Vendor Instant Copy product names:
   --
   IBM - FlashCopy
   STK - Snap
   EMC - TimeFinder
--
Mod:
***/

address ispexec

'VGET (ZDLDSN ZAPPLID ZSCRMAXD)'

 /*
 ** Check for DSLIST applid
 */

if ZAPPLID ¬= 'ISR' then do
   say 'This command can only be executed from DSLIST'
   exit 0
end

 /*
 ** These options are saved in the user profile for ISR
 */

'VGET (SNAPDSTC SNAPDMGC SNAPDDCC SNAPDREP SNAPDHCM ',
  'SNAPDTEF SNAPDTT SNAPDDMN SNAPDCTG SNAPDFRC) PROFILE'

 /*
 ** Initialize defaults
 */

volser = '' /* Always set Volume */
eso = ''/* Always set Esoteric   */
volcount = ''   /* Always clear volcnt   */

if length(SNAPDSTC) = 0 then
   SNAPDSTC = ''

if length(SNAPDMGC) = 0 then
   SNAPDMGC = ''

if length(SNAPDDCC) = 0 then
   SNAPDDCC = ''

if length(SNAPDCTG) = 0 then
   SNAPDCTG = 'YES'

if length(SNAPDFRC) = 0 then
   SNAPDFRC = 'NO'

if length(SNAPDREP) = 0 then
SNAPDREP = 'YES'

if length(SNAPDHCM) = 0 then
SNAPDHCM = 'EXC'

if length(SNAPDTEF) = 0 then
SNAPDTEF = 'NO'

if length(SNAPDTT) = 0 then
SNAPDTT = 'NO'

if length(SNAPDDMN) = 0 then
SNAPDDMN = 'NONE'

 /*
 ** Parse source dsn into display variable
 */

address REXX
parse var ZDLDSN TDSN.1 '.',
 TDSN.2 '.',
 TDSN.3 '.',
 TDSN.4 '.',
 TDSN.5 '.',
 REST
TDSN = ZDLDSN

 /*
 ** Display POPUP to get target info
 */

address ispexec

if ZSCRMAXD > 27 then /* @01 */
   'ADDPOP'

'DISPLAY PANEL(SNAPD) CURSOR(TDSN)'

'VGET (ZVERB)'

if rc = 8 then  /* Enter not pressed */
   exit 0

if rc > 8 then  /* Bad return code   */
   exit rc

if length(zverb) > 0 then   /* ENTER not pressed */
   exit 0

 /*
 ** Save profile variables
 */

'VPUT (SNAPDSTC SNAPDMGC SNAPDDCC SNAPDREP SNAPDHCM ',
  'SNAPDTEF SNAPDTT SNAPDDMN SNAPDCTG SNAPDFRC) PROFILE'


if TDSN = ZDLDSN then do
  zedsmsg = "Error: DSN's Match"
  zedlmsg = "Error: Source and Target datasets are the same."
  address ISPEXEC 'setmsg msg(ISRZ001)'
  exit 0
end




/***
Allocate temp dataset to hold SNAP JCL.
***/
address TSO
snapdd  = "PDSE"
snapjcl = sysvar(sysuid)".SPFTEMP1.SNAPJCL"
x = outtrap("XMSG.","*")
"DELETE '"snapjcl"'"
x = outtrap("off")
"ALLOCATE FILE("snapdd") DA('"snapjcl"')",
"UNIT(SYSDA) new REUSE SPACE(1 1) TRACKS",
"LRECL(80) BLKSIZE(0) RECFM(F B)"

"newstack"

queue "//"userid()"S1 JOB (T,T98,0988),'SNAP#D DSS SNAP',"
queue "//  CLASS=L,MSGCLASS=X,NOTIFY=&SYSUID"
queue "//*JOBPARM S=SYS3"
QUEUE "//*"
QUEUE "//STEP001  EXEC P

Re: IBM FLASHCOPY interface ( is there a no cost solution)

[Itschak Mugzach]

Google on that and find my sample of an ispf & batch rexx interface. It
might save you some coding.

Itschak

On Mon, Jul 12, 2010 at 6:37 PM, Clark, Kevin wrote:

> Ok...thanks all...I'll off an coding now
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of John Ticic
> Sent: Monday, July 12, 2010 4:05 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: IBM FLASHCOPY interface ( is there a no cost solution)
>
> If you feel like doing some coding, you can use the ANTRQST API. Take
> a look at z/OS DFSMSdfp Advanced Copy Services (SC25-0428) for more
> details.
>
> Starting with z/OS 1.12, the REXX interface to ANTRQST will be
> documented. If you want a preview of how to code the REXX calls, take
> a look at SYS1.DGTCLIB(ANTFREXX) for a sample.
>
> John
>
> >DFSMSdss provides all the interface for all the FCV2 functions you may
> want
> >to use. Is there a specific function that you cannot get find in the
> >DFSMSdss support?
> >
> >Did you know can use the COPY command in the ISMF dataset list to
> build and
> >submit a DFSMSdss batch job. It just doesn't have a foreground option.
> >Perhaps the FlashCopy processing you require is in those panels.
> >
> >> All,
> >>
> >> We have migrated our DASD and our new vendor utilized
> FLASHCOPY.
> >>
> >>
> >> We have CA-DISK & DFDSS only.
> >>
> >>
> >> I've been using TSO =6 and even  Batch TSO.
> >>
> >>
> >> Is there any ISPF panels or REXX freebies available ?
> >>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>
>
> This e-mail message and any attachments transmitted with it are
> confidential and are intended solely for the use of its authorized
> recipient(s). If you are not an intended or authorized recipient, you are
> hereby notified that any disclosure, copying, distribution or taking any
> action in reliance on the information contained in this e-mail is
> prohibited. If you have received this message in error or are not authorized
> to receive it, please immediately notify the sender and delete the original
> message and all copies of it from your computer.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM FLASHCOPY interface ( is there a no cost solution)

[Clark, Kevin]

Ok...thanks all...I'll off an coding now

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of John Ticic
Sent: Monday, July 12, 2010 4:05 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM FLASHCOPY interface ( is there a no cost solution)

If you feel like doing some coding, you can use the ANTRQST API. Take 
a look at z/OS DFSMSdfp Advanced Copy Services (SC25-0428) for more 
details.

Starting with z/OS 1.12, the REXX interface to ANTRQST will be 
documented. If you want a preview of how to code the REXX calls, take 
a look at SYS1.DGTCLIB(ANTFREXX) for a sample.

John

>DFSMSdss provides all the interface for all the FCV2 functions you may 
want
>to use. Is there a specific function that you cannot get find in the
>DFSMSdss support?
>
>Did you know can use the COPY command in the ISMF dataset list to 
build and
>submit a DFSMSdss batch job. It just doesn't have a foreground option.
>Perhaps the FlashCopy processing you require is in those panels.
>
>> All,
>>
>> We have migrated our DASD and our new vendor utilized 
FLASHCOPY.
>>
>>
>> We have CA-DISK & DFDSS only.
>>
>>
>> I've been using TSO =6 and even  Batch TSO.
>>
>>
>> Is there any ISPF panels or REXX freebies available ?
>>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


This e-mail message and any attachments transmitted with it are confidential 
and are intended solely for the use of its authorized recipient(s). If you are 
not an intended or authorized recipient, you are hereby notified that any 
disclosure, copying, distribution or taking any action in reliance on the 
information contained in this e-mail is prohibited. If you have received this 
message in error or are not authorized to receive it, please immediately notify 
the sender and delete the original message and all copies of it from your 
computer.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM FLASHCOPY interface ( is there a no cost solution)

[John Ticic]

If you feel like doing some coding, you can use the ANTRQST API. Take 
a look at z/OS DFSMSdfp Advanced Copy Services (SC25-0428) for more 
details.

Starting with z/OS 1.12, the REXX interface to ANTRQST will be 
documented. If you want a preview of how to code the REXX calls, take 
a look at SYS1.DGTCLIB(ANTFREXX) for a sample.

John

>DFSMSdss provides all the interface for all the FCV2 functions you may 
want
>to use. Is there a specific function that you cannot get find in the
>DFSMSdss support?
>
>Did you know can use the COPY command in the ISMF dataset list to 
build and
>submit a DFSMSdss batch job. It just doesn't have a foreground option.
>Perhaps the FlashCopy processing you require is in those panels.
>
>> All,
>>
>> We have migrated our DASD and our new vendor utilized 
FLASHCOPY.
>>
>>
>> We have CA-DISK & DFDSS only.
>>
>>
>> I've been using TSO =6 and even  Batch TSO.
>>
>>
>> Is there any ISPF panels or REXX freebies available ?
>>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM FLASHCOPY interface ( is there a no cost solution)

[R.S.]

W dniu 2010-07-09 20:29, Clark, Kevin pisze:

All,

We have migrated our DASD and our new vendor utilized FLASHCOPY.


We have CA-DISK&  DFDSS only.


I've been using TSO =6 and even  Batch TSO.


Is there any ISPF panels or REXX freebies available ?


No. There is a set of TSO commands (FCn) and "plug-in" to DFSMSdss.

--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IBM FLASHCOPY interface ( is there a no cost solution)

[Ron Hawkins]

Kevin,

DFSMSdss provides all the interface for all the FCV2 functions you may want
to use. Is there a specific function that you cannot get find in the
DFSMSdss support?

Did you know can use the COPY command in the ISMF dataset list to build and
submit a DFSMSdss batch job. It just doesn't have a foreground option.
Perhaps the FlashCopy processing you require is in those panels.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Clark, Kevin
> Sent: Friday, July 09, 2010 11:29 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: [IBM-MAIN] IBM FLASHCOPY interface ( is there a no cost solution)
> 
> All,
> 
> We have migrated our DASD and our new vendor utilized FLASHCOPY.
> 
> 
> We have CA-DISK & DFDSS only.
> 
> 
> I've been using TSO =6 and even  Batch TSO.
> 
> 
> Is there any ISPF panels or REXX freebies available ?
> 
> 
> Kevn
> 
> 
> This e-mail message and any attachments transmitted with it are
confidential
> and are intended solely for the use of its authorized recipient(s). If you
are
> not an intended or authorized recipient, you are hereby notified that any
> disclosure, copying, distribution or taking any action in reliance on the
> information contained in this e-mail is prohibited. If you have received
this
> message in error or are not authorized to receive it, please immediately
> notify the sender and delete the original message and all copies of it
from
> your computer.
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

IBM FLASHCOPY interface ( is there a no cost solution)

[Clark, Kevin]

All, 
 
We have migrated our DASD and our new vendor utilized FLASHCOPY. 
 
 
We have CA-DISK & DFDSS only. 
 
 
I've been using TSO =6 and even  Batch TSO. 
 
 
Is there any ISPF panels or REXX freebies available ?
 
 
Kevn 


This e-mail message and any attachments transmitted with it are confidential 
and are intended solely for the use of its authorized recipient(s). If you are 
not an intended or authorized recipient, you are hereby notified that any 
disclosure, copying, distribution or taking any action in reliance on the 
information contained in this e-mail is prohibited. If you have received this 
message in error or are not authorized to receive it, please immediately notify 
the sender and delete the original message and all copies of it from your 
computer.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Deloying updates to applications using FLASHCOPY

[Scott Rowe]

Arye,
 
We use this method to make clones of our DB2s for QA/testing, but we don't use 
it to "upgrade".  If I can be of help I would be happy to answer questions.
 
Scott

>>> Arye Shemer  6/22/2010 7:32 AM >>>
Hello forumers,
first let me apologize for the not enough information in my query.
I'll try to elaborate customer environment and requirements:

1. z/OS 1.9
2. DB2 V8
3. CICS V3
4. Disks IBM DS8700

Few insights of my own.

1. DB2 has a utility called System Backup which use FlashCopy to enable copies
of DB2 objects (databases and tables) un-disruptive (DB2 create
point of consistency and
signal the DS8000 to make the copy (using FlashCopy).
2. CICS load modules (PDS libraries) can be copied the same way, I see
no problem with
extents since the new system will come up after all the copies done.

Finally, what we are looking for an installation that is upgrading
regularly their applications
using the mentioned or other similar method willing to share their experience.

I hope it clarifies my somewhat cryptic query.

Thank you,

Arye.



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Deloying updates to applications using FLASHCOPY

[Arye Shemer]

Hello forumers,
first let me apologize for the not enough information in my query.
I'll try to elaborate customer environment and requirements:

1. z/OS 1.9
2. DB2 V8
3. CICS V3
4. Disks IBM DS8700

Few insights of my own.

1. DB2 has a utility called System Backup which use FlashCopy to enable copies
of DB2 objects (databases and tables) un-disruptive (DB2 create
point of consistency and
signal the DS8000 to make the copy (using FlashCopy).
2. CICS load modules (PDS libraries) can be copied the same way, I see
no problem with
extents since the new system will come up after all the copies done.

Finally, what we are looking for an installation that is upgrading
regularly their applications
using the mentioned or other similar method willing to share their experience.

I hope it clarifies my somewhat cryptic query.

Thank you,

Arye.

On 21 June 2010 16:14, Ron Hawkins  wrote:
> Radoslaw.
>
> FlashCopy is supported by at least two hardware vendors for several
> generations of storage platform.
>
>>
>> 1. Flashcopy is (was) related to specific hardware. It's not good idea
>> to tie application with DASD vendor and have no warranty about the
>> future of the implementations (see Snapshot).
>>
>
> Ron
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Deloying updates to applications using FLASHCOPY

[Ron Hawkins]

Radoslaw.

FlashCopy is supported by at least two hardware vendors for several
generations of storage platform.

> 
> 1. Flashcopy is (was) related to specific hardware. It's not good idea
> to tie application with DASD vendor and have no warranty about the
> future of the implementations (see Snapshot).
> 

Ron

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Deloying updates to applications using FLASHCOPY

[R.S.]

W dniu 2010-06-20 17:01, Arye Shemer pisze:

Hello Forumers,

A customer is looking for references of installation which are using
FLASHCOPY or other similar technology to deploy
(several times in a year) masive updates to their application avoiding
disruption to the service for the end users.


I strongly doubt if there are any.
Reasons:

1. Flashcopy is (was) related to specific hardware. It's not good idea 
to tie application with DASD vendor and have no warranty about the 
future of the implementations (see Snapshot).


2. FC is done at very low level, which is not suitable for most 
application data structures on DASD. It could be used to REPLACE whole 
datasets or preferrably volumes, but not records. And such update can be 
prepared without FC.


3. Your ideas are discrepant (incoherent). You want to use fast copy to 
avoid outage. Fast copy could only minimize time of outage, *unless the 
application is able to run during the update* - but then fast copy in 
not crucial for the process.


My €0.02

--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Deloying updates to applications using FLASHCOPY

[Itschak Mugzach]

Hi Arie,

Interesting Issue. I suppose that service is given by a kind of transaction
manager like CICS as you mentioned "avoiding disruption". Assuming that the
updates are stored in PDS(as loadmods), how can you ensure that the datasets
are positioned on disk exactly as mapped at time the dataset was open with
same (number and size of) extents? This might work if the PDS is large
inhalf and was not compressed (it would cause unpredictable results to CICS,
for example).
Itschak


On Sun, Jun 20, 2010 at 7:57 PM, Lizette Koehler wrote:

> Is this for strictly VSAM databases?  Or DB2?  Or Other?
>
> Is your desire to create a test DataBase, back it up (using FLashcopy) and
> put it on a different LPAR into production?
> Or are you looking to put it on a different op/sys like AIX or Solaris?
>
> If strictly mainframe, what is your current z/OS level?  And what hardware
> is your dasd? (EMC, IBM, other)?
>
>
>
> Lizette
>
>
> >
> > Hello Forumers,
> >
> > A customer is looking for references of installation which are using
> > FLASHCOPY or other similar technology to deploy
> > (several times in a year) masive updates to their application avoiding
> > disruption to the service for the end users.
> >
> > Could you please share your experience in this area,
> > no need for actual names, but just exprience and other insights.
> >
> > The storage guys in my area were not very helpful due to fact that
> > they know a lot of customers using FLASHCOPY but could not
> > tell about the combination of Deloying updates to applications using
> > FLASHCOPY.
> >
> > Thank you for any help on the subject,
> >
> > Arye Shemer.
> >
> >
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Deloying updates to applications using FLASHCOPY

[Lizette Koehler]

Is this for strictly VSAM databases?  Or DB2?  Or Other? 

Is your desire to create a test DataBase, back it up (using FLashcopy) and
put it on a different LPAR into production?  
Or are you looking to put it on a different op/sys like AIX or Solaris?

If strictly mainframe, what is your current z/OS level?  And what hardware
is your dasd? (EMC, IBM, other)?



Lizette


> 
> Hello Forumers,
> 
> A customer is looking for references of installation which are using
> FLASHCOPY or other similar technology to deploy
> (several times in a year) masive updates to their application avoiding
> disruption to the service for the end users.
> 
> Could you please share your experience in this area,
> no need for actual names, but just exprience and other insights.
> 
> The storage guys in my area were not very helpful due to fact that
> they know a lot of customers using FLASHCOPY but could not
> tell about the combination of Deloying updates to applications using
> FLASHCOPY.
> 
> Thank you for any help on the subject,
> 
> Arye Shemer.
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Deloying updates to applications using FLASHCOPY

[Arye Shemer]

Hello Forumers,

A customer is looking for references of installation which are using
FLASHCOPY or other similar technology to deploy
(several times in a year) masive updates to their application avoiding
disruption to the service for the end users.

Could you please share your experience in this area,
no need for actual names, but just exprience and other insights.

The storage guys in my area were not very helpful due to fact that
they know a lot of customers using FLASHCOPY but could not
tell about the combination of Deloying updates to applications using FLASHCOPY.

Thank you for any help on the subject,

Arye Shemer.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Flashcopy question

[Scott Rowe]

Since you are using NOCOPY, you don't have as good a spinning backup as you may 
think, and you have overhead for the first write of any track.  I would suggest 
using FC incremental instead, you then have a real backup, and there is no need 
to do a withdrawal at all (in fact you want to avoid it).

>>> "Pommier, Rex R."  3/26/2010 1:58 PM >>>
Hi List,

I have a FlashCopy question about withdrawing FC relationships.  To set
the stage, I have a DMX-4 and a DS6800 in my environment.  Every night I
run a job that does FlashCopy full volume copies of all my volumes to a
complete set of target volumes using copy commands like this:

COPY FULL IDD(ZOSCAT) ODD(SNPCAT) FR(REQ) FCNC DUMPCOND PURGE

This is followed by DUMPing the SNP volumes to tape using DFDSS and this
syntax:

DUMP INDDNAME(DASD1) OUTDD(TAPE1,TAPE1D) ALLD(*) ALLX OPT(4)

Then the following night, I run a job immediately before my FlashCopy
job to break the FC relationships, using a sequence of:

FCWITHDR SDEVN(1100) TDEVN(1240)/* ZOSCAT */   

The reference manual says 

"If you use the FCNOCOPY keyword, you must withdraw the FlashCopy
relationship when the copy is no longer needed to free up the subsystem
resources that maintain the FlashCopy relationship. You can withdraw the
FlashCopy relationship by performing one of the following tasks:  
Initiate a dump of the target of the copy and specify the FCWITHDRAW
keyword on the DUMP command
Initiate the TSO FCWITHDR command."

Here's my question:  If I skip the FCWITHDR step, does the system do an
implicit FCWITHDR when I run the COPY command against the same set of
source/target volumes the next night?  My question comes about because
we are in the process of migrating volumes from the DS6800 to the DMX
and the FCWITHDR job hasn't been kept current.  The COPY steps run just
fine and I'm getting good backups, but I just don't know if there are
some internal resources within either the DMX or the DS6800 that aren't
being freed.

TIA

Rex


PS, I don't want to add the FCWITHDRAW keyword to the DSS DUMP job
because I can use the FC target for doing dataset level restores the
next day in case somebody inadvertently clobbers a dataset.  Much faster
tan getting the tapes back from offsite.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Flashcopy question

[Pommier, Rex R.]

Hi List,

I have a FlashCopy question about withdrawing FC relationships.  To set
the stage, I have a DMX-4 and a DS6800 in my environment.  Every night I
run a job that does FlashCopy full volume copies of all my volumes to a
complete set of target volumes using copy commands like this:

COPY FULL IDD(ZOSCAT) ODD(SNPCAT) FR(REQ) FCNC DUMPCOND PURGE

This is followed by DUMPing the SNP volumes to tape using DFDSS and this
syntax:

DUMP INDDNAME(DASD1) OUTDD(TAPE1,TAPE1D) ALLD(*) ALLX OPT(4)

Then the following night, I run a job immediately before my FlashCopy
job to break the FC relationships, using a sequence of:

FCWITHDR SDEVN(1100) TDEVN(1240)/* ZOSCAT */   

The reference manual says 

"If you use the FCNOCOPY keyword, you must withdraw the FlashCopy
relationship when the copy is no longer needed to free up the subsystem
resources that maintain the FlashCopy relationship. You can withdraw the
FlashCopy relationship by performing one of the following tasks:  
Initiate a dump of the target of the copy and specify the FCWITHDRAW
keyword on the DUMP command
Initiate the TSO FCWITHDR command."

Here's my question:  If I skip the FCWITHDR step, does the system do an
implicit FCWITHDR when I run the COPY command against the same set of
source/target volumes the next night?  My question comes about because
we are in the process of migrating volumes from the DS6800 to the DMX
and the FCWITHDR job hasn't been kept current.  The COPY steps run just
fine and I'm getting good backups, but I just don't know if there are
some internal resources within either the DMX or the DS6800 that aren't
being freed.

TIA

Rex


PS, I don't want to add the FCWITHDRAW keyword to the DSS DUMP job
because I can use the FC target for doing dataset level restores the
next day in case somebody inadvertently clobbers a dataset.  Much faster
tan getting the tapes back from offsite.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Flashcopy

[Brian Westerman]

To get around this problem a few years ago I wrote a offline volume dump
program that is just as fast as the ones from IBM and Innovation.  They have
better restore capabilities since I currently have to restore the whole
volume, but it's only a matter of time, I'll get it done.

BRian

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Flashcopy

[Joel C. Ewing]

DUMPCONDITIONING is a relatively new parameter compared with some, but
it has been around for at least a decade.  We've been using it for
point-in-time DFDSS backups with FlashCopy since at least 2001.  It
enables you to keep the target volser  unchanged so it can stay online.
for the DUMP, yet if you do a RESTORE it will restore the volume with
the original source volume volser.  Causes some weirdness with the
target copy volume, like you may not be able to OPEN individual SMS
datasets or VSAM datasets on the copy volume because access methods seem
to get upset if you attempt to point to one of these on a volume that
conflicts with the cataloged volser - but DFDSS full volume dump has no
problem.

Without the DUMPCONDITIONING we probably would have had to go with
something like FDR.  In retrospect, I'm glad we didn't, because the
whole concept of having a utility able to process data from an "offline"
volume seems like a bad idea.  In many cases the whole point of having a
volume offline is to guarantee a system is not using it so you can do
things that would potentially cause data loss or unpredictable behavior
if the volume were in use.
  JC Ewing

On 03/18/2010 09:08 AM, Don Bolton wrote:
> Francis,
> 
> ASRDSSU has a new parameter "DUMPCONDITIONING" specific to aid in making
> flash copies without having the target volume going offline.  
> 
> Opentech Systems has a product to completely automate the flash copy process
> besides audit your DASD farm so as you add volumes none are missed.  Please
> review the link. 
> 
> http://www.opentechsystems.com/dbs.php
> 
> 
> Best regards,
> Don
>  
> Don Bolton
> Director Technical Services
> www.OpentechSystems.com
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
> Of FRANCIS SOUSA
> Sent: Thursday, March 18, 2010 1:52 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Flashcopy
> 
> Hi Everyone,
> whenever a flashcopy of a volume is done using ADRDSSU, the target volume
> goes offline,
> it has the same VOLID as the source volume, now my question is as to how can
> I backup the
> target volume to tape ?, we do not have FDR.
> will appreciate any input
> Frank
> 
...

-- 
Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DS8700 Feature FlashCopy SE

[Dan Murphy]

Dave,
If you haven't found it yet, here's an excellent Redpaper on FlashCopy SE:
http://www.redbooks.ibm.com/redpapers/pdfs/redp4368.pdf

You're right, FC SE will help you out a lot with your backups. And your fears 
about the repository are true. Be conservative about your storage estimates. 
If the repository fills up, all your FC relationships become "failed" (i.e. 
toast), 
and have to be withdrawn. When a relationship becomes failed, you can 
neither read nor write from the FC target.

Good luck.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Flashcopy

[Lucy Arnold]

We clip them to a different name and then bring them online.


Lucy Arnold
Storage Manager
U.C. Davis Medical Center
916-734-5498


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Flashcopy

[Don Bolton]

Francis,

ASRDSSU has a new parameter "DUMPCONDITIONING" specific to aid in making
flash copies without having the target volume going offline.  

Opentech Systems has a product to completely automate the flash copy process
besides audit your DASD farm so as you add volumes none are missed.  Please
review the link. 

http://www.opentechsystems.com/dbs.php


Best regards,
Don
 
Don Bolton
Director Technical Services
www.OpentechSystems.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf
Of FRANCIS SOUSA
Sent: Thursday, March 18, 2010 1:52 AM
To: IBM-MAIN@bama.ua.edu
Subject: Flashcopy

Hi Everyone,
whenever a flashcopy of a volume is done using ADRDSSU, the target volume
goes offline,
it has the same VOLID as the source volume, now my question is as to how can
I backup the
target volume to tape ?, we do not have FDR.
will appreciate any input
Frank

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Flashcopy

[Scott Rowe]

Yes, DUMPCONDitioning is your friend.  This is the way HSM uses FlashCopy, this 
is exactly what it was created for.  When you restore a volume dumped this way, 
it will restore the original volser.  If you have HSM, look into the FRBACKUP 
function to see how HSM can manage the entire process for you.

>>> Walter Marguccio  03/18/10 7:08 AM >>>
subparameter DUMPCON
> how can I backup the target volume to tape ?


subparameter DUMPCOND of the COPY command is your friend.
Try to flash your volume with the following jcl:

//FLASHEXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=* 
//SYSINDD *
  COPY FULL IDY(your_vol) ODY(flashed_vol) DUMPCOND FCNC FR(REQ) -
  ADMIN PUR ALLD(*) ALLX   

 
then you will be able to DUMP the volume with this jcl:

//DUMP EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*  
//TAPE  DD  DISP=(,CATLG),
// DSN=your_dsn,  
// UNIT=your_tape,LABEL=(1,SL), 
// DCB=JGE.MOD,RECFM=U,LRECL=0,BLKSIZE=0
//SYSINDD * 
  DUMP ADMIN IDY(flashed_vol) ODD(TAPE)  OPT(4) COM  ALLX ALLD(*) 

HTH
  
Walter Marguccio
z/OS Systems Programmer
BELENUS 
LOB Informatic GmbH
Munich - Germany




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Flashcopy

[Walter Marguccio]

subparameter DUMPCON
> how can I backup the target volume to tape ?


subparameter DUMPCOND of the COPY command is your friend.
Try to flash your volume with the following jcl:

//FLASHEXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=* 
//SYSINDD *
  COPY FULL IDY(your_vol) ODY(flashed_vol) DUMPCOND FCNC FR(REQ) -
  ADMIN PUR ALLD(*) ALLX   

 
then you will be able to DUMP the volume with this jcl:

//DUMP EXEC PGM=ADRDSSU
//SYSPRINT DD SYSOUT=*  
//TAPE  DD  DISP=(,CATLG),
// DSN=your_dsn,  
// UNIT=your_tape,LABEL=(1,SL), 
// DCB=JGE.MOD,RECFM=U,LRECL=0,BLKSIZE=0
//SYSINDD * 
  DUMP ADMIN IDY(flashed_vol) ODD(TAPE)  OPT(4) COM  ALLX ALLD(*) 

HTH
  
Walter Marguccio
z/OS Systems Programmer
BELENUS 
LOB Informatic GmbH
Munich - Germany




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Flashcopy

[Reiner Markus]

Francis.

Do a flashcopy ADRDSSU job without COPYVOLID. So your target volume keeps 
online and you can back it up. When you want to recover you have to copy 
your volume back to the original labeled volume. Hope this helps.

Reiner Markus
 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Flashcopy

[Alan Playford]

Frank,

Shame you don't have Innovation's FDRInstant, as you say.
This product has the interesting ability to both utilise Flashcopy (or
TimeFinder, ShadowImage etc) and then take a normal backup even though the
duplicate volume is now offline.
Otherwise, I think Stephen's suggestion of clipping the volume and then
backing up is the only viable option.

Alan Playford
System z Consultant
RSM Partners Limited

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Flashcopy

[Stephen Mednick]

Without having the ability to backup an offline volume or being able to
bring the volume online to an LPAR where the original source disk is not
online, your only option is to perform an ICKDSF relabel of the disk and
then vary it online and do a regular backup with DFSMSdss. You will need to
manually manage the fact that the datasets contained on the relabelled
volume are not catalogued.



Stephen Mednick
Computer Supervisory Services
Sydney, Australia
 
Asia/Pacific representatives for
Innovation Data Processing, Inc.




-Original Message-
Hi Everyone,
whenever a flashcopy of a volume is done using ADRDSSU, the target volume
goes offline,
it has the same VOLID as the source volume, now my question is as to how can
I backup the
target volume to tape ?, we do not have FDR.
will appreciate any input
Frank

--

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Flashcopy

[FRANCIS SOUSA]

Hi Everyone,
whenever a flashcopy of a volume is done using ADRDSSU, the target volume
goes offline,
it has the same VOLID as the source volume, now my question is as to how can
I backup the
target volume to tape ?, we do not have FDR.
will appreciate any input
Frank

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DS8700 Feature FlashCopy SE

[David A. Diatto]

> I have no statistics for how widely it is used.  But I would be surprised
> to find out that SE was created on a whim.  It is obviously an attempt to
> return a feature lost when IBM retired their RVA line (Snapshot).
>

>>I'm also eager to see this feature in action.  When IBM dumped STK back in 
>>2000, they promised us virtual architecture in the SHARK and then reneged. 
>>It ain't virtual architecture, but it's close.  SE FlashCopy should lower 
>>costs for DR backup significantly, since you won't have to double your 
>>DASD farm anymore just to SnapShot your entire DASD image.

>>Regards,
>>Tom Conley 

First off - I greatly appreciate the feed back.
This feature will greatly reduce our flashcopy 'administrative' overhead in 
addition to reducing the amount of dasd reserved for flashcopies.
A big drawback I see is once the repository is defined for the virtual volumes 
it 
can not be changed.
Thanks Again,
Dave 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DS8700 Feature FlashCopy SE

[Pinnacle]

- Original Message - 
From: "Tom Longfellow" 

Newsgroups: bit.listserv.ibm-main
Sent: Wednesday, December 02, 2009 10:30 PM
Subject: Re: DS8700 Feature FlashCopy SE




I have no statistics for how widely it is used.  But I would be surprised
to find out that SE was created on a whim.  It is obviously an attempt to
return a feature lost when IBM retired their RVA line (Snapshot).



I'm also eager to see this feature in action.  When IBM dumped STK back in 
2000, they promised us virtual architecture in the SHARK and then reneged. 
It ain't virtual architecture, but it's close.  SE FlashCopy should lower 
costs for DR backup significantly, since you won't have to double your DASD 
farm anymore just to SnapShot your entire DASD image.


Regards,
Tom Conley 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DS8700 Feature FlashCopy SE

[R.S.]

Hal Merritt pisze:
Not sure what the 'SE' is, but we use Flashcopy on both of our DS8100's. 
SE = Space Efficient. That sugests something like IBM/STK Snapshot. It 
is *similar* to the snapshot.


It is a little cumbersome, but it seems to work pretty well to take a PIT copy of any number of volumes in that unit. 

Every "advanced copy" looks cumbersome ;-)


We also use Flashcopy as a key tool in taking DB2 backups.  
Such backup is piece of cake. Restore, especially restore of single 
table is a challenge.



A drawback is that it is just a PIT (point in time) physical copy of a volume. You may have issues with logical consistency because it takes a short time to get all of a set of logically related volumes flashed. (I think that some models support 'logical groups' where a whole group of volumes is snapped via a single command). 

Another potential issue is that even though the copy is logically instant, it does take some time for the physical copy to complete, and that process uses bandwidth in the unit.   
This is a drawback of DS8k. Any other vendor (read: HDS, EMC) have no 
such drawback. They can even assure consistency across the DASD boxes. 
They have it for YEARS.

Hint: I don't work for neither EMC nor HDS.


--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2009 r. kapita zakadowy BRE Banku SA (w caoci 
wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego 
podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 
2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec 
podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym 
BRE Banku SA bd w caoci opacone.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DS8700 Feature FlashCopy SE

[Bill Fairchild]

SE means "space-efficient."  See 
http://publib.boulder.ibm.com/infocenter/dsichelp/ds8000ic/index.jsp?topic=/com.ibm.storage.ssic.help.doc/f2c_spc_effnc_3icy8z.html,
 inter alia.


Bill Fairchild

Software Developer 
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.4503 * Mobile: +1.508.341.1715
Email: bi...@mainstar.com 
Web: www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Hal Merritt
Sent: Wednesday, December 02, 2009 8:38 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: DS8700 Feature FlashCopy SE

Not sure what the 'SE' is, but we use Flashcopy on both of our DS8100's. It is 
a little cumbersome, but it seems to work pretty well to take a PIT copy of any 
number of volumes in that unit. 

Flashcopy can be a key component of a pretty slick DR strategy with XRC and 
GDPS. There is a Redbook or two that talk to those strategies. 

We also use Flashcopy as a key tool in taking DB2 backups.  

A drawback is that it is just a PIT (point in time) physical copy of a volume. 
You may have issues with logical consistency because it takes a short time to 
get all of a set of logically related volumes flashed. (I think that some 
models support 'logical groups' where a whole group of volumes is snapped via a 
single command). 

Another potential issue is that even though the copy is logically instant, it 
does take some time for the physical copy to complete, and that process uses 
bandwidth in the unit.   

HTH and good luck. 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
David A. Diatto
Sent: Tuesday, December 01, 2009 6:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: DS8700 Feature FlashCopy SE

While reviewing the features of the DS8700, our IBM business partner stated 
the feature, FlashCopy SE, is not widely used on z/OS.  Is any using this 
feature on z/OS and can anyone share any experiences with the feature. Your 
responses will be greatly appreciated.
Thanks,
Dave

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DS8700 Feature FlashCopy SE

[Hal Merritt]

Not sure what the 'SE' is, but we use Flashcopy on both of our DS8100's. It is 
a little cumbersome, but it seems to work pretty well to take a PIT copy of any 
number of volumes in that unit. 

Flashcopy can be a key component of a pretty slick DR strategy with XRC and 
GDPS. There is a Redbook or two that talk to those strategies. 

We also use Flashcopy as a key tool in taking DB2 backups.  

A drawback is that it is just a PIT (point in time) physical copy of a volume. 
You may have issues with logical consistency because it takes a short time to 
get all of a set of logically related volumes flashed. (I think that some 
models support 'logical groups' where a whole group of volumes is snapped via a 
single command). 

Another potential issue is that even though the copy is logically instant, it 
does take some time for the physical copy to complete, and that process uses 
bandwidth in the unit.   

HTH and good luck. 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
David A. Diatto
Sent: Tuesday, December 01, 2009 6:19 PM
To: IBM-MAIN@bama.ua.edu
Subject: DS8700 Feature FlashCopy SE

While reviewing the features of the DS8700, our IBM business partner stated 
the feature, FlashCopy SE, is not widely used on z/OS.  Is any using this 
feature on z/OS and can anyone share any experiences with the feature. Your 
responses will be greatly appreciated.
Thanks,
Dave

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: DS8700 Feature FlashCopy SE

[Bob Shannon]

> Not sure what the 'SE' is

SE is "Space Efficient:. We write code to exploit it, but we don't use it for 
any practical purpose.

Bob Shannon
Rocket Software

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

DS8700 Feature FlashCopy SE

[David A. Diatto]

While reviewing the features of the DS8700, our IBM business partner stated 
the feature, FlashCopy SE, is not widely used on z/OS.  Is any using this 
feature on z/OS and can anyone share any experiences with the feature. Your 
responses will be greatly appreciated.
Thanks,
Dave

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Any users of FlashCopy with Hitachi

[Ron Hawkins]

Yes it does.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Mike Shorkend
> Sent: Tuesday, July 28, 2009 10:36 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Any users of FlashCopy with Hitachi
> 
> We use Flashcopy on a USP600 and it is also available on the USP-V
machines.
> It is an additional priced feature.
> It is almost compatible with IBM Flashcopy. The one missing feature that
we
> have found is that it does not support the dfdss FCTOPPRCPRIMARY
parameter.
> 
> 
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Any users of FlashCopy with Hitachi

[Mike Shorkend]

We use Flashcopy on a USP600 and it is also available on the USP-V machines.
It is an additional priced feature.
It is almost compatible with IBM Flashcopy. The one missing feature that we
have found is that it does not support the dfdss FCTOPPRCPRIMARY parameter.




On Tue, Jul 28, 2009 at 8:47 PM, John Kelly wrote:

> 
> FlashCopy on HDS provides all its capabilities through the same host API
> as IBM storage
> 
>
> After our various experiences with the USP-V, we'd like to 'see' customers
> who have used the feature before we pay for a feature and then find out
> that we can't use it.
>
> 
> The best way to drive Shadowimage is through the BCM (Business Continuity
> Manager) software
> 
>
> Not very easy to train OPS in the use of BCM and the only non FDR
> operational access is PPRC, so difficult at best to use Shadow whatever to
> sump shadowed volumes.
>
> Jack Kelly
> 202-502-2390 (Office)
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
Mike Shorkend
m...@shorkend.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Any users of FlashCopy with Hitachi

[John Kelly]

FlashCopy on HDS provides all its capabilities through the same host API 
as IBM storage


After our various experiences with the USP-V, we'd like to 'see' customers 
who have used the feature before we pay for a feature and then find out 
that we can't use it.


The best way to drive Shadowimage is through the BCM (Business Continuity 
Manager) software 


Not very easy to train OPS in the use of BCM and the only non FDR 
operational access is PPRC, so difficult at best to use Shadow whatever to 
sump shadowed volumes.

Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Any users of FlashCopy with Hitachi

[Ron Hawkins]

Jack,

Shadowimage is a lot more than PPRC by another name. The best way to drive
Shadowimage is through the BCM (Business Continuity Manager) software which
provides the API for all the features of ShadowImage for MF applications.
BCM provides an ISPF or REXX interface to manage HDS In-System Replication
products. 

When Shadowimage was first developed we provided support through PPRC
commands. The support for all the basic features of Shadowimage with PPRC
commands remains, but all new features, ATTIME Split for example, are
enabled through BCM. We do have customers that continue to use Shadowimage
with only the PPRC commands, but the features and functions are limited to
whatever can be enabled through that limited API. 

I'm not in sales, so don't hang me if I'm wrong, but I believe FlashCopy is
a separately licensed feature on the USP-V and not an add-on feature to
Shadowimage. You can license Shadowimage, FlashCopy, or both. FlashCopy on
HDS provides all its capabilities through the same host API as IBM storage,
so it can be used interchangeably or together with IBM storage products. It
is designed as a compatible product to be supported through FC commands,
DFSMSdss, and ISV products from BMC, Innovation and suchlike.

I'm not sure why VION gave you such an unusual answer, as that doesn't
represent ShadowImage at any stage of its genesis. I'm happy to try and
answer any questions you have on or off the list.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> John Kelly
> Sent: Tuesday, July 28, 2009 8:44 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: [IBM-MAIN] Any users of FlashCopy with Hitachi
> 
> We have a Hitachi "USP V" SAN with almost support from VION. We have
> ShadowImage but since this seems to be PRRC by another name, it is
> difficult to use operationally. VION stated that the only way we could get
> it to work was to use FDR's API instead of DSS. I asked VION to check with
> Hitachi to 1.) see if that's true and 2.) give us some customer reference
> to users using FlashCopy.  Answers came back that USP users use FDR and no
> USP users use FlashCopy. Not to impune anyone's veracity but our
> experience has indicated that it's best to check and/or get another
> opinion concerning this SAN's (un)functionality.
> So the question is 'does anyone use FlashCopy' (after paying for the yet
> additional feature) with a Hitachi "USP V" SAN.
> 
> TIA
> 
> Jack Kelly
> 202-502-2390 (Office)
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Any users of FlashCopy with Hitachi

[John Kelly]

We have a Hitachi "USP V" SAN with almost support from VION. We have 
ShadowImage but since this seems to be PRRC by another name, it is 
difficult to use operationally. VION stated that the only way we could get 
it to work was to use FDR's API instead of DSS. I asked VION to check with 
Hitachi to 1.) see if that's true and 2.) give us some customer reference 
to users using FlashCopy.  Answers came back that USP users use FDR and no 
USP users use FlashCopy. Not to impune anyone's veracity but our 
experience has indicated that it's best to check and/or get another 
opinion concerning this SAN's (un)functionality.
So the question is 'does anyone use FlashCopy' (after paying for the yet 
additional feature) with a Hitachi "USP V" SAN.

TIA 

Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Undocumented Flashcopy Error

[Clark, Kevin]

Mike, 
 
 
All I found of interest was this: 
 
If you receive a fnrs code other than what is displayed in the following list, 
contact the IBM ESS Hardware Support structure for further assistance.



From: IBM Mainframe Discussion List on behalf of Mike Myers
Sent: Thu 4/23/2009 3:59 PM
To: IBM-MAIN@bama.ua.edu
Subject: Undocumented Flashcopy Error



All:

Message ADR935W provides an error code that doesn't seem to be documented, does 
anyone out there have an explanation for this particular code?

ADR935W (001)-T0MI (01) A FAILURE OCCURRED WHILE ATTEMPTING TO PERFORM FAST 
REPLICATION FOR VOLUME SH2029.
DIAGNOSTIC INFORMATION: 1E19-08040F37

It's the F37 part for which I can't find a match. Iv'e searched documentation 
for z/OS V1.R7 (our current level) and for z/OS V1.R9 (level we are migrating 
to and for which toleration maintenance is applied).

Mike Myers
Pitt County Memorial Hospital


--
The contents of this e-mail (and any attachments) are confidential, may be 
privileged and may contain copyright material. You may only reproduce or 
distribute material if you are expressly authorized by us to do so. If you are 
not the intended recipient, any use, disclosure or copying of this email (and 
any attachments) is unauthorized. If you have received this e-mail in error, 
please notify the sender and immediately delete this e-mail and any copies of 
it from your system.
==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html




This e-mail message and any attachments transmitted with it are confidential 
and are intended solely for the use of its authorized recipient(s). If you are 
not an intended or authorized recipient, you are hereby notified that any 
disclosure, copying, distribution or taking any action in reliance on the 
information contained in this e-mail is prohibited. If you have received this 
message in error or are not authorized to receive it, please immediately notify 
the sender and delete the original message and all copies of it from your 
computer.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Undocumented Flashcopy Error

[Mike Myers]

All:
 
Message ADR935W provides an error code that doesn't seem to be documented, does 
anyone out there have an explanation for this particular code?
 
ADR935W (001)-T0MI (01) A FAILURE OCCURRED WHILE ATTEMPTING TO PERFORM FAST 
REPLICATION FOR VOLUME SH2029.
DIAGNOSTIC INFORMATION: 1E19-08040F37
 
It's the F37 part for which I can't find a match. Iv'e searched documentation 
for z/OS V1.R7 (our current level) and for z/OS V1.R9 (level we are migrating 
to and for which toleration maintenance is applied). 
 
Mike Myers
Pitt County Memorial Hospital
 

--
The contents of this e-mail (and any attachments) are confidential, may be 
privileged and may contain copyright material. You may only reproduce or 
distribute material if you are expressly authorized by us to do so. If you are 
not the intended recipient, any use, disclosure or copying of this email (and 
any attachments) is unauthorized. If you have received this e-mail in error, 
please notify the sender and immediately delete this e-mail and any copies of 
it from your system.
==

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Is this PPRC or FlashCopy?

[Ron Hawkins]

Dave,

It was way back on the 7700E when HDS decided that using PPRC commands to
manage Shadowimage volumes would be a handy thing. In its simplest form the
Control Unit looks at the serial numbers of the Source and Target volumes in
the PPRC command and if they are the same, and Shadowimage is licensed, then
it will be processed as a Shadowimage command. For most cases TrueCopy and
Shadowimage volumes can co-exist in the same Control Unit and be managed
with PPRC commands.

Of course TC and Shadowimage are now doing things that PPRC commands are not
designed to handle, which is why we prefer customers to move to Business
Continuity Manager. If you are licensed for Shadowimage and your current
procedure works then there is no need to change, as the PPRC commands
support most of Shadowimage's capabilities.

If you want a simpler way to maintain and manage this then you may want to
look at BCM - I get a lot of positive feedback about the ISPF interface and
the simplicity incorporating the COPYGROUPS into REXX.

FlashCopy provides some innovative integration with DFSMS STORGRUPS and
DFSMShsm, as well as Dataset Level capabilities that may be a better
mousetrap for your shop. You do not need PPRC commands or BCM if you use
FlashCopy on HDS. In most cases it should inter-operate transparently with
ANTRQST and ICKDSF FC* commands and DFSMSdss.

Ron



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> O'Brien, David W. (NIH/CIT) [C]
> Sent: Tuesday, January 13, 2009 3:01 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Is this PPRC or Flashcopy?
> 
> Thanks all for your responses.
> 
> The issue was resolved offline. We are using PPRC commands (Cestpair etc)
> within the 9990V which requires ShadowImage.
> 
> 
> From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of
Ted
> MacNEIL [eamacn...@yahoo.ca]
> Sent: Tuesday, January 13, 2009 1:48 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Is this PPRC or Flashcopy?
> 
> >There are many ways to skin a cat. You can Flashcopy first and then PPRC
> it. Or flashcopy and PPRC from same source (set of volumes).
> 
> Yes, but.
> My understanding of the OP's question was that they wanted to remote copy
off
> of the flashcopy.
> You can't skin that cat.
> If I misread, sorry.
> 
> -
> Too busy driving to stop for gas!
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Is this PPRC or Flashcopy?

[John Kelly]

The C* commands above are documented as PPRC commands. No mention of 
Flashcopy. So why is my hardware vendor demanding that we be licensed for 
Flashcopy?


We're in the throes of this now. We have a UPS V with ShadowCopy but to 
use FlashCopy, we need to get HDS' 'compatible' FlashCopy, a charged 
license. Our vendor is VION. I'd like to talk to use off-list about how 
you relabel and dump for thr DR. Currently I can mirror the volumes then 
suspend the pair and as you indicate relabel and dump then resynch the 
pairs. This seems error prone and too manual. VION indicated our only 
option is to purchase FDRInstant or 'compatible' FlashCopy. 

Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Is this PPRC or Flashcopy?

[O'Brien, David W. (NIH/CIT) [C]]

Thanks all for your responses.

The issue was resolved offline. We are using PPRC commands (Cestpair etc) 
within the 9990V which requires ShadowImage.


From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Ted 
MacNEIL [eamacn...@yahoo.ca]
Sent: Tuesday, January 13, 2009 1:48 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Is this PPRC or Flashcopy?

>There are many ways to skin a cat. You can Flashcopy first and then PPRC
it. Or flashcopy and PPRC from same source (set of volumes).

Yes, but.
My understanding of the OP's question was that they wanted to remote copy off 
of the flashcopy.
You can't skin that cat.
If I misread, sorry.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Is this PPRC or Flashcopy?

[Ted MacNEIL]

>There are many ways to skin a cat. You can Flashcopy first and then PPRC 
it. Or flashcopy and PPRC from same source (set of volumes).

Yes, but.
My understanding of the OP's question was that they wanted to remote copy off 
of the flashcopy.
You can't skin that cat.
If I misread, sorry.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Is this PPRC or Flashcopy?

[Bruno Sugliani]

On Mon, 12 Jan 2009 20:14:32 +, Ted MacNEIL  wrote:

>>we flashcopy volumes for clone subsytem purposes, and PPRC for D/R
purposes - but our storage folks tell us that it is difficult to PPRC
>flashcopy *target* volumes
>
>That is not the design.
>
>You PPRC then you FlashCopy.
>Not, the other way around.
>FlashCopy Target Volumes are off-line.
>
Why ? Design of whom ? 
Some shops are doing exactly what they do in order not to copy disks that
are being updated during the copy.  
For example : 
They are in PPRC mode. 
Db2 log suspend 
suspend the PPRC pair 
db2 log resume  ( your application was stopped few seconds ) 
clip the secondary disks 
put them online 
Copy these now they are online (and why not with flashcopy)
Clip back the volumes to original volser names 
then resynch your PPRC 
So i guess they are perhaps using flashcopy during the copy/backup period
This way the pprc pairs do not stay desynchronised very long
Each shop has its own method depending their type of operation or more
likely their budget.
 
Bruno Sugliani 
zxnetconsult(at)free(dot)fr
http://zxnetconsult.free.fr

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Is this PPRC or Flashcopy?

[R.S.]

Ted MacNEIL pisze:
we flashcopy volumes for clone subsytem purposes, and PPRC for D/R purposes - but our storage folks tell us that it is difficult to PPRC 

flashcopy *target* volumes

That is not the design.

You PPRC then you FlashCopy.
Not, the other way around.
FlashCopy Target Volumes are off-line.


There are many ways to skin a cat. You can Flashcopy first and then PPRC 
it. Or flashcopy and PPRC from same source (set of volumes).

Or establish PPRC pairs then Flashcopy from target.
I would first ask what the needs are and what are the resources 
available (disk space at both sides, licenses). Then try to adjust method.

My €0.02



--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sąd Rejonowy dla m. st. Warszawy 
XII Wydział Gospodarczy Krajowego Rejestru Sądowego, 
nr rejestru przedsiębiorców KRS 025237

NIP: 526-021-50-88
Według stanu na dzień 01.01.2008 r. kapitał zakładowy BRE Banku SA  wynosi 
118.642.672 złote i został w całości wpłacony.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Is this PPRC or Flashcopy?

[Ted MacNEIL]

>we flashcopy volumes for clone subsytem purposes, and PPRC for D/R purposes - 
>but our storage folks tell us that it is difficult to PPRC 
flashcopy *target* volumes

That is not the design.

You PPRC then you FlashCopy.
Not, the other way around.
FlashCopy Target Volumes are off-line.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Is this PPRC or Flashcopy?

[Chris Hoelscher]

in fact - according to our storage folks, the two do not play well 
together

we flashcopy volumes for clone subsytem purposes, and PPRC for D/R 
purposes - but our storage folks tell us that it is difficult to PPRC 
flashcopy *target* volumes


Chris Hoelscher
Senior IDMS & DB2 Database Administrator
Humana Inc
502-476-2538
choelsc...@humana.com




The information transmitted is intended only for the person or entity to which 
it is addressed and may contain CONFIDENTIAL material.  If you receive this 
material/information in error, please contact the sender and delete or destroy 
the material/information.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Is this PPRC or Flashcopy?

[O'Brien, David W. (NIH/CIT) [C]]

Can I assume it has nothing to do with Shadowimage either?


From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Mike 
Shorkend [mike.shork...@gmail.com]
Sent: Monday, January 12, 2009 2:44 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: Is this PPRC or Flashcopy?

David
It is PPRC . HDS calls it True Copy.
You do not need Flashcopy for this to work.

Mike

On Mon, Jan 12, 2009 at 9:04 PM, O'Brien, David W. (NIH/CIT) [C] <
obrie...@mail.nih.gov> wrote:

> To provide a mirror image for our DB2 farm, my shop years ago established a
> procedure which used the following commands:
>
> Cestpair - establishes pairing between Primary and Target volume
> Csuspend
> Cdelpair
>
> After the last command the volumes are clipped and backed up for restore at
> DR.
>
> The C* commands above are documented as PPRC commands. No mention of
> Flashcopy. So why is my hardware vendor demanding that we be licensed for
> Flashcopy? Can anyone explain this to me?
>
> Hardware is a HDS 9990V re-marketed by Sun.
>
> Regards,
> Dave O'Brien
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Is this PPRC or Flashcopy?

[Mike Shorkend]

David
It is PPRC . HDS calls it True Copy.
You do not need Flashcopy for this to work.

Mike

On Mon, Jan 12, 2009 at 9:04 PM, O'Brien, David W. (NIH/CIT) [C] <
obrie...@mail.nih.gov> wrote:

> To provide a mirror image for our DB2 farm, my shop years ago established a
> procedure which used the following commands:
>
> Cestpair - establishes pairing between Primary and Target volume
> Csuspend
> Cdelpair
>
> After the last command the volumes are clipped and backed up for restore at
> DR.
>
> The C* commands above are documented as PPRC commands. No mention of
> Flashcopy. So why is my hardware vendor demanding that we be licensed for
> Flashcopy? Can anyone explain this to me?
>
> Hardware is a HDS 9990V re-marketed by Sun.
>
> Regards,
> Dave O'Brien
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Is this PPRC or Flashcopy?

[O'Brien, David W. (NIH/CIT) [C]]

To provide a mirror image for our DB2 farm, my shop years ago established a 
procedure which used the following commands:

Cestpair - establishes pairing between Primary and Target volume
Csuspend
Cdelpair

After the last command the volumes are clipped and backed up for restore at DR.

The C* commands above are documented as PPRC commands. No mention of Flashcopy. 
So why is my hardware vendor demanding that we be licensed for Flashcopy? Can 
anyone explain this to me?

Hardware is a HDS 9990V re-marketed by Sun.

Regards,
Dave O'Brien

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Info on Setting Up an Lpar for Flashcopy

[R.S.]

Ron Hawkins wrote:

Radoslaw,

Wise, but not foolproof. The difference I was highlighting is that the
Shadowimage volumes, and I think Timefinder, do not have to be defined to
the system at all. Therefore they can never be accidentally bought online.


Well,
I strongly prefer to have an option to vary it online.
So, is it better to have such an option at the risk of misuse or have no 
option...


However I agree - it's better to have possibility to use undefined (in 
IODF) target volume. Then we have a choice.



--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Ron Hawkins]

Radoslaw,

Wise, but not foolproof. The difference I was highlighting is that the
Shadowimage volumes, and I think Timefinder, do not have to be defined to
the system at all. Therefore they can never be accidentally bought online.

Ron

> 
> Unless you have wise IODF configuration. Wise = target volumes are
> defined as offline to production config ID. And vice versa for the
> second config ID.
> I do the same for UBM, EMC and HDS copy services.

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[R.S.]

Ron Hawkins wrote:
[...]

The unfortunate thing in all this is that FlashCopy require the target
volumes to be genned to the same system as the Source volume, or the command
won't work. These means the duplicate volume time bomb is sitting around
waiting to happen. 


Unless you have wise IODF configuration. Wise = target volumes are 
defined as offline to production config ID. And vice versa for the 
second config ID.

I do the same for UBM, EMC and HDS copy services.
My $0.02

Regards
--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Stephen Mednick]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Ron Hawkins
> Sent: Sunday, 7 September 2008 4:41 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Info on Setting Up an Lpar for Flashcopy
> 
 

> What I think I am hearing hear is that with the basic FDR 
> product you would use the capability to backup offline 
> volumes, meaning you don't need another LPAR, and you don't 
> need FDR/INSTANT.
> 


Just to clarify, basic FDR requires that the volumes needed to be backed up are
online. 

In order to be able to do a backup of any offline FBA or CPK volume including
those that are created as a result of using any of the various vendor's
replication technologies requires the FDRINSTANT add-on to enhance basic FDR or
ABR. For all intents and purposes, the backup from the offline volume will 
appear
as if you've performed the backup of the volume and datasets from the online
volume. Certainly makes recovery extremely straight forward.

Furthermore, FDRINSTANT provides the ability to access the internal high-speed
replication technologies within the vendors' storage systems for copying 
datasets
within the same storage subsystem without having to perform I/O to and from the
mainframe.

Ron, contact me off-list if you want some further info.

Stephen Mednick
Computer Supervisory Services
Sydney, Australia
 
Asia/Pacific representatives for
Innovation Data Processing, Inc.




 

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Ron Hawkins]

John,

To be more precise, does IBM have a product that can backup a FlashCopy
target. The answer is yes - DFSMSdss using DUMPCONDITIONING. 

What I think I am hearing hear is that with the basic FDR product you would
use the capability to backup offline volumes, meaning you don't need another
LPAR, and you don't need FDR/INSTANT.

The unfortunate thing in all this is that FlashCopy require the target
volumes to be genned to the same system as the Source volume, or the command
won't work. These means the duplicate volume time bomb is sitting around
waiting to happen. With Shadowimage, and I think Timefinder, the target
volume does not have to be visible to the Source Volume's LPAR, and you can
use Volume masking on the Storage to make sure it can never go online to
that LPAR.

 > 
> Does IBM have a product which can backup offline DASD? If not, then the
> salesman doesn't have anything to sell. And he's not likely to mention
> that FDR has an option to do that!
> 

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Eric Bielefeld]

Ron,

Thanks for all the good information.  We only have one Shark box.  The Lpar I 
am setting up will only be used for backups, and will probably be shut down the 
rest of the week.  Actually, I kind of like the idea of nothing shared.  All we 
would need would be a separate pool of 3590 tape cartridges, but they wouldn't 
be catalogued on the production system if needed for restores.

Eric  

 Ron Hawkins <[EMAIL PROTECTED]> wrote: 
> Eric,
> 
> The answers will depend on your design. Will the 3rd system be a standalone
> system that is only used for backup and restore, or do you want the existing
> two systems to directly access the backup datasets for restore?
> 
> If it's the first case, then I would say you don't want to share anything.
> The 3rd system should have its own catalogs, tape management, etc. You
> probably want to set up a complimentary backup of the 3rd system in the
> production sysplex.
> 
> The second case becomes far more complex, as there are components that must
> be shared. While you can probably back these things up, it is going to be a
> pain in the proverbial to restore them when they are being used for the
> restore.
> 
> If the FDR base product does not support DUMPCONDITIONING and they won't
> spring for FDRINSTANT, then I would suggest going with case 1. If it is a
> single DS8K then this would allow you to have the whole system in a single
> FC Consistency group, giving you a real point in time copy and backup
> capability (bad luck if you have two boxes though).
> 
> Using Incremental FC should also save you a lot of back-end IO contention,
> and give you a fast restore capability if you need it.
> 
> Ron
--
Eric Bielefeld
Systems Programmer
Washington University
St Louis, Missouri
314-935-3418

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[John McKown]

On Sun, 7 Sep 2008, Stephen Mednick wrote:

> Similarly, DFSMShsm & DFSMSrmm are priced optional features too.
> 
> 
> Stephen Mednick
> Computer Supervisory Services
> Sydney, Australia

as is DFSMStvs (transactional VSAM).

-- 
Q: What do theoretical physicists drink beer from?
A: An EIN stein.

Maranatha!
John McKown

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[John McKown]

On Sun, 7 Sep 2008, Stephen Mednick wrote:

> Eric,
> 
> It would seem that when planning and budgeting for the storage upgrade, your
> management failed to factor in what software would be required to leverage the
> technology being acquired.
> 
> My thinking is that this was something that the IBM salesman might not have
> addressed and his only concern was getting the box on the floor. Hardware
> salesmen are notorious for not wanting to get involved with software. I come
> across this more often than not, although some vendors are more geared up for
> this than others (Ron, your mob are ok!)

Does IBM have a product which can backup offline DASD? If not, then the 
salesman doesn't have anything to sell. And he's not likely to mention 
that FDR has an option to do that!

We had this same scenario, but with EMC's BCVs. We would split the BCV and 
vary it offline to production and online to another LPAR. But we needed to 
share things like the TMC, catalogs, ... . Well, management didn't want to 
use production cycles to run the other LPAR. So it had a low comparative 
weight. We were not a sysplex at that time (not even basic). Can you say 
"reserve contention" out the wazzu? We quickly abandoned that scenario. We 
couldn't live with the reserves and didn't have the money to upgrade the 
CPU. In fact, this entire project was to defer CPU upgrade because "it 
didn't matter how long the backup of the BCV took" so the backups could 
run on a low weight LPAR for hours. Ah, didn't work.

> 
> Your situation is not unlike acquiring the latest & greatest flatscreen TV but
> still having to watch your movies on a VHS video player and saying there's no
> money available to acquire the latest Blue-Ray/DVD player to exploit the TV's
> technology.
> 
> Stephen Mednick
> Computer Supervisory Services
> Sydney, Australia
> 
> Asia/Pacific representatives for
> Innovation Data Processing, Inc.
> 
> 
> 
>  
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List 
> > [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld
> > Sent: Sunday, 7 September 2008 3:05 AM
> > To: IBM-MAIN@BAMA.UA.EDU
> > Subject: Re: Info on Setting Up an Lpar for Flashcopy
> > 
> > Ron,
> > 
> > Thanks for the information.  As I said in an earlier post, we 
> > don't have DFDSS, so I can't do dumpconditioning.  I will 
> > take your statement, "This is the problem with the 2nd LPAR 
> > backup method - it's an accident waiting to happen.", and 
> > show it to my boss.  That might be enough leverage to get 
> > FDRINSTANT, or the other product which I can't remember the 
> > name of, but I doubt it.  
> > 
> > Another problem with the 3rd lpar approach is that we have a 
> > GRS ring, and as I understand it, a 3rd lpar contributes 
> > logarithmically to the wait times.  That is why the 3rd lpar 
> > would be probably shut down except for the weekly pack backups.
> > 
> > One question I do have though is if I am IPLing from a single 
> > or 2 pack system, and I have a few things online, such as the 
> > Zara tape catalog (which I know nothing about yet but soon 
> > will learn), or the usercatalog the tapes are cataloged in, 
> > what happens since there is a duplicate volume that was 
> > flashed?  Is that part of the accident waiting to happen?  
> > 
> > By the way, we don't have DFHSM either, and I don't know what 
> > FRBACKUP is, but I assume that HSM is required.  I'm not sure 
> > if we have FDRABR or not.  I'll probably call them on Monday. 
> >  I know we have FDR and I think we have Compaktor, but I'm not sure.  
> > 
> > In answer to Tom Conolly, since my internet connection at my 
> > hotel is so slow, I will look at FDRINSTANT, but my hopes are 
> > not too high.  It was good talking to you several days ago.  
> > 
> > Eric Bielefeld 
> > 
> 
> --
> 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
> 

-- 
Q: What do theoretical physicists drink beer from?
A: An EIN stein.

Maranatha!
John McKown

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Stephen Mednick]

Similarly, DFSMShsm & DFSMSrmm are priced optional features too.


Stephen Mednick
Computer Supervisory Services
Sydney, Australia
 
Asia/Pacific representatives for
Innovation Data Processing, Inc.
 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Chase, John
> Sent: Sunday, 7 September 2008 10:05 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Info on Setting Up an Lpar for Flashcopy
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler
> > 
> > Eric,
> > 
> > DFDSS should be part of DFSMS.  FDR is a pay for.
> 
> No, DFSMSdss is a priced optional feature, presumably because 
> of the existence of at least one comparable ISV product (like FDR).
> 
> > So you should already have it in house.
> 
> Entirely possible, though it likely would be "disabled" if 
> the separate license fee for it was not paid.
> 
> -jc-
> 

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Lizette Koehler
> 
> Eric,
> 
> DFDSS should be part of DFSMS.  FDR is a pay for.

No, DFSMSdss is a priced optional feature, presumably because of the
existence of at least one comparable ISV product (like FDR).

> So you should already have it in house.

Entirely possible, though it likely would be "disabled" if the separate
license fee for it was not paid.

-jc-

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Stephen Mednick]

Eric,

It would seem that when planning and budgeting for the storage upgrade, your
management failed to factor in what software would be required to leverage the
technology being acquired.

My thinking is that this was something that the IBM salesman might not have
addressed and his only concern was getting the box on the floor. Hardware
salesmen are notorious for not wanting to get involved with software. I come
across this more often than not, although some vendors are more geared up for
this than others (Ron, your mob are ok!)

Your situation is not unlike acquiring the latest & greatest flatscreen TV but
still having to watch your movies on a VHS video player and saying there's no
money available to acquire the latest Blue-Ray/DVD player to exploit the TV's
technology.

Stephen Mednick
Computer Supervisory Services
Sydney, Australia

Asia/Pacific representatives for
Innovation Data Processing, Inc.



 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld
> Sent: Sunday, 7 September 2008 3:05 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Info on Setting Up an Lpar for Flashcopy
> 
> Ron,
> 
> Thanks for the information.  As I said in an earlier post, we 
> don't have DFDSS, so I can't do dumpconditioning.  I will 
> take your statement, "This is the problem with the 2nd LPAR 
> backup method - it's an accident waiting to happen.", and 
> show it to my boss.  That might be enough leverage to get 
> FDRINSTANT, or the other product which I can't remember the 
> name of, but I doubt it.  
> 
> Another problem with the 3rd lpar approach is that we have a 
> GRS ring, and as I understand it, a 3rd lpar contributes 
> logarithmically to the wait times.  That is why the 3rd lpar 
> would be probably shut down except for the weekly pack backups.
> 
> One question I do have though is if I am IPLing from a single 
> or 2 pack system, and I have a few things online, such as the 
> Zara tape catalog (which I know nothing about yet but soon 
> will learn), or the usercatalog the tapes are cataloged in, 
> what happens since there is a duplicate volume that was 
> flashed?  Is that part of the accident waiting to happen?  
> 
> By the way, we don't have DFHSM either, and I don't know what 
> FRBACKUP is, but I assume that HSM is required.  I'm not sure 
> if we have FDRABR or not.  I'll probably call them on Monday. 
>  I know we have FDR and I think we have Compaktor, but I'm not sure.  
> 
> In answer to Tom Conolly, since my internet connection at my 
> hotel is so slow, I will look at FDRINSTANT, but my hopes are 
> not too high.  It was good talking to you several days ago.  
> 
> Eric Bielefeld 
> 

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Ron Hawkins]

Eric,

The answers will depend on your design. Will the 3rd system be a standalone
system that is only used for backup and restore, or do you want the existing
two systems to directly access the backup datasets for restore?

If it's the first case, then I would say you don't want to share anything.
The 3rd system should have its own catalogs, tape management, etc. You
probably want to set up a complimentary backup of the 3rd system in the
production sysplex.

The second case becomes far more complex, as there are components that must
be shared. While you can probably back these things up, it is going to be a
pain in the proverbial to restore them when they are being used for the
restore.

If the FDR base product does not support DUMPCONDITIONING and they won't
spring for FDRINSTANT, then I would suggest going with case 1. If it is a
single DS8K then this would allow you to have the whole system in a single
FC Consistency group, giving you a real point in time copy and backup
capability (bad luck if you have two boxes though).

Using Incremental FC should also save you a lot of back-end IO contention,
and give you a fast restore capability if you need it.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Eric Bielefeld
> Sent: Saturday, September 06, 2008 10:05 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] Info on Setting Up an Lpar for Flashcopy
> 
> Ron,
> 
> Thanks for the information.  As I said in an earlier post, we don't
> have
> DFDSS, so I can't do dumpconditioning.  I will take your
> statement, "This is the problem with the 2nd LPAR backup method - it's
> an accident waiting to happen.", and show it to my boss.  That might
> be enough leverage to get FDRINSTANT, or the other product which I
> can't remember the name of, but I doubt it.
> 
> Another problem with the 3rd lpar approach is that we have a GRS ring,
> and as I understand it, a 3rd lpar contributes logarithmically to the
> wait
> times.  That is why the 3rd lpar would be probably shut down except
> for the weekly pack backups.
> 
> One question I do have though is if I am IPLing from a single or 2 pack
> system, and I have a few things online, such as the Zara tape catalog
> (which I know nothing about yet but soon will learn), or the
> usercatalog the tapes are cataloged in, what happens since there is a
> duplicate volume that was flashed?  Is that part of the accident
> waiting
> to happen?
> 
> By the way, we don't have DFHSM either, and I don't know what
> FRBACKUP is, but I assume that HSM is required.  I'm not sure if we
> have FDRABR or not.  I'll probably call them on Monday.  I know we
> have FDR and I think we have Compaktor, but I'm not sure.
> 
> In answer to Tom Conolly, since my internet connection at my hotel is
> so slow, I will look at FDRINSTANT, but my hopes are not too high.  It
> was good talking to you several days ago.
> 
> Eric Bielefeld
> 

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Eric Bielefeld]

Ron,

Thanks for the information.  As I said in an earlier post, we don't have 
DFDSS, so I can't do dumpconditioning.  I will take your 
statement, "This is the problem with the 2nd LPAR backup method - it's 
an accident waiting to happen.", and show it to my boss.  That might 
be enough leverage to get FDRINSTANT, or the other product which I 
can't remember the name of, but I doubt it.  

Another problem with the 3rd lpar approach is that we have a GRS ring, 
and as I understand it, a 3rd lpar contributes logarithmically to the wait 
times.  That is why the 3rd lpar would be probably shut down except 
for the weekly pack backups.

One question I do have though is if I am IPLing from a single or 2 pack 
system, and I have a few things online, such as the Zara tape catalog 
(which I know nothing about yet but soon will learn), or the 
usercatalog the tapes are cataloged in, what happens since there is a 
duplicate volume that was flashed?  Is that part of the accident waiting 
to happen?  

By the way, we don't have DFHSM either, and I don't know what 
FRBACKUP is, but I assume that HSM is required.  I'm not sure if we 
have FDRABR or not.  I'll probably call them on Monday.  I know we 
have FDR and I think we have Compaktor, but I'm not sure.  

In answer to Tom Conolly, since my internet connection at my hotel is 
so slow, I will look at FDRINSTANT, but my hopes are not too high.  It 
was good talking to you several days ago.  

Eric Bielefeld 

On Sat, 6 Sep 2008 00:21:22 -0700, Ron Hawkins 
<[EMAIL PROTECTED]> wrote:

>Eric,
>
>For your 2nd LPAR, have you considered simply cloning the existing 
system
>and disabling the products that may cause you grief with your 
licenses or
>MIPS usage? I think it will make your Basic Sysplex a lot easier to build
>and maintain in the long run.
>
>You've already figured the need to share UCATs, and keeping the 
Production
>Volumes edited out of that system stop any accidental access. If you 
don't
>use DUMPCONDITIONING it still means that datasets on the FC target 
volumes
>can be accessed accidentally, so you may want to disconnect 
unnecessary
>catalogs, and remove alias associations. This is the problem with the 
2nd
>LPAR backup method - it's an accident waiting to happen.
>
>I guess you have looked at DFSMShsm FRBACKUP. If not, you may 
want to have a
>look, but the applicability will depend on how much of your data is SMS
>managed, and whether you wish to use FCV2 consistency groups (still 
appear
>to unsupported for FRBACKUP).
>
>DUMPCONDITIONING, is something I think you may want to have a 
look at it.
>Seeing as FDR is a complete functional replacement for DFSMSdss I 
believe it
>also supports this. You will find that you can accomplish everything 
you
>want to do from a single system.
>
>Setting up a 2nd LPAR for backup was something a few shops did 
back in the
>early days of Snapshot, TimeFinder and Shadowimage, but 
DUMPCONDITIONING
>with FlashCopy was developed to get around the need for a backup 
LPAR. Ipso
>facto you no longer need a 2nd LPAR if you have FlashCopy compatible
>products.
>
>Ron

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Pinnacle]

 Greg Shirey <[EMAIL PROTECTED]> wrote:

The DUMPCONDITIONING parameter of the DFSMSdss COPY FULL command allows
both the source and target volumes to remain online after a full volume
copy operation, thus creating an interim copy for a subsequent dump to
tape that can be done using the same system.

When DUMPCONDITIONING is specified, the volser of the target volume does
not change.  The conditioned volume is not usable in its current state -
except for the DFSMSdss DUMP operation, because the volser, the VTOC
index and VVDS names are not consistent.

A full volume dump of the conditioned volume results in a dump data set
that looks like it was created by dumping the sourve volume.  This
allows the dump data set to be restored and used without having to clip
back the volser.

This is from Chapter 2 of:

http://www.redbooks.ibm.com/redbooks/pdfs/sg245680.pdf

HTH,
Greg



Eric,

FDR handles this as well, but I don't have the information at my fingertips. 
RTFM or give them a call.  You may need to get FDRINSTANT.


Regards,
Tom Conley 


--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Ron Hawkins]

Eric,

For your 2nd LPAR, have you considered simply cloning the existing system
and disabling the products that may cause you grief with your licenses or
MIPS usage? I think it will make your Basic Sysplex a lot easier to build
and maintain in the long run.

You've already figured the need to share UCATs, and keeping the Production
Volumes edited out of that system stop any accidental access. If you don't
use DUMPCONDITIONING it still means that datasets on the FC target volumes
can be accessed accidentally, so you may want to disconnect unnecessary
catalogs, and remove alias associations. This is the problem with the 2nd
LPAR backup method - it's an accident waiting to happen.

I guess you have looked at DFSMShsm FRBACKUP. If not, you may want to have a
look, but the applicability will depend on how much of your data is SMS
managed, and whether you wish to use FCV2 consistency groups (still appear
to unsupported for FRBACKUP).

DUMPCONDITIONING, is something I think you may want to have a look at it.
Seeing as FDR is a complete functional replacement for DFSMSdss I believe it
also supports this. You will find that you can accomplish everything you
want to do from a single system. 

Setting up a 2nd LPAR for backup was something a few shops did back in the
early days of Snapshot, TimeFinder and Shadowimage, but DUMPCONDITIONING
with FlashCopy was developed to get around the need for a backup LPAR. Ipso
facto you no longer need a 2nd LPAR if you have FlashCopy compatible
products.

Ron


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Eric Bielefeld
> Sent: Friday, September 05, 2008 5:35 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: [IBM-MAIN] Info on Setting Up an Lpar for Flashcopy
> 
> Thanks to all that replied.  Since I got home, and looked at a bunch of
> emails, I'll just reply to this one.  Don - I put in a request on your
> internet site for more information.  I'll also call FDR and get info on
> their
> product.  I suspect that unless these products are really inexpensive
> that we won't get either one.
> 
> One of the things that no one picked up on, in my original post quoted
> below, I wanted some help with setting up the Lpar to do this.  I have
> questions about what needs to be in the system.  My boss wants a 1
> pack system.  We run a basic sysplex in ring mode with only 2 lpars
> since we don't have a coupling facility or processor, and definitely
> don't
> want to spend the money for one.  I know I would need Zara, our tape
> manager, and I would need access to the catalog that the output
> tapes are created on.
> 
> I've built RESCUE systems before, and still have my JCL, but those
> systems were mostly for IPLing and correcting parmlib members, etc.  I
> didn't even have a tape management system on it.  Any concerns for
> building this type of system would be appreciated.
> 
> Eric
> 
> On Fri, 5 Sep 2008 15:24:44 -0500, Don Bolton
> <[EMAIL PROTECTED]> wrote:
> 
> >Eric,
> >
> >If you would like to automate the flash and backup process please
> review the
> >link below.  Opentech Systems has automated this process for many
> of our
> >customers whether you want to process the volumes online or offline
> with our
> >DASD Backup Supervisor product.
> >
> >http://www.opentechsystems.com/dbs.php
> >
> >Regards,
> >Don
> >
> >Don Bolton
> >Director Technical Services
> >www.OpentechSystems.com
> >
> >-Original Message-
> >From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
> On Behalf
> >Of Eric Bielefeld
> >Sent: Friday, September 05, 2008 9:59 AM
> >To: IBM-MAIN@BAMA.UA.EDU
> >Subject: Info on Setting Up an Lpar for Flashcopy
> >
> >We just installed a new Shark DS8100 with Flashcopy.  I was looking
> for
> >information on setting up an Lpar to copy all of the Flashed disks to
> tape.
> >We back up all of our DASD every week.  We would like to be able to
> mount
> >the flashed copies in a separate Lpar using the same volsers as the
> >original, and then back them up.  I have searched for documentation
> on
> >setting up Lpars to do just that, and haven't found anything.  We
> want a
> >simple Lpar, if possible using a one pack system.  We use Zara for
> tape
> >management.
> >
> >Eric
> >--
> >Eric Bielefeld
> >Systems Programmer
> >Washington University
> >St Louis, Missouri
> >314-935-3418
> >
> >--
> >For IBM-MAIN subscribe / signoff / archive ac

Re: Info on Setting Up an Lpar for Flashcopy

[Eric Bielefeld]

Thanks to all that replied.  Since I got home, and looked at a bunch of 
emails, I'll just reply to this one.  Don - I put in a request on your 
internet site for more information.  I'll also call FDR and get info on their 
product.  I suspect that unless these products are really inexpensive 
that we won't get either one.

One of the things that no one picked up on, in my original post quoted 
below, I wanted some help with setting up the Lpar to do this.  I have 
questions about what needs to be in the system.  My boss wants a 1 
pack system.  We run a basic sysplex in ring mode with only 2 lpars 
since we don't have a coupling facility or processor, and definitely don't 
want to spend the money for one.  I know I would need Zara, our tape 
manager, and I would need access to the catalog that the output 
tapes are created on.  

I've built RESCUE systems before, and still have my JCL, but those 
systems were mostly for IPLing and correcting parmlib members, etc.  I 
didn't even have a tape management system on it.  Any concerns for 
building this type of system would be appreciated.

Eric

On Fri, 5 Sep 2008 15:24:44 -0500, Don Bolton 
<[EMAIL PROTECTED]> wrote:

>Eric,
>
>If you would like to automate the flash and backup process please 
review the
>link below.  Opentech Systems has automated this process for many 
of our
>customers whether you want to process the volumes online or offline 
with our
>DASD Backup Supervisor product.
>
>http://www.opentechsystems.com/dbs.php
>
>Regards,
>Don
>
>Don Bolton
>Director Technical Services
>www.OpentechSystems.com
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] 
On Behalf
>Of Eric Bielefeld
>Sent: Friday, September 05, 2008 9:59 AM
>To: IBM-MAIN@BAMA.UA.EDU
>Subject: Info on Setting Up an Lpar for Flashcopy
>
>We just installed a new Shark DS8100 with Flashcopy.  I was looking 
for
>information on setting up an Lpar to copy all of the Flashed disks to 
tape.
>We back up all of our DASD every week.  We would like to be able to 
mount
>the flashed copies in a separate Lpar using the same volsers as the
>original, and then back them up.  I have searched for documentation 
on
>setting up Lpars to do just that, and haven't found anything.  We 
want a
>simple Lpar, if possible using a one pack system.  We use Zara for 
tape
>management.
>
>Eric
>--
>Eric Bielefeld
>Systems Programmer
>Washington University
>St Louis, Missouri
>314-935-3418
>
>--
>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

Re: Info on Setting Up an Lpar for Flashcopy

[Stephen Mednick]

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Eric Bielefeld
> Sent: Saturday, 6 September 2008 2:50 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Info on Setting Up an Lpar for Flashcopy
> 
> Thanks Greg.  I hadn't found that book yet, and am 
> downloading it now.  Unfortuneatly, we don't have DFDSS here, 
> only FDR.  This book looks like it will help me.
> 
> Eric
> 

Eric,

As you are already an FDR user then what you need to do is speak to Innovation
and talk to them about their FDRINSTANT option. 

http://www.innovationdp.fdr.com/products/fdr/fdrinstant.cfm

It will do **exactly** what you want. Whole lot easier than having to do what 
you
were thing of doing.

Stephen Mednick
Computer Supervisory Services
Sydney, Australia

Asia/Pacific representatives for
Innovation Data Processing, Inc.

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Don Bolton]

Eric,

If you would like to automate the flash and backup process please review the
link below.  Opentech Systems has automated this process for many of our
customers whether you want to process the volumes online or offline with our
DASD Backup Supervisor product.  

http://www.opentechsystems.com/dbs.php

Regards,
Don
 
Don Bolton
Director Technical Services
www.OpentechSystems.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Eric Bielefeld
Sent: Friday, September 05, 2008 9:59 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Info on Setting Up an Lpar for Flashcopy

We just installed a new Shark DS8100 with Flashcopy.  I was looking for
information on setting up an Lpar to copy all of the Flashed disks to tape.
We back up all of our DASD every week.  We would like to be able to mount
the flashed copies in a separate Lpar using the same volsers as the
original, and then back them up.  I have searched for documentation on
setting up Lpars to do just that, and haven't found anything.  We want a
simple Lpar, if possible using a one pack system.  We use Zara for tape
management.

Eric
--
Eric Bielefeld
Systems Programmer
Washington University
St Louis, Missouri
314-935-3418

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Ron Hawkins]

But the FC* ANTRQST commands are free...

> 
> Yes it is there in the libraries that come with z/OS.  But it also has
> to be
> payed for and enabled (legally) via IFAPRDxx.I know many shops
> that don't license DFSMSdss.
> 

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Mark Zelden]

On Fri, 5 Sep 2008 13:09:51 -0400, Lizette Koehler <[EMAIL PROTECTED]>
wrote:

>Eric,
>
>DFDSS should be part of DFSMS.  FDR is a pay for.
>
>So you should already have it in house.
>

Yes it is there in the libraries that come with z/OS.  But it also has to be
payed for and enabled (legally) via IFAPRDxx.I know many shops
that don't license DFSMSdss.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.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

Re: Info on Setting Up an Lpar for Flashcopy

[Jerry Fuchs]

Eric,

Don't know what happened to my first reply so will try again.

When you do a flash copy the target unit is invalidated so that it cannot 
be brought online. FDR supplies a utility to restore it to the original 
source volser if you really want to.

First to flash the volume to an offline volume

//FLASH  EXEC  PGM=FDRABR,REGION=0M,COND=(0,NE)
//TAPE1   DD   DUMMY,LABEL=RETPD=15 
//TAPE2   DD   DUMMY,LABEL=RETPD=15 
//SYSPRIN1DD   SYSOUT=* 
//SYSPRIN2DD   SYSOUT=* 
//SYSPRINTDD   SYSOUT=* 
//SYSUDUMPDD   SYSOUT=* 
 FCOPY   TYPE=FDR,VERIFYVOLSER=NO,CONFMESS=NO 
 MOUNT VOL=DB2E49,FLASHUNIT=628B 
/* 

The to back up the flashed volume to tape

 //STEP010  EXEC  PGM=FDRABR 
//SYSPRINT DD  SYSOUT=* 
//SYSPRIN1 DD  SYSOUT=* 
//SYSPRIN2 DD  SYSOUT=* 
//ABRMAP   DD  SYSOUT=* 
//SYSUDUMP DD  SYSOUT=R,HOLD=YES 
//TAPE1   DD  DSN=FDRABR.PROD.DBE1001, 
// DISP=(NEW,KEEP), 
// UNIT=MAGTAPE, 
// VOL=(,,,50) 
//SYSINDD  * 
 DUMP TYPE=FDR,DSNENQ=NONE,PRINT=ABR,BUFNO=MAX,RTC=YES, 
  ENQERR=NO,TAPERRCD=NO,SELTERR=NO,RTC=YES,FCOPY=(USE,REL)  
 MOUNT VOL=DB2E* 
/* 

FDR also invokes flash copy when use use FDRCOPY to copy a data set. 
Really fast!  

Jerry 

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Lizette Koehler]

Eric,

DFDSS should be part of DFSMS.  FDR is a pay for.

So you should already have it in house.

Lizette

: Re: Info on Setting Up an Lpar for Flashcopy
>
>Thanks Greg.  I hadn't found that book yet, and am downloading it now.  
>Unfortuneatly, we don't have DFDSS here, only FDR.  This book looks like it 
>will help me.
>
>Eric
>
> Greg Shirey <[EMAIL PROTECTED]> wrote: 
>> The DUMPCONDITIONING parameter of the DFSMSdss COPY FULL command allows
>> both the source and target volumes to remain online after a full volume
>> copy operation, thus creating an interim copy for a subsequent dump to
>> tape that can be done using the same system.   
>> 
>> When DUMPCONDITIONING is specified, the volser of the target volume does
>> not change.  The conditioned volume is not usable in its current state -
>> except for the DFSMSdss DUMP operation, because the volser, the VTOC
>> index and VVDS names are not consistent.  
>> 
>> A full volume dump of the conditioned volume results in a dump data set
>> that looks like it was created by dumping the sourve volume.  This
>> allows the dump data set to be restored and used without having to clip
>> back the volser.
>> 
>> This is from Chapter 2 of: 
>> 
>> http://www.redbooks.ibm.com/redbooks/pdfs/sg245680.pdf
>>   
>> HTH,
>> Greg 

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Jerry Fuchs]

Eric,

Using FDR to flash the volume.

 //FLASH  EXEC  PGM=FDRABR,REGION=0M,COND=(0,NE) 
 //TAPE1   DD   DUMMY,LABEL=RETPD=15 
 //TAPE2   DD   DUMMY,LABEL=RETPD=15 
 //SYSPRIN1DD   SYSOUT=* 
 //SYSPRIN2DD   SYSOUT=* 
 //SYSPRIN3DD   SYSOUT=* 
 //SYSPRINTDD   SYSOUT=* 
 //SYSUDUMPDD   SYSOUT=* 
  FCOPY   TYPE=FDR,VERIFYVOLSER=NO,CONFMESS=NO 
  MOUNT VOL=DB2E49,FLASHUNIT=628B 

Then to backup from the flashed volume to tape

//STEP010  EXEC  PGM=FDRABR 
//SYSPRINT DD  SYSOUT=* 
//SYSPRIN1 DD  SYSOUT=* 
//ABRMAP   DD  SYSOUT=* 
//SYSUDUMP DD  SYSOUT=R,HOLD=YES 
//TAPE1   DD  DSN=FDRABR.PROD.DBE1001, 
// DISP=(NEW,KEEP), 
// UNIT=MAGTAPE, 
// VOL=(,,,50) 
//SYSINDD  * 
 DUMP TYPE=FDR,DSNENQ=NONE,PRINT=ABR,BUFNO=MAX,RTC=YES, 
  ENQERR=NO,TAPERRCD=NO,SELTERR=NO,RTC=YES,FCOPY=(USE,REL) 
 MOUNT VOL=DB2E* 
/* 

Jerry

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[R.S.]

Martinez, Frank J wrote:

Back in the Y2K frenzy, we set up our "Time Machine" by using FlashCopy 
(actually SNAP, since it was a good ol' RVA) and it worked quite well.  The first step 
was to rename the offline target pack(s), vary it on, then we SNAPped the source 
volume(s), which automagically varied the target back to offline (duplicate volid) and 
done.  This was done, several times a week, sometimes twice or thrice a day, and even 
some packs were dumped to tape to preserve the same data, etc.

The only caveat would be to make sure that the "source" LPAR should have all the 
addresses of the "target" LPAR offline to prevent the duplicate volume messages.  Since 
our target was basically a clone of the production LPAR, including user catalogs and the such, with 
minor changes to the tape environment, of course, it was akin to running it in the production 
environment.


In fact, IMHO the approach is bad: why to perform full volume dump?
Such copy is good for DR or system cloning/moving, etc. But not regular 
backup - how to restore single dataset or DB2 table ? Yes, it is 
possible, but not easy.




--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sd Rejonowy dla m. st. Warszawy 
XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, 
nr rejestru przedsibiorców KRS 025237

NIP: 526-021-50-88
Wedug stanu na dzie 01.01.2008 r. kapita zakadowy BRE Banku SA  wynosi 
118.642.672 zote i zosta w caoci wpacony.

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Eric Bielefeld]

Thanks Greg.  I hadn't found that book yet, and am downloading it now.  
Unfortuneatly, we don't have DFDSS here, only FDR.  This book looks like it 
will help me.

Eric

 Greg Shirey <[EMAIL PROTECTED]> wrote: 
> The DUMPCONDITIONING parameter of the DFSMSdss COPY FULL command allows
> both the source and target volumes to remain online after a full volume
> copy operation, thus creating an interim copy for a subsequent dump to
> tape that can be done using the same system.   
> 
> When DUMPCONDITIONING is specified, the volser of the target volume does
> not change.  The conditioned volume is not usable in its current state -
> except for the DFSMSdss DUMP operation, because the volser, the VTOC
> index and VVDS names are not consistent.  
> 
> A full volume dump of the conditioned volume results in a dump data set
> that looks like it was created by dumping the sourve volume.  This
> allows the dump data set to be restored and used without having to clip
> back the volser.
> 
> This is from Chapter 2 of: 
> 
> http://www.redbooks.ibm.com/redbooks/pdfs/sg245680.pdf
>   
> HTH,
> Greg 
> 

--
Eric Bielefeld
Systems Programmer
Washington University
St Louis, Missouri
314-935-3418

--
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

Re: Info on Setting Up an Lpar for Flashcopy

[Darth Keller]

We just installed a new Shark DS8100 with Flashcopy.  I was looking for 
information on setting up an Lpar to copy all of the Flashed disks to 
tape.  We back up all of our DASD every week.  We would like to be able to 
mount the flashed copies in a separate Lpar using the same volsers as the 
original, and then back them up.  I have searched for documentation on 
setting up Lpars to do just that, and haven't found anything.  We want a 
simple Lpar, if possible using a one pack system.  We use Zara for tape 
management.

Eric

/

Eric - 

Have you already considered using a 3rd party product to back up the 
offline volumes?  We're doing it daily with an Innovation product.

dd keller



**
This e-mail message and all attachments transmitted with it may contain legally 
privileged and/or confidential information intended solely for the use of the 
addressee(s). If the reader of this message is not the intended recipient, you 
are hereby notified that any reading, dissemination, distribution, copying, 
forwarding or other use of this message or its attachments is strictly 
prohibited. If you have received this message in error, please notify the 
sender immediately and delete this message and all copies and backups thereof.

Thank you.
**

--
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