Oracle FAQ Your Portal to the Oracle Knowledge Grid

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Oracle RAC private Interconnect

RE: Oracle RAC private Interconnect

From: Kerber, Andrew W. <>
Date: Fri, 13 Jul 2007 11:42:11 -0500
Message-ID: <>

You also have to set up the virtual ip, which is what is used in the failover. Run vipca. Also, be sure and run cluvfy  

-----Original Message-----
[] On Behalf Of Sanjay Mishra Sent: Friday, July 13, 2007 11:03 AM
Subject: Oracle RAC private Interconnect  

It is recommended to use two Gigabit Switches for RAC Node Interconnect communication to provide Redundancy and performance. Is there any setup required on beside configuring two interface like eth1 and eth2 and then specifying them in RAC cluster installation PRIVATE Interconnect screen.  

I am just trying to understand that how the failover or redundancy is achieved if I unplug one of the Cable on one Node. Is it been configured by RAC clusterware or I had to tell something to sysadmin.  

Also how performance is achieved in using two Switches.  

I am currently having 10g RAC on sun SOlaris 10 with one Gigabit Switch for QA environment and planning for Production hardware requirements.  

Also If I use Oracle 10g ASM for Storage and RAW device for OCR and Voting Disk. I am using EMC with Two SAN switches and so 2HBA on each Node. Anybody has any doc for Multipathing with EMC. My concern is that both nodes see the RAW Device LUN as well as ASM luns as same and two HBA should provide the high availability when I will remove one of the HBA     Thanks


Get the Yahoo! toolbar and be alerted to new email <*http:/ eatures/mail/index.php> wherever you're surfing.

NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. Thank you.
Received on Fri Jul 13 2007 - 11:42:11 CDT

Original text of this message