- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- Re: Question on DR test using cluster backup to st...
Operating System - OpenVMS
1756272
Members
2321
Online
108843
Solutions
Forums
Categories
Company
Local Language
юдл
back
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
юдл
back
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
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- 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-11-2005 07:20 AM
тАО08-11-2005 07:20 AM
Re: Question on DR test using cluster backup to standalone system
Victor,
one more point of interest, which may or may not apply to your specific situation.
Let us assume that the environment is "quite big" (metrics decided by the environment specifics)
Let us further assume there are multiple applications running.
If you are preparing a DR site, I must assume that at least one of those apps is pretty critical.
Now for the site-specific homework:
Can you pick some application(s) to be most critical, some to be non-critical but rather sensitive to downtime, and/or some for which downtime is a nuisance, but acceptable for a somewhat longer time?
If you answer "yes" to that, then it is worth considering some more complex planning (and maybe adapt your backup procedure to accommodate the following).
(This is an extension to John G's words: "work backwards from your DR plan")
Consider first get ONLY your critical app(s) running.
At first, forget about the rest, and take the most painful heat off as quickly as possible. That IS what critical means!
Only then restore the "just important" stuff, and start that.
And then, re-evaluate the pro's and con's for the less sensitive stuff. If there is any reasonable chance to revert to "normal" conditions, it might perhaps not even be desirable to activate those on your DR!
And...
if you really are serious about DR, think twice about the other meaning of DR: Disaster Resiliance. Multi-site clusters REALLY DO offer benefits! They might just be worth the inverstment.
hth.
Proost.
Have one on me.
jpe
one more point of interest, which may or may not apply to your specific situation.
Let us assume that the environment is "quite big" (metrics decided by the environment specifics)
Let us further assume there are multiple applications running.
If you are preparing a DR site, I must assume that at least one of those apps is pretty critical.
Now for the site-specific homework:
Can you pick some application(s) to be most critical, some to be non-critical but rather sensitive to downtime, and/or some for which downtime is a nuisance, but acceptable for a somewhat longer time?
If you answer "yes" to that, then it is worth considering some more complex planning (and maybe adapt your backup procedure to accommodate the following).
(This is an extension to John G's words: "work backwards from your DR plan")
Consider first get ONLY your critical app(s) running.
At first, forget about the rest, and take the most painful heat off as quickly as possible. That IS what critical means!
Only then restore the "just important" stuff, and start that.
And then, re-evaluate the pro's and con's for the less sensitive stuff. If there is any reasonable chance to revert to "normal" conditions, it might perhaps not even be desirable to activate those on your DR!
And...
if you really are serious about DR, think twice about the other meaning of DR: Disaster Resiliance. Multi-site clusters REALLY DO offer benefits! They might just be worth the inverstment.
hth.
Proost.
Have one on me.
jpe
Don't rust yours pelled jacker to fine doll missed aches.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-14-2005 09:07 PM
тАО08-14-2005 09:07 PM
Re: Question on DR test using cluster backup to standalone system
Victor,
we have a similar scenario for our DR plan, but I avoided switching off clustering altogether for this reason.
Certain software checks the SYSGEN cluster values and makes descisions based on them. Switching this off may have an effect on the software.
In my opinion, you're better off setting the expected votes down to 1 in SYSBOOT.
Robert.
we have a similar scenario for our DR plan, but I avoided switching off clustering altogether for this reason.
Certain software checks the SYSGEN cluster values and makes descisions based on them. Switching this off may have an effect on the software.
In my opinion, you're better off setting the expected votes down to 1 in SYSBOOT.
Robert.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО02-28-2006 11:04 PM
тАО02-28-2006 11:04 PM
Re: Question on DR test using cluster backup to standalone system
Victor - any chance you can assign some points to those that have helped you?
Rob.
Rob.
- « Previous
-
- 1
- 2
- Next »
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP