topic Re: Stand alone backup in Operating System - OpenVMS

Stand alone backup

Petran Bisschops — Wed, 07 Dec 2005 09:06:21 GMT

Dear all,

What I am trying to do is to make a standalone backup from the system disk and put the resulting save set on an arbitrary data disk for storage (save set).

I booted standalone backup from a data disk and issued the following command:

$ back/image/ver dkb0: dka0:b.sav/sav

where dkb0 is my system disk and dka0 is a data disk with a normal files-11 formated disk structure that is already populated with files but enough room to hold the backup save set.

I get the following error message:

$backup-f-savsetclu save set disk cluster factor must be 1

Can somebody tell me if this is at all possible? Looking at the examples in the system manage manual the command

$back/image/ver dua1: mua0:backup.bck/re/label=pppp

should work but then again mua0 is a tape. Is there a difference on how a tape is handled as oppose to a disk as destination.

I know it is possible to restore a saveset to a disk which is the other way round. Something like
$backu/imag/ver dkb0:back.sav/sav dka0:
where dkb0 is a CD.

If I try this with a running system using the backup command, it works. Is there a functional difference between the VMS-backup command and the backup command available via standalone backup?

Your help would be much appreciated.

Regards,

Petran Bisschops

Re: Stand alone backup

Jan van den Ende — Wed, 07 Dec 2005 09:21:44 GMT

Petran,

$ back/image/ver dkb0: dka0:b.sav/sav

The error is in the output specification: it is lacking a directory spec.

If you want it to go to the top level of the disk, make that:
$ back/image/ver dkb0: dka0:[000000]b.sav/sav

or create a special dir, and use

$ back/image/ver dkb0: dka0:[]b.sav/sav

success!

Proost.

Have one on me.

jpe

Re: Stand alone backup

Vladimir Fabecic — Wed, 07 Dec 2005 09:38:50 GMT

There is no big difference between stand-alone backup commands and running VMS system backup commands.
But maybe you missed something.
I will give you an example how to backup dka0: to some save set on dka100:
After standalone boot:
$$$ mount/over=id/nowrite dka0:
$$$ mount/over=id dka100:
Create some directory on dka100. Creating save set in disk root may confuse you, but you can do it.
$$$ create/dir dka100:[backup]
$$$ backup/image/log dka0: dka100:[backup]dka0.bac/save
To restore save set:
After standalone boot:
$$$ mount/over=id dka100:
$$$ mount/foreign dka0:
$$$ bacup/image/log dka100:[backup]dka0.bac/save dka0:

I did backup and restore like this many times and never had problems. VMS backup is something superior. No OS has better backup utility.

Re: Stand alone backup

Uwe Zessin — Wed, 07 Dec 2005 09:51:40 GMT

(Just a minor note as I feel the main point to your question was already addressed)

> $ back/image/ver dkb0: dka0:b.sav/sav
...
> %backup-f-savsetclu save set disk cluster factor must be 1

You have inadvertently tried to create a "sequential-disk save set", which was useful with small, removable media, but as you can see, did not keep up.

Re: Stand alone backup

Petran Bisschops — Wed, 07 Dec 2005 10:26:25 GMT

Hi,

I have tried the following according to Jan's advice:

Booted standalone backup and got $ prompt.

$back/image/ver dkb0: dka0:[]b.bck/sav
$back/image/ver dkb0: dka0:[000000]b.bck/sav
$back/image/ver dkb0: dka0:[kits]b.bck/sav

All of these attempts failed wit he error message as stated in my original post e.g.
$backup-f-savsetclu save set disk cluster factor must be 1

Vladimir:
if I boot VMS from the system disk, then of course your commands would work. But i have standalone backup booted to make a 100% copy of the system disk. During Standalone backup, only the backup command is available.

Uwe,
Can you elaborate on that? Does that mean I have to adjust my backup parameters or is it just not possible to do what i want using a 'normal' build in disk as oppose to a removable media.

Cheers,

Petran

Re: Stand alone backup

Uwe Zessin — Wed, 07 Dec 2005 10:40:03 GMT

did you mount the target disk before executing BACKUP?

Re: Stand alone backup

Petran Bisschops — Wed, 07 Dec 2005 10:50:40 GMT

Hi,

Uwe, I am using/booted stand-alone backup in the above problem. Only the backup command is available then.

Cheers,

Petran.

Re: Stand alone backup

