SB37-04 RC=16 while Disk is restoring an archived dataset

Products

• Disk Backup and Restore - MVS

Issue/Introduction

Trying to restore a dataset from ARCHIVE, it could fail with ABEND SB37-04 , RC =16 and messages like the following:

ADSFH026 2132 SB37-04 ABEND OCCURRED PROCESSING VOLUME=vvvvvv, DSNAME=nnnnn.mmmmm.NEW 
ADSFH067*0540 EXCP PROCESSING ERROR, RESULT = 0020                              
ADSDM077*0450 ccccc.vvvvv      WAS NOT RESTORED DUE TO PREVIOUS ERROR(S)
ADSDM077 3061 MESSAGE(S) COMPLETE FOR nnnnn.mmmmm.NEW ON VOLUME PRM168

How to bypass this abend and restore the dataset correctly 

Environment

Release :  

Component : Disk Backup and Restore

Resolution

In order to bypass the SB37 problems and restore the dataset, the following steps can be executed: 

1. A batch RESTORE run using the NOLOAD operand in the RESTORE command and adding the following override sysparms :

   //SYSPARM DD *
   SYSPARMSS
   PRIALLOCN

   With the NOLOAD option specified in the RESTORE command, DISK will try to allocate the output dataset for the RESTORE but it will not restore anything. In this case the NOLOAD  will provide the dataset model to be used for a Pre- allocation of the output dataset.
   With the PRIALLOCN, DISK will allocate a data set with the total trks used at backup, so that the right dimension of the dataset is obtained in order to avoid and bypass any SB37 Abend when the Restore will be issued.
   With SYSPARMSS, the list of Sysparms effectively used will be included in the output sysout.
2. Once the above information are obtained, it is necessary to pre-allocate the dataset using those attributes.
3. After having pre-allocated the dataset, a new RESTORE job can be executed as follows:

   RESTORE DSN=dsn, NEWNAME=pre-allocated datset

   using the following override Sysparms:

   //SYSPARMS DD *
   SYSPARMSS
   PREALLOCY

   and this should be able to restore the dataset without any SB37 Abend.