- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: BACKUP/IMAGE
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-21-2006 04:10 PM
тАО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.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-21-2006 04:36 PM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-21-2006 04:49 PM
тАО05-21-2006 04:49 PM
Re: BACKUP/IMAGE
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.
regards Kalle
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-21-2006 06:15 PM
тАО05-21-2006 06:15 PM
Re: BACKUP/IMAGE
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.
Regards
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-22-2006 02:08 AM
тАО05-22-2006 02:08 AM
Re: BACKUP/IMAGE
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.
cu,
Martin
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-22-2006 11:10 PM
тАО05-22-2006 11:10 PM
Re: BACKUP/IMAGE
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-24-2006 07:31 AM
тАО05-24-2006 07:31 AM
Re: BACKUP/IMAGE
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.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-24-2006 10:44 AM
тАО05-24-2006 10:44 AM
Re: BACKUP/IMAGE
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.
hth
Proost.
Have one on me.
jpe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-24-2006 11:49 AM
тАО05-24-2006 11:49 AM
Re: BACKUP/IMAGE
Summary: Have spare system disks, use volume shadowing to make copies, backup copies to tape.
My aus 2 cents.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-24-2006 01:43 PM
тАО05-24-2006 01:43 PM
Re: BACKUP/IMAGE
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.