Steven Schweda — Wed, 07 Dec 2005 10:59:24 GMT

Can you boot from a (relatively recent) VMS
installation CD-ROM to get the real-VMS
BACKUP (with the "$$$ " prompt VF mentioned)
instead of the old, more limited, Standalone
BACKUP? ("BOOT /10000000 ",
or something like that. Maybe "/R5:10000000",
if your box is more modern.) The V7.3
Hobbyist CD-ROM works, so a real VMS V7.3
installation CD-ROM should work. (When did
this feature first arrive?)

Can the real (old) Standalone BACKUP do this
as requested? How would you mount the disk?
Isn't it pretty much limited to a /IMAGE copy
or restore to a disk?

Re: Stand alone backup

Petran Bisschops — Wed, 07 Dec 2005 11:14:21 GMT

Hi,

To supply some more information,

The 24*7 production vaxes we have are quite old 4000-106 models running VMS 6.2. They have no CD-ROM attached - only a tape device.

Cheers,

Petran.

Re: Stand alone backup

Steven Schweda — Wed, 07 Dec 2005 11:23:33 GMT

As I don't see a way to make an old Standalone
BACKUP do what you want, I think that you're
doomed to boot real VMS from another disk. A
VMS V7.3 installation CD-ROM would normally be
easiest (a VAX 410x has SCSI built in, doesn't
it?), but you might need to add a small disk,
install VMS on it, and then boot from there
to do the real work. Especially if you can't
easily add a CD-ROM drive, or if you can't get
a newer VMS CD-ROM. (Unless the
boot-real-VMS-from-CD stuff is older than I
think it is.)

A full hardware inventory might help reduce
the bad guesses as to what's possible.

Re: Stand alone backup

Petran Bisschops — Wed, 07 Dec 2005 11:41:49 GMT

Hi,

The production vaxes i have are all of type 4000-106 having three disks each 2GB attached. One is the system disk (VMS6.2) , the other 2 are data disks in use by the application. Furthermore, there is tape drive attached. That's all.

I just managed to cleanup one of the data disks to have enough room to store a backup save set of the system disk.

There is no way i get authorisation to either physically add a disk or to clean/wipe an existing data disk to do a backup from disk -> disk. Downtime is almost not an option - maybe 1 hour max.

Cheers,

Petran.

Re: Stand alone backup

Steven Schweda — Wed, 07 Dec 2005 11:59:10 GMT

If you can't do it with what you have, and
you can't add anything, then I don't see a
good solution.

I still like the external SCSI CD-ROM drive
with the new-enough VMS CD-ROM. A cheap-junk
drive should be under $20, and you could
probably get a CD-ROM image from several of
the folks here (or buy the Hobbyist CD-ROM
for $30). Including a cable, and a lot of
shipping and handling, you _might_ be able
to spend $100, but it wouldn't be easy.

Every system should have a CD-ROM drive.
Even _my_ obsolete junk systems have CD-ROM
drives. (They may be Toshiba XM3401 (4X)
drives, but they have them. The 1987
VAXstation 2000 is the only exception.)

Everything else I've thought of so far would
be more work, more money, and more down-time.

Re: Stand alone backup

Andy Bustamante — Wed, 07 Dec 2005 13:02:54 GMT

The system managers manual (v5) states: "Stand alone backup employes a subset of backup qualifiers and only performs image and physical operations."

This means you won't be able to mount a disk and write a backup save set with stand alone backup. You also won't be able to restore a backup save set file from stand alone backup.

You still have some choices. A system disk backup to tape is the best option. Having several copies, in different locations is recommended of course. You could copy one of your data disks to tape and use stand alone backup to create a second bootable system disk, then restore your data. This would give you a second boot disk, "just in case."

Another option, that HP won't recommend but that has a history of success. Create an image backup of your system disk while booted. You'll get assorted error messages, log and account files won't get completely recorded. You should pick a time with no (or low) login activity. A regular backup with a fall back to a occasional stand alone backup may meet your needs. You need to know that this will probably work, have a fall back position and have your business requirements accept "probably work." A financial trading company wouldn't accept this solution for example. A machine shop that last tuned it's VAX in 1991 and only rebooted for the power outage won't have a problem.

Andy

Re: Stand alone backup

Robert_Boyd — Wed, 07 Dec 2005 16:32:07 GMT

Petran,

Have you tried specifying the /LABEL= on your output disk device on your backup command?

