MVSFORUMS.com

k_rajen1 · Beginner Joined: 06 Mar 2007 Posts: 11 Topics: 2

Hi

when we are trying to take the back of some datasets then we are facing this problem for some datasets

0ADR970E (001)-DIVSM(01), MISSING CI(S) WITHIN SEQUENCE SET IN CLUSTER 'DATASETNAME', 8187 CI(S) PROCESSED IN SEQUENCE SET
8003 CA(S) FOUND IN DATA COMPONENT

So any one please let me know what should be done to avoid this.

kolusu · Posted: Wed Mar 07, 2007 6:04 am Post subject:

k_rajen1,

Check this link for a detailed explanation of the error ADR970E

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2M151/SPTM000595

Hope this helps...

Cheers

Kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu

k_rajen1 · Beginner Joined: 06 Mar 2007 Posts: 11 Topics: 2

Hi Kolusu,

yes the examine will work but it is very difficult to examine all the datasets which we are taking backup right? if not can you pls give the syntax for that.

The option which we got is to add CC in the Parm of the job. But by doing so the MIPS usage was increased a lot

so please advise what shall we do for this situation

thanks in advance for your response

kolusu · Posted: Wed Mar 07, 2007 8:51 am Post subject:

rajen,

k_rajen1 · Beginner Joined: 06 Mar 2007 Posts: 11 Topics: 2

Hi Kolusu,

I have ran IDCAMS EXAMINE as suggested above..
The error message which i have got is given below
IDC01700I INDEXTEST BEGINS
IDC11763I RBA OF INDEX CI GREATER THAN OR EQUAL TO HIGH-USED RBA
IDC01707I CURRENT INDEX LEVEL IS 4
IDC01706I RBA/CI IS 1087
IDC01702I HIGH-USED RBA/CI IS 1084
IDC01703I HIGH-ALLOCATED RBA/CI IS 1584
IDC21701I MAJOR ERRORS FOUND BY INDEXTEST
IDC31705I DATATEST NOT PERFORMED DUE TO SEVERE INDEXTEST ERRORS
IDC01723I ERRORS MAY BE DUE TO CONCURRENT ACCESS
IDC3003I FUNCTION TERMINATED. CONDITION CODE IS 12

Please let me know what solution can be provided for the above problem

Regards,
Rajendra.

expat · Posted: Tue Mar 27, 2007 4:38 am Post subject:

The first place to look is the book which contains further information on all of the IDC** messages you have received.

k_rajen1 · Beginner Joined: 06 Mar 2007 Posts: 11 Topics: 2

Dear Kolusu,

Thanks for your prompt response..

yes you are right the file is allocated to CICS and at the same time we are trying to take the back up..but this problem is occuring for few files, where as it is not creating problem for most of the files..

I am seeing the eror messages for IDC** but couldn't able to understand why the problem is for some datasets and not for all

Please advise me on the same...

expat · Posted: Tue Mar 27, 2007 7:42 am Post subject:

What statements did you use for DFdss dump ?

Did you run the examine while the file was allocated to CICS ?

Is the file a RLS file ?
_________________
If it's true that we are here to help others,
then what exactly are the others here for ?

kolusu · Posted: Tue Mar 27, 2007 7:48 am Post subject:

k_rajen1,

First learn to thank the right people who tried to help you. The last post/suggestion was made by expat.

Kolusu
_________________
Kolusu
www.linkedin.com/in/kolusu

k_rajen1 · Beginner Joined: 06 Mar 2007 Posts: 11 Topics: 2

Dear Expat,

Thanks for responding for the abend....
I have ran the Examine when the file was allocated to CICS.

Regards,
Rajendra

expat · Posted: Tue Mar 27, 2007 8:47 am Post subject:

OK, a couple of things. It may be that the file is not really corrupt but it gives the impression that it is because CICS may be applying updates to it while the backup is in progress.

Are your CICS systems running 24/7 - I would guess that they are.
Is there any point in the day that the CICS systems are quiesced or closed down.
Is it possible to stop CICS updates for a few minutes a day, using DB2 LOG SUSPEND for backups.
Do your DASD controllers support CONCURRENT copy.
Which z/OS are you running.
The files that are failing - are these RLS defined.
Do you have DFSMStvs installed at your shop.
Does your shop have TDMF or FDR/PAS.
_________________
If it's true that we are here to help others,
then what exactly are the others here for ?

k_rajen1 · Beginner Joined: 06 Mar 2007 Posts: 11 Topics: 2

CICS is running 24/7
only at stip time(for few seconds) the Files are not present to CICS at that delete and rename will take place
It is not possible to dtop CICS update
Concurrent copy is one of the option to avoid this but it is taking much MIPS...so bussines is not read to use that option
DFSMStvs is not present at our shop..
siillarly for TDMF or FDR/PAS.

I didn't get wht you mean for RLS defined...

expat · Posted: Tue Mar 27, 2007 9:36 am Post subject:

RLS is record level sharing. Does not allow online and batch sharing of the file.

Which z/OS are you running ? if it is greater than 1.3 I may have an idea for you.
However, and this is a pretty BIGGGGGGGGGGG however ..... which DASD hardware are you using.
_________________
If it's true that we are here to help others,
then what exactly are the others here for ?

k_rajen1 · Beginner Joined: 06 Mar 2007 Posts: 11 Topics: 2

z/OS 01.04.00
SPA - DASD space

expat · Posted: Wed Mar 28, 2007 1:50 am Post subject:

Depending on your DASD hardware and additional functions, you may be able to

SNAP - FLASH - SHADOW - whatever the EMC facility is

the selected datasets to a new name and then use these as the backup source.

If you have IBM or HDS DASD (HDS with flashcopy add on) you can use DUMPCONDITIONING in the DFdss dump.

I'm a little surprised at your comment about CONCURRENT using Mips - all of the real work with CONCURRENT is actually performed in cache of the DASD subsystem, the process is transparent to DFdss running on the mainframe.
_________________
If it's true that we are here to help others,
then what exactly are the others here for ?