Flash Copy IAM datasets

Vinodh S · Posted: Sat Nov 03, 2012 5:04 pm

Hi

I have used the ADRDSSU utility to flashcopy a VSAM file.
I would like to know if the same can be used to flash copy an IAM dataset.

Or is there is any other utility similar to ADRDSSU to flashcopy the IAM dataset.

enrico-sorichetti · Posted: Sat Nov 03, 2012 5:12 pm

what about looking at the IAM documentation,
or better ask directly IAM support line ?

dick scherrer · Posted: Sun Nov 04, 2012 6:08 am

Hello,

What happened when you tried it wih ADRDSSU?

Vinodh S · Posted: Sun Nov 04, 2012 6:19 pm

No Dick, I would be trying once i'm in office on Monday. Waiting for that.
I have also checked the IAM website. Got to know of tools like, FDRCOPY or FDRINSTANT.

Not sure if those products are also available in my system Got to check that.

Will let you guys know once I tried.

dick scherrer · Posted: Sun Nov 04, 2012 8:30 pm

Hello,

FDR is a separate product from a different vendor. Some places have this and many do not.

ADRDSSU is on your system.

Good luck.

Pete Wilson · Posted: Mon Nov 05, 2012 9:07 pm

You should be fine to a dataset level Flashcopy an IAM dataset. However, if you're COPYing it to a newname you'll need to do a DEFINE RECATALOG so it will pick up the new volumes it resides on

Vinodh S · Posted: Mon Nov 05, 2012 10:28 pm

Hi

I tried to flashcopy a IAM dataset and it worked perfectly. The existing IAM dataset got copied to a new IAM dataset.

Is there any possible way to check if the New dataset created is exactly same as the old one. I'm just worried that if there could be some records/ data missed out from the input file. I know this would not be possible, but this doubt seems to be there in my mind.

@Pete

I tried the Flashcopy with the RENAMEU option and it worked out fine.
I don't have an idea on the DEFINE RECATALOG option. Can you please let know why we need to be using this option.

dick scherrer · Posted: Mon Nov 05, 2012 10:52 pm

Hello,

Pete Wilson · Posted: Tue Nov 06, 2012 1:42 am

If you do a LISTCAT of the new named version of the file you will see the volsers in the IAM report. These should match up with what you see for the volsers you see when you view the dataset in a 3.4 list. If they don't match up (probably the same volsers as the source file) then you'll need to do a DEFINE RECATALOG to correct the IAM internal volser records. In later versions of IAM you can just specify the following to achieve this:
DEF NVSAM(NAME(nvsam.file.name) VOLUMES(*) DEVT(3390) RECATALOG)

In the older versions of IAM you had to code all the volsers in the correct order that they were allocated on the volumes for the new file. So check your manuals and the version you're on to see if this applies to you or not.

Vinodh S · Posted: Fri Nov 09, 2012 10:42 pm

sad News !!!

The Flashcopy of the IAM dataset dint work out well. Actually for an IAM dataset that I tried , it took around 15 minutes to get complete.

What actually happened is that the ADRDSSU utility used a normal IDCAMS for processing the same. The basic reason was that I found out today is that the volumes in my system did not support the Flashcopy. I got this info by giving the DEBUG(FRMSG(DTL)) option.

Vinodh S · Posted: Fri Nov 09, 2012 10:46 pm

Also in my JESLOG, i got such a message.

"USER ID not authorised to use STGADMIN.ADR.COPY.FLASHCPY " something like this.

Just wanted to know if this could be any reason why the volume was not selected for Flashcopy processing. ??

dick scherrer · Posted: Fri Nov 09, 2012 10:48 pm

Hello,

What issued this message?

enrico-sorichetti · Posted: Fri Nov 09, 2012 11:20 pm

Pete Wilson · Posted: Fri Nov 09, 2012 11:30 pm

I was going to mention the fact that the DFDSS FASTREP(PREFERRED) which is the default means you must have a Flashcopy (FC) capable controller. Also if you copy a file from one controller to another rather than within a controller then FC won't work. In this case, or if you're not licenced for FC then DFDSS just resorts to a standard COPY. You obviously also don't have access the STGADMIN Facility Class RACF profile required to initiate an FC. So you have a couple of things to sort out, RACF access, and finding out what your DASD is licenced for in terms of FC, and the configuration, i.e. if any controllers have FC then there shouldn't be any storgrps spanning that controller and another without FC ideally. Talk to your Storage Admin experts.

Vinodh S · Posted: Sat Nov 17, 2012 11:33 am

Thanks everyone for your reply.

I have not yet got my access issues resolved. Meanwhile I learnt that my Application had used the EMCSNAP utility similar to ADRDSSU and they had stopped using it because it lead to high CPU Hikes.

I tried to find out if the utility will create such issues but couldnt get much info on that. Would ADRDSSU also create such issues ??

dick scherrer · Posted: Sat Nov 17, 2012 3:06 pm

Hello,

Pete Wilson · Posted: Mon Nov 19, 2012 2:09 pm

Sometimes Flashcopy can cause the ANTMAIN address space to hog a bit of CPU. You don't get anything for nothing I guess.