can a save_set on tape be restored as a save_set on disk?

[robert70]

Can you restore a SAVE_SET from TAPE onto DISK as the original SAVE_SET?

Or any other way to do this?

When I try this I get

$ backup dlt:inc2.bck d:[000000]inc2.bck/save

%BACKUP-F-ONEF11DEV, both input and output must not be save sets

[Steven Schweda]

   Try COPY instead of BACKUP?

      mount /noassi dlt   ! NOT /FOREIGN.
      copy dlt:inc2.bck d:[000000]

   Depending on how the save set was created, the block size might not
be legal for an on-disk save set, but BACKUP should complain clearly
about that if it happens.

[robert70]

Thanks Steve,

i get this........................

$ mount/noassist dlt:
_Label: backup
_Log name:
%MOUNT-I-MOUNTED, BACKUP mounted on _DAVE$MKE400:
$ copy dlt:inc2.bck dkb200:[000000]inc2.bck
%COPY-E-OPENIN, error opening MKE400:[]INC2.BCK;1 as input
-RMS-F-IRC, illegal record encountered; VBN or record number = 0

i presume this is because of the block size ?

The original backup was done with........

$ init/over=(own,exp,acc) DLT: backup
$ mount/block=32768/for DLT: backup
$!
$ back /media_format=compact-
       /ignore=label-
       /nocrc-
       /block=32768-
       /record-
   d:[000000...]*.*-
  /exclude = ([ORACLE_ARCHIVE]*.*,-
                   [oracle10...])-
/list = sys$backup:inc_2.lis /log-
  dlt:inc2.bck /save
$!

Any way round this?

[Steven Schweda]

> i presume this is because of the block size ?

   That'd be my guess.  On disk, I believe that the limit is 32767,
which is probably why BACKUP defaults to the next smaller multiple of
512.

alp $ help backup /block
[...]
     The default block size for magnetic tapes is 8192 bytes. The
     default for disks is 32,256 bytes.
[...]

If you want disk compatibility, that's the biggest size to use.

> Any way round this?

   I know of none.  (Other than to restore from tape to disk, and make a
disk-compatible save set from those restored files, of course.)

[Bob Blunt]

The BEST tool for this sort of work was the SSM (Save Set Manager) product.  I don't know if HP is still offering this solution but you can perform many manipulations of a saveset.  Out of curiosity what OpenVMS version are you running?  I don't think RMS can work with a file larger than 32K but we also just had problems working with a saveset written on V8.4 using the latest saveset compression switches.  The error we got was different though.

bob

[robert70]

Thanks Steve,
I will run the backup again with block set 32,256
then try the COPY as you suggest
Will report back

[robert70]

Bob,
It is VMS 8.3

[Hoff]

For what purpose are you copying these tape savesets?

This general "how to copy a BACKUP saveset" question has been asked occasionally over the years (here and here and here, for instance), and searches of the various VMS-related and comp.os.vms newsgroup archives can be good fodder for finding quick answers.   (This is VMS.  Truly new questions are fairly rare.)

[robert70]

thanks Hoff

I am wanting to copy the save_set from a tape and restore the save_set on a totally standalone VMS box.

[Hoff]

And by "totally standalone", you mean that you have no disk that you can move over to the target system, and no compatible tape drive on the target, and no way to just generate a disk-to-disk copy (no need for a saveset, here) and transfer that over?