topic Re: More save sets on a magnetic tape in Operating System - OpenVMS

More save sets on a magnetic tape

geir_2 — Mon, 17 Oct 2005 23:53:09 GMT

Hi,
Is it possible to have more than one saveset on a tape?

If answer is yes, how do I access the save sets?

geir

Re: More save sets on a magnetic tape

Uwe Zessin — Tue, 18 Oct 2005 00:20:54 GMT

Sure, just address them by their filename.

$ backup/list tape:SAV1.BCK
$ backup/list tape:SAV2.BCK
$ backup /rewind /list tape:SAV1.BCK

Re: More save sets on a magnetic tape

Karl Rohwedder — Tue, 18 Oct 2005 00:35:27 GMT

To find which savesets are on a tape, try
$ MOUNT/OVER=ID tape
$ DIR tape:

regards Kalle

Re: More save sets on a magnetic tape

Uwe Zessin — Tue, 18 Oct 2005 00:39:25 GMT

Right, except if your default context is on a logical name search list (like SYS$MANAGER) in which case you better use:

$ directory tape:[]

else, you will see 'duplicate' files, because some component picks up a dummy directory specification from the search list. Or has this changed in recent VMS versions?

Re: More save sets on a magnetic tape

Steven Schweda — Tue, 18 Oct 2005 00:53:04 GMT

To put more than one save set onto a tape, use
/REWIND on only the first BACKUP command when
writing the tape.

Also, you don't really _need_ to know the save
set names when reading the tape. Again, if
you use /REWIND on only the first BACKUP
command when reading the tape, each BACKUP
command will read the next save set. For
example:

BACKUP /NOASSIST /LIST tape_device: /REWIND
BACKUP /NOASSIST /LIST tape_device:
BACKUP /NOASSIST /LIST tape_device:
[...]

Re: More save sets on a magnetic tape

Volker Halle — Tue, 18 Oct 2005 02:14:51 GMT

Geir,

if you want to put multiple savesets on one tape, consider to use UNIQUE names for each of those savesets. It makes accessing them so muss less troublesome...

Volker.

Re: More save sets on a magnetic tape

geir_2 — Tue, 18 Oct 2005 02:30:50 GMT

Hi,

Thanks for great answers.

I thought I should make a full image backup on the first saveset on the tape. The next savesets on the same tape will be incremental backup. (few files only). The name of the saveset will be the date.bck, (17-oct-2005.bck). Hope it's legal to do it??

First Command(Week 1) :

$ backup/image/record/since="-7-" disk1: -
$_ mka600:17-oct-2005.bck

Next Command:

$ backup/created/since=backup/record disk1: -
$_ mka600:18-oct-2005.bck

Maybe I also should include the journal qualifier? I will test it on the lab.

Thanks!!
Geir

Re: More save sets on a magnetic tape

Volker Halle — Tue, 18 Oct 2005 02:39:04 GMT

Geier,

don't forget /REWIND for the first saveset on tape.

Use /MODIFIED instead of /CREATED on the incremental backups, otherwise you will only back up new files and miss the modified ones.

Whether it would be a good idea to put the full and incremental backups onto ONE tape could also be up for discussion (how about: don't put all your eggs in one basket).

Volker.

Re: More save sets on a magnetic tape

Uwe Zessin — Tue, 18 Oct 2005 02:46:41 GMT

> backup/image/record/since="-7-"

/IMAGE is supposed to save *all* files on the disk. It is interesting to note that the combination of /IMAGE and /SINCE does not give an error or warning on a system I tried.

Re: More save sets on a magnetic tape

Daniel Fernandez Illan — Tue, 18 Oct 2005 03:11:57 GMT

Uwe
You are rigth.
HELP BACKUP/IMAGE show this message:

In save and copy operations, you cannot use input file-selection qualifiers with the /IMAGE command qualifier because BACKUP saves or copies all files on the input disk volumes.

I think that in BACKUP/IMAGE/SINCE /SINCE qualifier is overrided, and error message doesnot appears.

Geir
Qualifiers /INIT and /REWIND are similars when /IMAGE qualifier is used and output device is a tape.
Saludos.
Daniel.

Re: More save sets on a magnetic tape

Jan van den Ende — Tue, 18 Oct 2005 03:36:42 GMT

Geir,

consider using (mainly for human clarity, but still) using explicit /REWIND (for the intended first) and /NOREWIND (for all subsequent savesets of a tape.

As an aside:
note that, if any saveset for whatever reason does NOT write its end-of-file, then the start position of the next saveset can not be determined, hence that next backup will generate an error. (and without that knowledge, LOTS of time can get lost looking for a reason!).

Success.

Proost.

Have one on me.

jpe

Re: More save sets on a magnetic tape

Uwe Zessin — Tue, 18 Oct 2005 03:47:36 GMT

Oops, I hope I did not cause too much confusion when I slipped /REWIND in there. It was only to show that TAPE is a sequential media and you have to get back to the begin if you want to access a file that has passed the heads (well, not really true on a multi-track media, but I think you get the idea ;-)

Re: More save sets on a magnetic tape

geir_2 — Thu, 20 Oct 2005 07:46:11 GMT

hi,

If the same dlt tape is mounted in the tape drive during the week, I assumed it's not necessary to use /norewind, when I want to create new savesets on the tape. The actual command procedure will be restarted every day during the week.

Simular I assume that it not necessary to use rewind, if I want create backup in the beginning of the tape, when I mount a new tape in the tape drive. Correct??

Geir

Re: More save sets on a magnetic tape

Volker Halle — Thu, 20 Oct 2005 07:50:23 GMT

Geir,

/NOREWIND is the default, but I would still suggest to explicitly specify /REWIND or /NOREWIND on the BACKUP command line, just for clarity and documentation purposes.

Volker.

Re: More save sets on a magnetic tape

Uwe Zessin — Thu, 20 Oct 2005 07:53:10 GMT

If you want to keep the same media in the drive you need to use
"DISMOUNT /noUNLOAD" at the end of the job.

It's been some time I have played with BACKUP, but I have a dim memory that it automatically jumps after the last file on tape to append if you use a normal BACKUP statement, unless you use BACKUP/REWIND - caution! as this will re-initialize the media!!

Re: More save sets on a magnetic tape

Lawrence Czlapinski — Fri, 21 Oct 2005 15:21:41 GMT

geir:
1. You want an explicit
$BACKUP/REWIND when you want to overwrite the tape for your next full backup, otherwise you will append to the tape.
2. I also agree that it is not good policy to have the full backup and incrementals on the same tape. If you would have a full backup tape go bad and they can go bad at any usage, then you've lost the full backup plus all incrementals since then. For the same reason, I wouldn't want my incrementals all on the same tape.
Lawrence