- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Question on DR test using cluster backup to standa...
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
тАО08-10-2005 06:36 AM
тАО08-10-2005 06:36 AM
Question on DR test using cluster backup to standalone system
Basically, I'm planning a DR test of my cluster, but the dr company will only give me a standalone server.
I would like to restore to the DR test server the production image and then boot and ensure that the node will boot up. I suspect it might get stuck waiting to join a cluster, with the message, waiting to join or form a cluster.
If I boot from CD, and go to DCL, can I modify any files or settings to allow me to boot my node, or would I need to build the node from scratch? If I run Autogen from cd, can I get it to modify the files, I have restored from tape? SYS4sysdevice would be cdrom right and my actual data would be on a hsz disk.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-10-2005 07:29 AM
тАО08-10-2005 07:29 AM
Re: Question on DR test using cluster backup to standalone system
First boot from CD, mount restored system disk and use $ MC SYSGEN and >SYSGEN READ
You can also do an conversational boot. At the console
>>> boot -flags x,1 (where x is your system root again).
You'll get a SYSBOOT> prompt where you can modify system parameters.
SET VOTES=n
SET EXPECTED_VOTES=n
(or SET VAXCLUSTER=0)
CONTINUE
Once you have this system up you'll want to modify modparams.dat and make sure autogen will create a bootable system.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-10-2005 07:34 AM
тАО08-10-2005 07:34 AM
Re: Question on DR test using cluster backup to standalone system
set vaxcluster 0
set disk_quorum ""
set startup_p1 "min"
cont
Then once Booted up, need to modify modparams.dat and the run an autogen.
Any thoughts?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-10-2005 08:29 AM
тАО08-10-2005 08:29 AM
Re: Question on DR test using cluster backup to standalone system
You can also SET WRITESYSPARAMS 0 in SYSBOOT> to prevent saving any changes. You'll want to run update modparams.dat and run autogen immediately after the boot.
"There are 9 and sixty ways..."
Andy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-10-2005 10:29 AM
тАО08-10-2005 10:29 AM
Re: Question on DR test using cluster backup to standalone system
There's no reason you can't run your test machine as a 1 node cluster. One advantage to this is your recovery could then proceed by adding nodes as it becomes possible.
Rather than having a whole set of SYSBOOT SET commands to be entered at a highly stressful time, work out the required set of parameters, and write them to a file, say "RECOVERY.PAR". Your recovery procedures manual then includes the steps:
1) Restore backup to disk (or, better, insert removable recovery disk into shelf...)
2) >>> B disk -FL 0,1
3) SYSBOOT> USE RECOVERY.PAR
SYSBOOT> CONTINUE
and off you go.
Alternatively you could have a system root configured as the recovery system.
For all DR planning, you need to focus on the recovery side. Work backwards to determine what you need to save, setup or configure in advance to make the recovery as simple and free of potential problems. For example, for backups, don't think "how do I back up this data?" think "how am I going to restore this data?".
Write your recovery plan on PAPER and place it in a metal box with a candle and a box of matches...
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-10-2005 11:50 AM
тАО08-10-2005 11:50 AM
Re: Question on DR test using cluster backup to standalone system
if the hardware of the standalone DR server is the same as the production cluster node X and you have it "to run a.s.a.p." then only boot conversational the root of X
SYSBOOT> set vaxcluster 0
SYSBOOT> c
In this case you can forget all the other parameters and autogen and such things.
And in general there is no need to adjust disk_quorum, votes, expected_votes etc. if you turn off the cluster boot.
Cheers,
EW
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-10-2005 06:59 PM
тАО08-10-2005 06:59 PM
Re: Question on DR test using cluster backup to standalone system
* If your cluster configuration allows it, you could set up your DR machine as a one-node cluster. The only thing you need to check is that is will boot without other members.
* Consider creating another "node" - that is: [SYSn] directory - that you can use to boot your DR system. Configure that environment to fit your DR system, and all you ned to do is boot from that directory.
OpenVMS Developer & System Manager
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-10-2005 06:59 PM
тАО08-10-2005 06:59 PM
Re: Question on DR test using cluster backup to standalone system
* If your cluster configuration allows it, you could set up your DR machine as a one-node cluster. The only thing you need to check is that is will boot without other members.
* Consider creating another "node" - that is: [SYSn] directory - that you can use to boot your DR system. Configure that environment to fit your DR system, and all you ned to do is boot from that directory.
Willem
OpenVMS Developer & System Manager
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-10-2005 10:57 PM
тАО08-10-2005 10:57 PM
Re: Question on DR test using cluster backup to standalone system
Willem managed to post this beat me to the buzzer on this one (ran out of battery last evening before I could post).
My strong preference is to pre-configure alternate bootstrap scenarios as different system roots, with all parameters pre-set. This avoids the error prone manual resetting of parameters under battle conditions.
For example, if my normal site used system roots:
0 - node ALFA
1 - node BRAVO
2 - node CHARLIE
3 - node DELTA
I would create an additional set of roots for the scenario of booting as a single node cluster for DR purposes:
10 - node ALFA
11 - node BETA
12 - node CHARLIE
13 - node DELTA
I would also place a safety check in the startup files, probably in SYS$COMMON:[SYSMGR]STARTUP_VMS.COM (or another file FAR earlier in the STARTUP database sequence of execution) that did a console inquiry and required a SPECIFIC RESPONSE (a keysequence not entered in a cavalier fashion) in the event that the system is booted from one of the DR/SingleMachine cluster roots.
The startup database is somewhat documented in the System Manager's documentation under the SYSMAN program. Similar techniques are mentioned in my presentation from the 1999 Fall DECUS Symposium, "SYSMAN for Improved Restart Performance" available from http://www.rlgsc.com/decus/usf99/sysman.pdf
Following this procedure, all that needs be entered in an emergency is:
- an alternate bootstrap code
- the response to the Verification Prompt described above
This reduces the potential both for accidental use of the emergency bootstrap, and errors trying to bring the system online at the DR site.
I hope that the above is helpful.
- Bob Gezelter, http://www.rlgsc.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-11-2005 02:15 AM
тАО08-11-2005 02:15 AM