- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: Service guard info
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-11-2005 12:56 AM
тАО05-11-2005 12:56 AM
to have as a backup server and disaster
recovery both.
My question is that the backup server is
3 miles away. What is the maximum distance
that service guard will work between the two servers ?????? Where do I find the basic setup
scenario ?
Thanks
Randy
Solved! Go to Solution.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2005 12:59 AM
тАО05-11-2005 12:59 AM
Re: Service guard info
With fiber channel, the distance is substantially longer, measured in I believe hundreds of meters.
There is a cofiguration called a continental cluster which can be used to have servers in different data centers as part of service guard clusters, or probably more accurately multiple clusters in different data centers working together to provide service.
So if you have the bucks, distance is not really a factor.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2005 01:07 AM
тАО05-11-2005 01:07 AM
SolutionCampus would go up to 10km
Metro up to 100km
Continental - which is the one that goes all the way...
From you logistics, your looking at a either a Campus or Metro Cluster.
I've attached an old Bob Sauers (SG Guru). It's a little old, but you may find it helpful. Anything by Bob Sauers you should review.
Rgrds,
Rita
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2005 01:08 AM
тАО05-11-2005 01:08 AM
Re: Service guard info
We are looking at two different servers
completely. Not sharing any disk,just if the server fails, it would jump to the other.
The database would be ORACLE 9i with I guess
RAC. The thing I was worried about was the Virtual IP address and the hub for the heartbeat between the two servers.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2005 01:16 AM
тАО05-11-2005 01:16 AM
Re: Service guard info
Her document is going to be helpful.
I would think the Floating IP address issue would be addressed in the documentation.
On a campus cluster, it should not be an issue.
You need some kind of bandwidth to make this work, which would probably include an IP address the two boxes/clusters can share.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2005 01:29 AM
тАО05-11-2005 01:29 AM
Re: Service guard info
Based on your last comment, SG is not for you.
SG relies on shared disk. You package up your shared disk, thus having the access to the disks fail between servers. The server o/s becomes (I hate to put it this way..) but irrelevant.
Since the O/S resides on vg00, and that is "generally" disk that is physically on your server, you couldn't fail that over.
Your best method would be make recovery tapes. So I might question your stmt...completely different servers. They should be similar/compatible or same class servers. As long as your in that ballpark. You could use your tapes. But failover an O/S...you'd have to put your O/S on shared disk ... and there are many caveats with something like that.
Rgrds,
Rita
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2005 01:49 AM
тАО05-11-2005 01:49 AM
Re: Service guard info
Thanks for your help.
We would have the same type of servers,
RP5470's but one has a SAN and the other just external drives, no SAN.
They are worried about High Availablity
side more than just disaster recovery.
They need something in case the 1st
server fails. We can and would setup as needed if that's what Service Guard calls
for unless there is another type of product
that HP has to help with these fail over situtations.
Thanks
Randy
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2005 02:15 AM
тАО05-11-2005 02:15 AM
Re: Service guard info
HA involves a little more than just failing over. It includes mirroring your data between sites. EMC offers SRDF and HP offers Continuance Access. Then you need the communication hardware to mirror your disks between sites.
It is a fairly 'big deal'. And far too much to explain in this simple bulletin board.
We set ours up, with a SAN on our DR site and host based attached disk at the primary site. Now both sites are SAN attached. So both sites don't have to be an 'exact' match..but they have to both be ABLE to replicate between arrays.
You might suggest to your bosses to send you or someone to HPWorld in SF this year. There are a couple folks doing sessions on DR, myself included, that will help you to see where you are and how to get to where you want to go.
I'll be happy to go over things with you in more details if your able to make it their.
This might help before you bring someone in-house to 'only sell their version of DR'.
Kindest Regards,
Rita
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2005 02:18 AM
тАО05-11-2005 02:18 AM
Re: Service guard info
Depending on the distance between the machines, this can be done with a leased line or fiber.
Still, that does not guarantee high availability because if the data is only in one place that place can go away.
Therefore some planning is needed. A real DR plan. There are lots of people who can do that now that you have an idea of what is involved.
SEP
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО05-11-2005 03:35 AM
тАО05-11-2005 03:35 AM
Re: Service guard info
You may want to take a read of the Designing Disaster Tolerant Clusters manual at
http://docs.hp.com/en/B7660-90016/B7660-90016.pdf
There are various scenarios here, but if you are NOT going to have shared disc, or even use Hardware data replication (EMC arrays with SRDF/XP arays with CA/EVA arrays with CA) Then I am not sure that these products (Exteneded Serviceguard, Metrocluster or Continental Clusters) are suitable for you.
One thing to consider might be having the 2nd node up and running and running Oracle Standby database, or some similar idea.