I am pretty sure that many moons ago I did something pretty much like what you are trying to do. I think if it's going to work you either may have to specify the label or use the /IGNORE=LABEL/NOINIT. What I don't understand is why the software thinks it can't work with a cluster size larger than 1. The HELP/MESSAGE for this error doesn't help much either.

I am pretty sure that if you have a disk that is initialized and has nothing on it, that if you do a backup of the form you specified will put the saveset in the [000000] directory. What happens if you specify /BLOCK=something ?

Robert

Re: Stand alone backup

Vladimir Fabecic — Thu, 08 Dec 2005 02:44:33 GMT

Hello
I didn't noticed that you are speaking about vax and "old style" stand alone backup.
Using this type of backup you can not do backup to save set on hard disk. Because disk must be MOUNTED to do that, and you can not mount disk from this standalone backup.
You can do backup to save set only to tape.
You can do direct backup disk to disk only (for example $ bac/image dka0: dka100:).
Not sure for 7.3 VMS, but 6.2 works like that.
There is another option you can use, of course, not so good as "cold backup":
- stop all applications
- stop all network services (TCP IP, LAT and DECNET)
- stop queue manager (very important)
- then do $ BACKUP/IMAGE/LOG/IGNORE=INTERLOCK dka0: dka100:[backup]dka0.bac/save
Long time ago (when vax machines were production servers) I restored two system disks from backups made like that.
Of course, CD boot or another system disk is the best way.

Re: Stand alone backup

Petran Bisschops — Thu, 08 Dec 2005 03:13:49 GMT

Hi,

Robert,
I tried all kinds of combinations using the /noinit, ignore=label, label=, block_size=32256 parameters etc but all in vain.... in all cases, it displayed the error message

$backup-f-savsetclu save set disk cluster factor must be 1

(Does anybody understand this error message?)

Andy,
I take the point that standalone backup only offers a sub-set of the backup qualifiers but it seems very odd to me that one and the same command works if I use a tape device as destination but does not work if I use a disk device as destination e.g

$back/image/ver dkb0: mua0:bck.sav/sav /labe=ppp => works!

$back/image/ver dkb0: dka100:bck.sav/sav /labe=ppp => does NOT work!

A system backup to tape is not a good option for us for the following reasons - it requires more downtime and the second - even better one - is that the goal of this all is to port the VAX to a CHARON emulation which has no tape drive....

Steven,
On another VAX 4000-106 that does have a CDROM build in, I tried to boot in the real "backup" using the VMS 6.2 installation CD and it worked - I got the $$$ prompt and I could create the backup.
Is there any way I can somehow load this minimal $$$ system to a disk?. If at all possible, what much diskspace would this consume?

Cheers,

Petran

Re: Stand alone backup

Uwe Zessin — Thu, 08 Dec 2005 03:25:08 GMT

> $backup-f-savsetclu save set disk cluster factor must be 1
>
> (Does anybody understand this error message?)

I thought I have explained what it means:

the target disk is treated like a tape device.

You can make a BACKUP/IMAGE copy of the V6.2 CD contents to a disk - this will provide you with a simple VMS system. But do not forget that it will wipe out the target disk!! Else, you can manually copy the directory trees, make the alias entries and write the bootblock.

Re: Stand alone backup

Petran Bisschops — Thu, 08 Dec 2005 04:01:08 GMT

Hi,

Uwe,
Seems to me like a shortcoming (bug?) of the backup command - from the device specification, it can very well determine if it is a tape or disk device and act accordingly e.g. not assume all destinations are tape devices.....

Is there a way I can trick backup to treat it as a disk device or modify backup parameters so a 'tape-like' commands work on the disk as well or should I just conclude that standalone backup cannot be used to achieve what I wanted?

Cheers,

Petran.

Re: Stand alone backup

Uwe Zessin — Thu, 08 Dec 2005 04:32:09 GMT

It's not a bug - it's how it was designed 20 years ago. And it has not much developed 10 years later - except for a bootable CD.

Re: Stand alone backup

Uwe Zessin — Thu, 08 Dec 2005 04:59:47 GMT

If you're bored - here is some more info:
http://h71000.www7.hp.com/DOC/73final/6017/6017pro_044.html#savesets_seqdisk_bck

You see - it's only of limited use today and there is no 'trick' available, because advanced ODS handling is just not implemented in standalone backup.