RE: rac network question

From: Michael McMullen <ganstadba_at_hotmail.com>
Date: Thu, 10 Jan 2008 12:01:21 -0500
Message-ID: <BAY141-DAV364F91A9EA0662A3AB507A64A0@phx.gbl>
Message-ID: <F626BA5035746548AF2DF3E71FEB52571FF0B8BACA@MBX01.bell.corp.bce.ca>


That's what he's done, combined the both so public & private traffic is combined. I'm assuming it's not supported and as such as this will be a very high profile, critical database, he'll have to change.  

-----Original Message-----

From: Dan Norris [mailto:dannorris_at_dannorris.com] Sent: January 10, 2008 11:06 AM
To: ganstadba_at_hotmail.com; oracle-l_at_freelists.org Subject: Re: rac network question  

Michael,

I see a huge problem and very likely a support issue as well. Basically what he's saying is that the host will have a *single* logical network interface. That *single* interface will need to serve as the private and public interface and that's where Oracle Support may have some major problems.

If these blades only support 2 NICs (and you have no opportunities to expand them), then I'd elect to leave the redundancy aside and take a NIC failure as a whole node failure. Since the only other choice is to combine public and private networks over a single logical interface, removing redundancy so you have 2 separate logical/physical interfaces would be a favorable choice.

Dan

  • Original Message ----

--

http://www.freelists.org/webpage/oracle-l Received on Thu Jan 10 2008 - 11:01:21 CST

Original text of this message