- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: "Standalone" backup of system with Rdb
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
тАО03-01-2011 05:30 PM
тАО03-01-2011 05:30 PM
I have been given responsibility for an AlphaServer running OpenVMS V7.2-1 with Rdb V7.0. It runs an application called DECfin.
This system is near end-of-life and no changes are planned or even anticipated, but it must be relocated to another site.
Prior to moving it I want to perform a full "standalone" backup of the machine. This will be done by booting from an alternate system disk then using BACKUP/IMAGE to copy all disks to tape. No application software will be running at this time.
There is a nightly backup procedure which uses RMU/BACKUP to copy the database files to another disk. I intend to run those commands immediately before shutting down the system and making my "standalone" backup.
If the worst happens and the backup tape has to be restored to replacement hardware, will the Rdb databases still be accessible? Or is there something else which needs to be done, e.g. RMU/RESTORE ?
Thanks,
Jeremy Begg
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-01-2011 06:16 PM
тАО03-01-2011 06:16 PM
SolutionTo the best of my recollection, a standalone BACKUP will be complete. I would verify with the RDB manual, but the RMU operation should be only for extra insurance (a spare copy of the data).
Make sure that the /IMAGE backup also includes the /IGNORE=NOBACKUP flag. I have seen people be pole-axed when an important file has the NOBACKUP bit set because of an additional backup operation.
When moving volumes from disk-to-disk, it pays to consider the /IGNORE=NOBACKUP qualifier. Else one may be surprised.
Please check the manuals (and take a look at the files on the disk) to confirm the above.
- Bob Gezelter, http://www.rlgsc.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-01-2011 06:33 PM
тАО03-01-2011 06:33 PM
Re: "Standalone" backup of system with Rdb
Also use the /IGNORE=INTERLOCK switch in you BACKUP command. Below is the link for restoring the database using RMU.
http://www.pi-net.dyndns.org/docs/rdb/oraclerdb/gdmp7/gdmp_res.htm
Regards,
Ketan
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-01-2011 07:09 PM
тАО03-01-2011 07:09 PM
Re: "Standalone" backup of system with Rdb
> will the Rdb databases still be
> accessible?
Yes. This shouldn't be a problem. Since you can reboot a system without breaking Rdb, there's no logical difference between that and restoring a /IMAGE backup then booting, subject to Robert's caveat of making sure you specify /IGNORE=NOBACKUP.
(excellent advice, and probably in the category of "it would only occur to you after you'd been bitten by it").
Having RMU backups as well means you could restore, boot, then RMU/RESTORE as another mechanism for recovering the data bases.
There's nothing magic about Rdb files. The issue for backing up and restoring is that databases consist of multiple files (and sometimes lots of them!). A coherent backup of a data base must have consistent, synchronised copies of all files. RMU knows how to find all the files and keep them in synch. It can also do on line backups by establishing transaction "fence" for the duration of the backup.
re: Ketan
>Also use the /IGNORE=INTERLOCK switch
>in you BACKUP command
Huh? Why would you want to ignore interlocks when the objective is a restorable backup? Especially when the backup will be performed standalone?
/IGNORE=INTERLOCK does nothing more than demote an -E- severity condition to -W-. Its only really useful function is to scavenge data from a file which is locked by another user. /IGNORE=INTERLOCK should only ever be used when you really don't care about losing data from locked files. That certainly doesn't apply to Jeremy's issue.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-01-2011 07:24 PM
тАО03-01-2011 07:24 PM
Re: "Standalone" backup of system with Rdb
I had a vague recollection that Rdb was sensitive to VMS device names: if you move a database to a different volume, the database breaks. (Even if you do the move when Rdb hasn't been started.) The reason I mention it is that this is old hardware and if disaster struck during the move, it might not be possible to get a replacement system with the exact same disk configuration (a MYLEX host-based RAID controller with 5 logical drives).
Thanks,
Jeremy Begg
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-01-2011 08:55 PM
тАО03-01-2011 08:55 PM
Re: "Standalone" backup of system with Rdb
My memory also tells me that RDB *was* device sensitive. I managed development and management clusters for a big project and we gave DECplan to the managers to track milestones. During the project we moved their cluster to new hardware (and from RD54s to DSSI) and I had to move the RDB base of the DECplan database. When I got it to the new box, at around midnight of course, I realized that the tool wasn't coming up properly and had to go back to the original systems and pull the database using RMU and restore it to the new disk. I can't remember if I had to do anything else to get it running. That was in the late VMS V5 release timeframe and RDB has gone through several releases in the interim.
bob
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-01-2011 09:46 PM
тАО03-01-2011 09:46 PM
Re: "Standalone" backup of system with Rdb
(I'm not on the same continent as this server. I saw it once, many years ago.)
Regards,
Jeremy Begg
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-02-2011 12:22 AM
тАО03-02-2011 12:22 AM
Re: "Standalone" backup of system with Rdb
>>>
I had a vague recollection that Rdb was sensitive to VMS device names
<<<
This is where the Concealed Device can do magic! Rdb also honors them.
As long as I can remember, I have always enforced them (by moving them around in every Development environment on an irregular, but not-infrequent basis) changing the FYSICAL device location, but maintaining Concealed Device integrity.
But, alas, when you get existing systems to manage, that can usually not be done retrospectively...
Just my EUR 0.02
Proost.
Have one on me.
jpe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-02-2011 07:03 AM
тАО03-02-2011 07:03 AM
Re: "Standalone" backup of system with Rdb
An Rdb database can be spread across multiple disks, for instance, and the RMU /BACKUP finds all the pieces and stuffs it all into one easily-restorable and easily transportable and easily archivable omnibus file.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО03-02-2011 08:34 AM
тАО03-02-2011 08:34 AM
Re: "Standalone" backup of system with Rdb
I second Hoff's comment about the RMU as a "belt and suspenders" point. I would also keep the backups at the original site until after the system is up at the new site (and then keep them off-site in a vault for safety; renovations have been known to have "burn-in" issues; good to have some "fire" insurance in the form of the backups).
- Bob Gezelter, http://www.rlgsc.com