i have taken backup of two files residing on different volume serial. The files are existing on the respective volume serials.
now i want to restore these backed up files and overwrite the current files in a single JCL.

This i gave as sample. I want to run this JCL to restore the backup of more than thousand files so that all these files will be restored at their respective locations(at respective DASDs) without the need of deletion of existing files.

If you use the REPLACE or REPLACEUNCONDITIONAL option there is no need to delete anything.

Also, it may be advisable to post output from failed processes rather than just say "I tried this and it didn't work". We need information to be able to help you, rather than a statement of the obvious. Of course it didn't work, that is why you are posting on the forum.

i can find the errors as below :
ADR780I (001)-TDDS (01), THE INPUT DUMP DATA SET BEING PROCESSED IS IN PHYSICAL DATA SET FORMAT AND WASCREATED BY DFSMSDSS VERSION
1 RELEASE 10 MODIFICATION LEVEL 0 ON 2010.153 12:03:59
ADR380E (001)-TDPNV(14), DATA SET ABCD.IDMS NOT PROCESSED, 41
ADR382W (001)-TDDS (01), THE FOLLOWING DATA SETS WERE NOT PROCESSED FROM VOLUME DASD1 DUE TO ERRORS
ABCD.IDMS
0ADR415W (001)-TDDS (01), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM LOGICALVOLUME DASD1

ADR380E (001)-TDPNV(14), DATA SET ABCD.COBOL NOT PROCESSED, 41
ADR382W (001)-TDDS (01), THE FOLLOWING DATA SETS WERE NOT PROCESSED FROM VOLUME DASD2 DUE TO ERRORS
ABCD.COBOL
0ADR415W (001)-TDDS (01), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM LOGICALVOLUME DASD2
0ADR415W (001)-TDDS (02), NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANYVOLUME

| 41
During physical restore or copy, the target volume is not
| SMS-managed, but one of the following situations occurs:

* | The ACS routine returned an SMS storage class.
* | The user specified BYPASSACS with STORCLAS.
* | The user specified BYPASSACS without STORCLAS, but the
| source data set was SMS-managed.
* | The data set is only supported in an SMS environment.

You need to work with your site storage management group. It sure looks like the data sets are under SMS control, whether or not the volume you're trying to restore is.

you are very true, i have checked it already and hence i wrote 'These are not SMS- managed DASDs.', but including these DASDs under SMS will take time as it has some long procedure .
Thats why i was hoping for some alternative for this,otherwise i have left with the only option that you have suggested.

You could try the restore with the option BYPASSACS -- but I assume you've tried that and it didn't work. Your RENAMEUNCONDITIONAL option is just a waste of time -- renaming a high level qualifier to itself won't do anything for you. If the data sets already exist, REPLACE or REPLACEUNCONDITIONAL would allow the existing files to be overlaid.

Also you keep mentioning "SMS-managed DASD" -- as if the fact that the ACS routines allow individual high level qualifiers to be under SMS control irrespective of anything else is of no consequence. Believe me, the high level qualifier matters in ACS routines. The disk packs may not be under SMS control, but if the high level qualifier is under SMS control, then you've got to handle that.

the REPLACE or REPLACEUNCONDITIONAL is working but i here i hit with a problem. if you see the start of the post i have written two different syntax.
If i run this jcl with REPLACE clause the only one DASD which is ebncountered first is considered i.e. only DASD1 is processed for restore and throws an error for the second one (the dataset residing on DASD2).

above JCL restores the required datasets whos DASD is used but throws error for 2nd dataset(residing on WORKDB2) while processing for WORKDB1. and while processing for WORKDB2 it throws the same error for the earlier dataset(residing on WORKDB1).

is there any way to avoid this ? so that i would not require to go through the logs for checking every dataset whether it has restored. the situation will be worst when i will be running this on large scale(imagine for thousands of files).