<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Inside the Oracle Database Appliance &#8211; Part 1</title>
	<atom:link href="http://blog.oracle-ninja.com/2011/09/inside-the-oracle-database-appliance-part-1/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.oracle-ninja.com/2011/09/inside-the-oracle-database-appliance-part-1/?utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=inside-the-oracle-database-appliance-part-1</link>
	<description>Andy Colvin&#039;s Oracle Blog</description>
	<lastBuildDate>Tue, 07 May 2013 18:45:01 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: nasmel</title>
		<link>http://blog.oracle-ninja.com/2011/09/inside-the-oracle-database-appliance-part-1/#comment-1063</link>
		<dc:creator>nasmel</dc:creator>
		<pubDate>Wed, 20 Mar 2013 14:16:30 +0000</pubDate>
		<guid isPermaLink="false">http://blog.oracle-ninja.com/?p=133#comment-1063</guid>
		<description><![CDATA[is it possoble to run Oracle VM environment on ODA x4370]]></description>
		<content:encoded><![CDATA[<p>is it possoble to run Oracle VM environment on ODA x4370</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Colvin</title>
		<link>http://blog.oracle-ninja.com/2011/09/inside-the-oracle-database-appliance-part-1/#comment-1051</link>
		<dc:creator>Andy Colvin</dc:creator>
		<pubDate>Mon, 21 Jan 2013 19:34:27 +0000</pubDate>
		<guid isPermaLink="false">http://blog.oracle-ninja.com/?p=133#comment-1051</guid>
		<description><![CDATA[Unfortunately, there is no way to change from high redundancy to normal.  It requires a new deployment using version 2.4 of the Oracle Appliance Kit.]]></description>
		<content:encoded><![CDATA[<p>Unfortunately, there is no way to change from high redundancy to normal.  It requires a new deployment using version 2.4 of the Oracle Appliance Kit.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: yuzeriyuzeri</title>
		<link>http://blog.oracle-ninja.com/2011/09/inside-the-oracle-database-appliance-part-1/#comment-1050</link>
		<dc:creator>yuzeriyuzeri</dc:creator>
		<pubDate>Thu, 17 Jan 2013 06:49:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.oracle-ninja.com/?p=133#comment-1050</guid>
		<description><![CDATA[Hai, I&#039;ve already installed ODA 2.3 but my client need the database at least 6TB space. How to determine double mirror and triple mirror]]></description>
		<content:encoded><![CDATA[<p>Hai, I&#8217;ve already installed ODA 2.3 but my client need the database at least 6TB space. How to determine double mirror and triple mirror</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Colvin</title>
		<link>http://blog.oracle-ninja.com/2011/09/inside-the-oracle-database-appliance-part-1/#comment-1014</link>
		<dc:creator>Andy Colvin</dc:creator>
		<pubDate>Wed, 08 Aug 2012 13:59:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.oracle-ninja.com/?p=133#comment-1014</guid>
		<description><![CDATA[Sorry for the delay.  That port is The port that you&#039;re looking at is eth7.]]></description>
		<content:encoded><![CDATA[<p>Sorry for the delay.  That port is The port that you&#8217;re looking at is eth7.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: winn</title>
		<link>http://blog.oracle-ninja.com/2011/09/inside-the-oracle-database-appliance-part-1/#comment-1003</link>
		<dc:creator>winn</dc:creator>
		<pubDate>Tue, 10 Jul 2012 18:42:17 +0000</pubDate>
		<guid isPermaLink="false">http://blog.oracle-ninja.com/?p=133#comment-1003</guid>
		<description><![CDATA[I am looking at the back of our Sun Fire box and i see an unused Ethernet port;

(left side of box)
[X][X][X][0]
               ^What port is this?

I have eth0 -&gt; eth9

This is the default config:

eth0 192.168.x.x
eth1 192.168.x.x

bond0 – two 1G network interfaces (eth2/eth3) bonded together
bond1 – Two 1G network interfaces (eth4/eth5) bonded together
bond2 – Two 1G network interfaces (eth6/eth7) bonded together
xbond0 – Two 10G network interfaces (eth8/eth9) bonded together]]></description>
		<content:encoded><![CDATA[<p>I am looking at the back of our Sun Fire box and i see an unused Ethernet port;</p>
<p>(left side of box)<br />
[X][X][X][0]<br />
               ^What port is this?</p>
<p>I have eth0 -&gt; eth9</p>
<p>This is the default config:</p>
<p>eth0 192.168.x.x<br />
eth1 192.168.x.x</p>
<p>bond0 – two 1G network interfaces (eth2/eth3) bonded together<br />
bond1 – Two 1G network interfaces (eth4/eth5) bonded together<br />
bond2 – Two 1G network interfaces (eth6/eth7) bonded together<br />
xbond0 – Two 10G network interfaces (eth8/eth9) bonded together</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Colvin</title>
		<link>http://blog.oracle-ninja.com/2011/09/inside-the-oracle-database-appliance-part-1/#comment-887</link>
		<dc:creator>Andy Colvin</dc:creator>
		<pubDate>Mon, 23 Apr 2012 15:37:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.oracle-ninja.com/?p=133#comment-887</guid>
		<description><![CDATA[Are you talking about RAC one node?  When running the deployment, simply choose the advanced option, and you can choose between RAC, RAC one node (active/passive), and Enterprise Edition (only single-instance databases).]]></description>
		<content:encoded><![CDATA[<p>Are you talking about RAC one node?  When running the deployment, simply choose the advanced option, and you can choose between RAC, RAC one node (active/passive), and Enterprise Edition (only single-instance databases).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ali Khan</title>
		<link>http://blog.oracle-ninja.com/2011/09/inside-the-oracle-database-appliance-part-1/#comment-881</link>
		<dc:creator>Ali Khan</dc:creator>
		<pubDate>Sun, 22 Apr 2012 09:51:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.oracle-ninja.com/?p=133#comment-881</guid>
		<description><![CDATA[Dear Folks,

I have requirement to install Active/Passive on ODA,
Kindly send me the step by step to install Active/Passive configuration.]]></description>
		<content:encoded><![CDATA[<p>Dear Folks,</p>
<p>I have requirement to install Active/Passive on ODA,<br />
Kindly send me the step by step to install Active/Passive configuration.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Colvin</title>
		<link>http://blog.oracle-ninja.com/2011/09/inside-the-oracle-database-appliance-part-1/#comment-517</link>
		<dc:creator>Andy Colvin</dc:creator>
		<pubDate>Thu, 09 Feb 2012 20:50:50 +0000</pubDate>
		<guid isPermaLink="false">http://blog.oracle-ninja.com/?p=133#comment-517</guid>
		<description><![CDATA[They&#039;re not really switched interfaces, but the internal NICs use the onboard Intel 82576 chip.  From the RAC FAQ (note #220970.1):

------------------------------------------------------------------------------------------
Is crossover cable supported as an interconnect with RAC on any platform ?

NO. CROSS OVER CABLES ARE NOT SUPPORTED. The requirement is to use a switch: 

Detailed Reasons:

1) cross-cabling limits the expansion of RAC to two nodes 

2) cross-cabling is unstable:

a) Some NIC cards do not work properly with it. They are not able to negotiate the DTE/DCE clocking, and will thus not function. These NICS were made cheaper by assuming that the switch was going to have the clock. Unfortunately there is no way to know which NICs do not have that clock.

b) Media sense behaviour on various OS&#039;s (most notably Windows) will bring a NIC down when a cable is disconnected. Either of these issues can lead to cluster instability and lead to ORA-29740 errors (node evictions).

Due to the benefits and stability provided by a switch, and their afforability ($200 for a simple 16 port GigE switch), and the expense and time related to dealing with issues when one does not exist, this is the only supported configuration.

From a purely technology point of view Oracle does not care if the customer uses cross over cable or router or switches to deliver a message. However, we know from experience that a lot of adapters misbehave when used in a crossover configuration and cause a lot of problems for RAC. Hence we have stated on certify that we do not support crossover cables to avoid false bugs and finger pointing amongst the various parties: Oracle, Hardware vendors, Os vendors etc...

------------------------------------------------------------------------------------------

It&#039;s my understanding that Oracle has tested against these chips and has verified that the issues above are not present on this particular chip.]]></description>
		<content:encoded><![CDATA[<p>They&#8217;re not really switched interfaces, but the internal NICs use the onboard Intel 82576 chip.  From the RAC FAQ (note #220970.1):</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;<br />
Is crossover cable supported as an interconnect with RAC on any platform ?</p>
<p>NO. CROSS OVER CABLES ARE NOT SUPPORTED. The requirement is to use a switch: </p>
<p>Detailed Reasons:</p>
<p>1) cross-cabling limits the expansion of RAC to two nodes </p>
<p>2) cross-cabling is unstable:</p>
<p>a) Some NIC cards do not work properly with it. They are not able to negotiate the DTE/DCE clocking, and will thus not function. These NICS were made cheaper by assuming that the switch was going to have the clock. Unfortunately there is no way to know which NICs do not have that clock.</p>
<p>b) Media sense behaviour on various OS&#8217;s (most notably Windows) will bring a NIC down when a cable is disconnected. Either of these issues can lead to cluster instability and lead to ORA-29740 errors (node evictions).</p>
<p>Due to the benefits and stability provided by a switch, and their afforability ($200 for a simple 16 port GigE switch), and the expense and time related to dealing with issues when one does not exist, this is the only supported configuration.</p>
<p>From a purely technology point of view Oracle does not care if the customer uses cross over cable or router or switches to deliver a message. However, we know from experience that a lot of adapters misbehave when used in a crossover configuration and cause a lot of problems for RAC. Hence we have stated on certify that we do not support crossover cables to avoid false bugs and finger pointing amongst the various parties: Oracle, Hardware vendors, Os vendors etc&#8230;</p>
<p>&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;</p>
<p>It&#8217;s my understanding that Oracle has tested against these chips and has verified that the issues above are not present on this particular chip.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: hadar</title>
		<link>http://blog.oracle-ninja.com/2011/09/inside-the-oracle-database-appliance-part-1/#comment-515</link>
		<dc:creator>hadar</dc:creator>
		<pubDate>Thu, 09 Feb 2012 13:30:21 +0000</pubDate>
		<guid isPermaLink="false">http://blog.oracle-ninja.com/?p=133#comment-515</guid>
		<description><![CDATA[Hi,
There is a requirement that the  interconnect will use switched network and not cross cable.
How is it implemented in ODA ? Do they have internal switch on the somehow changed the concept and are using cross cable 
Hadar]]></description>
		<content:encoded><![CDATA[<p>Hi,<br />
There is a requirement that the  interconnect will use switched network and not cross cable.<br />
How is it implemented in ODA ? Do they have internal switch on the somehow changed the concept and are using cross cable<br />
Hadar</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andy Colvin</title>
		<link>http://blog.oracle-ninja.com/2011/09/inside-the-oracle-database-appliance-part-1/#comment-446</link>
		<dc:creator>Andy Colvin</dc:creator>
		<pubDate>Mon, 23 Jan 2012 20:46:06 +0000</pubDate>
		<guid isPermaLink="false">http://blog.oracle-ninja.com/?p=133#comment-446</guid>
		<description><![CDATA[Ahmed,

No matter what your configuration is, you will need 8 IP addresses.  That includes 2 for the ILOMs (each SC has an ILOM), 2 for the SCs, 2 for VIPs (each SC will have a vip), and 2 for the scan (because the cluster will only have 2 nodes, it only needs 2 IPs for the scan).  While it isn&#039;t required to have the ILOMs connected to the network, it is definitely recommended.  Also, even if you chose to not run RAC for the ODA, you will still get a clustered grid infrastructure, which will utilize the VIPs and scan.  This is included free of charge when you license enterprise edition.]]></description>
		<content:encoded><![CDATA[<p>Ahmed,</p>
<p>No matter what your configuration is, you will need 8 IP addresses.  That includes 2 for the ILOMs (each SC has an ILOM), 2 for the SCs, 2 for VIPs (each SC will have a vip), and 2 for the scan (because the cluster will only have 2 nodes, it only needs 2 IPs for the scan).  While it isn&#8217;t required to have the ILOMs connected to the network, it is definitely recommended.  Also, even if you chose to not run RAC for the ODA, you will still get a clustered grid infrastructure, which will utilize the VIPs and scan.  This is included free of charge when you license enterprise edition.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
