- Integrated Systems
- About Us
- Integrated Systems
- About Us
Dec 15, 4:00 am to 10:00 am UTC
Dec 14, 10:00 pm CST to Dec 15, 4:00 am CST
Dec 14, 8:00 pm PST to Dec 15, 2:00 am PST
05-21-2006 04:10 PM
Is it possible to do backup/image of a system disk in already mounted disk? For example, I would like to do image backup of my system disk to this folder disk$backup:[backup]. What will be the correct DCL command?
Solved! Go to Solution.
05-21-2006 04:49 PM
you may use the qualifier /IGNORE=INTERLOCK to allow backup to backup also files which are otherwise not treated due to lock conflicts.
But this does NOT mean, that the backup of such files is correct. Backup has no knowledge about data being held in buffers..., so this is NOT supported by OpenVMS engineering.
So much depends on your kind of 'open files', if it is just the OPERATOR.LOG you may loose some records at the end, if it is the queue file, the result could be worse.
On the other hand, in more than 20 years I havn't had a probem with it, but thats's no guarantee.
05-21-2006 06:15 PM
Remember, having backup with IGNORE=INTERLOCK is much better than having no backup at all.
So, if doing standalone backup is not possible, do "online" backup rather than nothing.
05-22-2006 02:08 AM
Once I had to recreate queues after restore. But that was not a big problem.
It can be if you have hundreds of queues, and haven't saved the commands to create them...
As a workaround, see http://h18000.www1.hp.com/support/asktima/operating_systems/0095D437-BBF6EF20-1C0097.html for DCL code that generate DCL procedures from the queue database.
05-22-2006 11:10 PM
05-24-2006 07:31 AM
In addition, I wanted to comment on losing queues. This is just one of the many ways queues can be lost. There's many ways the queue file can be corrupt.
It is a great insurance policy to maintain a file that will rebuild all the queues and forms on the system, thus if you have to rebuild your queue file, you are not under pressure. And, you won't have to restore an otherwise healthy disk.
05-24-2006 10:44 AM
Standalone Backup becomes a little bit problematic if you have a "Never-down" configuration.
We circumvent the /IGNORE=INTERLOCK problem by preceding our /IMAGE backups with a
$ CONVERT/SHARE of the open files to .BAK files.
And if we need to restore the disk, if any of the files should not look good, we can use the .BAK file, which is only a few minutes more stale than the backup itself.
Not often, but it DID get us out of thouble once when we looked to be in deep s**t.
Have one on me.
05-24-2006 11:49 AM
Summary: Have spare system disks, use volume shadowing to make copies, backup copies to tape.
My aus 2 cents.
05-24-2006 01:43 PM
Please don't do this! You won't get a reliable backup (I don't care how many people say they've gotten away with it, that's is no guarantee that you will!)
So we do a BACKUP/IMAGE/IGNORE=INTERLOCK on a booted system disk.
The files we're guaranteed to get are the ones that aren't open (most of which are available off the distribution media anyway) You really don't NEED multiple backup copies of HELPLIB! The ones we really NEED are mostly open (SYSUAF, RIGHTSLIST etc...), so we don't get reliable copies. What is wrong with this picture?
A typical system disk has maybe 10MB of data that really needs backing up, but it's mostly open all the time. Use CONVERT/SHARE to make copies of those files to another disk, then back them up while they're closed. Fast, reliable and you have online backup copies available for immediate use.
Take an offline, standalone IMAGE backup of your system immediately after upgrading or installing major patches. Even better take a backup to a disk. If you need to restore, lay down the image backup, or replace the drive, then restore the 10MB or so of always open files.
Even better, get all those open files OFF the system disk. Same strategy for backing up.
05-24-2006 04:18 PM
Getting back to your original question, the responses from Steven and Karl seem to answer your question - the additional discussions about whether or not you end up with a valid backup have previously been beaten to death in other threads (I personally have never had an issue with an on-line image backup in over 15 years of doing them). One suggestion I would make is to not put the saveset in your [backup] directory - I always put it in . With older versions of Standalone backup, you could only reliably restore from the top level directory - I'm not sure of the status of the current version. Yes, you are creating the backup on-line and can put it anywhere (I have even done it across the network), but if you ever need to restore, you will probably be using Standalone.
Allan in Atlanta
05-24-2006 04:50 PM
> from the top level directory [...]
Really? You could (and can) only _install_
VMS (VAX) from save sets in the 
directory, but I don't recall any problems
with any BACKUP operations from anywhere
else. (That's not a non-existence proof,
of course, and most of my restoration
experience involved tapes, which are pretty
05-24-2006 08:11 PM
And I never had any problems after a crash (but had statistically speaking not enough crashes).
So, not 100% save but save enough.