HPE GreenLake Administration
- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - HP-UX
- >
- Re: oracle RAC and seriviceguard
Operating System - HP-UX
1838376
Members
2935
Online
110125
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
Forums
Discussions
Discussions
Discussions
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
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
04-26-2004 09:47 PM
04-26-2004 09:47 PM
oracle RAC and seriviceguard
Hi,
We have two rp7410 with three network card two are 1000SX and one is 1000TX.Can I configure 9i RAC/SGRAC with these cards? Can 1000TX can be configured as standby for 1000SX.What will be the best way to configure HB and primary/User lan.
I Read through some on the manual it says GCM is now integrated to oracle kernal and will user the primary lan as interconnect.Can anybody clarify little more
did HB of SG will carry any GCM traffic??
Please let me know If any body has the best practices and recomedation.
Thanks and regards/anoop
We have two rp7410 with three network card two are 1000SX and one is 1000TX.Can I configure 9i RAC/SGRAC with these cards? Can 1000TX can be configured as standby for 1000SX.What will be the best way to configure HB and primary/User lan.
I Read through some on the manual it says GCM is now integrated to oracle kernal and will user the primary lan as interconnect.Can anybody clarify little more
did HB of SG will carry any GCM traffic??
Please let me know If any body has the best practices and recomedation.
Thanks and regards/anoop
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-27-2004 12:24 AM
04-27-2004 12:24 AM
Re: oracle RAC and seriviceguard
You can use the machines and NIC's specified in the question with ServiceGuarld. No problem, even using such an expensive card as a standby.
Best practices for SG is to have an extra lan card as standby for the main lan card. The only thing you can't do is have a guard be standby and use if for the heartbeat.
Heartbeat reequires link level connectivity, and that lan should if possible not be very busy. Congestion can cause loss of heartbeat, the race for the SG device and the TOC of the node that loses.
Best practices is to have a hub or switch be the heartbeat lan so there is little competition for it.
As far as RAC goes, if it starts with a script, SG can work with it.
SEP
Best practices for SG is to have an extra lan card as standby for the main lan card. The only thing you can't do is have a guard be standby and use if for the heartbeat.
Heartbeat reequires link level connectivity, and that lan should if possible not be very busy. Congestion can cause loss of heartbeat, the race for the SG device and the TOC of the node that loses.
Best practices is to have a hub or switch be the heartbeat lan so there is little competition for it.
As far as RAC goes, if it starts with a script, SG can work with it.
SEP
Steven E Protter
Owner of ISN Corporation
http://isnamerica.com
http://hpuxconsulting.com
Sponsor: http://hpux.ws
Twitter: http://twitter.com/hpuxlinux
Founder http://newdatacloud.com
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
04-27-2004 01:09 AM
04-27-2004 01:09 AM
Re: oracle RAC and seriviceguard
SG provides the cluster of two nodes. might want dedicated 1000SX just for RAC, private subnet. have 2nd 1000SX for public, and have the 3rd 1000TX as heartbeat/SG using the public as a secondary heartbeat.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
04-27-2004 01:50 AM
04-27-2004 01:50 AM
Re: oracle RAC and seriviceguard
Thank you very much tom& stev for your reply
Stev,
Do we have any cross cable connection as like TX in SX?.Is it supported In serviceguard?? If I use cross cable, Can it failover in case of FC card or cable failure??
Tom,
If I have to use 1000SX for RAC DLM trafic,how will I specify it in cluster.ascii file(AS HEARTBEAT OR PRIMARY LAN)? and how will oracle select this NIC for DLM traffic.
What are the minimum network card required for 9iRAC with no SPOF??
Rgds/anoop
Stev,
Do we have any cross cable connection as like TX in SX?.Is it supported In serviceguard?? If I use cross cable, Can it failover in case of FC card or cable failure??
Tom,
If I have to use 1000SX for RAC DLM trafic,how will I specify it in cluster.ascii file(AS HEARTBEAT OR PRIMARY LAN)? and how will oracle select this NIC for DLM traffic.
What are the minimum network card required for 9iRAC with no SPOF??
Rgds/anoop
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.
Company
Events and news
Customer resources
© Copyright 2025 Hewlett Packard Enterprise Development LP