View previous topic :: View next topic
|
Author |
Message |
gileshpg
New User
Joined: 22 May 2008 Posts: 27 Location: Bangaluru
|
|
|
|
Hi All,
When i try to restore a TAPE file into DASD VSAM file it is showing me some error. The Backup was taken earlier from the same VSAM file.
PLease find my JCL
//BDL997VW EXEC PGM=ADRDSSU
//*
//TDAACLM DD DSN=BDLK.NONX.TDAACLM.BKUP.G0032V00,DISP=(OLD,KEEP),
// VOL=SER=B53481
//*
//SYSIN DD *
RESTORE INDD(TDAACLM) -
DS(INCL(BDLT.ABCD.TDAACLM)) -
REPLACE
/*
//SYSOUT DD SYSOUT=*
//SYSPRINT DD SYSOUT=*
//SYSUDUMP DD SYSOUT=*
//*
Error:
TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'RESTORE '
2010.270 21:55:24 INITIAL SCAN OF USER CONTROL STATEMENTS COMPLETED
RACF LOGGING OPTION IN EFFECT FOR THIS TASK
2010.270 21:55:24 EXECUTION BEGINS
THE INPUT DUMP DATA SET BEING PROCESSED IS IN LOGICAL DATA SET FORMAT AN
1 RELEASE 10 MODIFICATION LEVEL 0 ON 2010.269 22:21:15
NO DATA SETS WERE COPIED, DUMPED, OR RESTORED FROM ANY VOLUME
DATA SET BDLT.ABCD.TDAACLM NOT ON LOGICALLY FORMATTED DUMP TAPE
2010.270 21:55:25 EXECUTION ENDS
2010.270 21:55:25 TASK COMPLETED WITH RETURN CODE 0004
2010.270 21:55:25 DFSMSDSS PROCESSING COMPLETE. HIGHEST RETURN CODE IS 0
TASK 001
Can anyone help me on this.
Thanks
Gilesh. |
|
Back to top |
|
|
enrico-sorichetti
Superior Member
Joined: 14 Mar 2007 Posts: 10872 Location: italy
|
|
|
|
NO!
Quote: |
DATA SET BDLT.ABCD.TDAACLM NOT ON LOGICALLY FORMATTED DUMP TAPE |
nothing we can do about the message, verify that the tape being used is a tape produced by adrdssu with the proper parameters
for this type of issues the fastest replies are those You will get by asking Your storage support
what process did You use to take the backup? |
|
Back to top |
|
|
gileshpg
New User
Joined: 22 May 2008 Posts: 27 Location: Bangaluru
|
|
|
|
DUMP OUTDD(TDAACLM) -
DS(INCL(BDLT.ABCD.TDAACLM)) -
TOL(ENQF) -
SHARE
We used this to take the back up...
If I give any other additional parameters will it work? |
|
Back to top |
|
|
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 8797 Location: Welsh Wales
|
|
|
|
I suggest that you look at the output from the dump job and verify that it did in fact work correctly. |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Hello,
[Lecture ON]If a file has been created by adrdssu (or any other copy/backup tool) and it the process has not been verified by reloading the "backup" to ensure everything is as intended, the file is not a backup.
It is merely some media with questionable content. . .
[Lecture OFF]
I have been several places that have been running "the backups" for years and when there eventually is a crisis, it is compounded by the backups being incomplete or corrupt. . . Some ran backups that had errors every run that were simply ignored. . . |
|
Back to top |
|
|
gileshpg
New User
Joined: 22 May 2008 Posts: 27 Location: Bangaluru
|
|
|
|
It was not worked because the back up was created from someother dataset and try to resore into some other file(of same size and same attributes). It doen't allowed me to do so even though the atributes are same.
On we need to give
RESTORE INDD(TDAACLM) -
DS(INCL(BDLT.ABCD.TDAACLM)) -
RENUNC(BDLT.ABCD.TDAACLM -
BDLT.ABCD.TDAACLM3) -
REPUNC
So changed to create the back up from BDLT.ABCD.TDAACLM3 and then used the same
RESTORE INDD(TDAACLM) -
DS(INCL(BDLT.ABCD.TDAACLM)) -
REPLACE
Now it is working...
Thank you everyone....
Gilesh |
|
Back to top |
|
|
dick scherrer
Moderator Emeritus
Joined: 23 Nov 2006 Posts: 19244 Location: Inside the Matrix
|
|
|
|
Good to hear it is working - thank you for letting us know
d |
|
Back to top |
|
|
|