<?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: Oracle Exadata v2 &#8212; Truly Oracle (Sun) Hardware</title>
	<atom:link href="http://www.pythian.com/news/3930/oracle-exadata-v2-trully-oracle-hardware/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pythian.com/news/3930/oracle-exadata-v2-trully-oracle-hardware/</link>
	<description>News and views from Pythian DBAs</description>
	<lastBuildDate>Fri, 10 Feb 2012 13:01:25 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
	<item>
		<title>By: Alex Gorbachev</title>
		<link>http://www.pythian.com/news/3930/oracle-exadata-v2-trully-oracle-hardware/#comment-400343</link>
		<dc:creator>Alex Gorbachev</dc:creator>
		<pubDate>Mon, 25 Jan 2010 02:14:05 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=3930#comment-400343</guid>
		<description>@steve: We are working with a Pythian customer on the Exadata project and talking to the number of prospects.

If you are serious about it, there is always a way to arrange a reference call with a current Exadata customer.</description>
		<content:encoded><![CDATA[<p>@steve: We are working with a Pythian customer on the Exadata project and talking to the number of prospects.</p>
<p>If you are serious about it, there is always a way to arrange a reference call with a current Exadata customer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: steve rokes</title>
		<link>http://www.pythian.com/news/3930/oracle-exadata-v2-trully-oracle-hardware/#comment-400169</link>
		<dc:creator>steve rokes</dc:creator>
		<pubDate>Sun, 24 Jan 2010 05:29:16 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=3930#comment-400169</guid>
		<description>I would be interested in hearing from real customers utilizing this product</description>
		<content:encoded><![CDATA[<p>I would be interested in hearing from real customers utilizing this product</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Unveiling OLTP Oracle Database Machine &#38; Exadata v2 &#124; Pythian Group Blog</title>
		<link>http://www.pythian.com/news/3930/oracle-exadata-v2-trully-oracle-hardware/#comment-375062</link>
		<dc:creator>Unveiling OLTP Oracle Database Machine &#38; Exadata v2 &#124; Pythian Group Blog</dc:creator>
		<pubDate>Tue, 15 Sep 2009 23:16:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=3930#comment-375062</guid>
		<description>[...] that I, apparently successfully, predicted OLTP Database Machine on Sun hardware, I had to wake up before 6AM in Sydney to tune into Larry&#8217;s joined with Sun Microsystems [...]</description>
		<content:encoded><![CDATA[<p>[...] that I, apparently successfully, predicted OLTP Database Machine on Sun hardware, I had to wake up before 6AM in Sydney to tune into Larry&#8217;s joined with Sun Microsystems [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Gorbachev</title>
		<link>http://www.pythian.com/news/3930/oracle-exadata-v2-trully-oracle-hardware/#comment-374798</link>
		<dc:creator>Alex Gorbachev</dc:creator>
		<pubDate>Mon, 14 Sep 2009 10:35:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=3930#comment-374798</guid>
		<description>@Mark:

Oracle specifically positions and limits SE databases to avoid customers using it in high scale applications. Online backup is working with any release but it removes parallel backup and I think incremental backup. There is also no way to use normal partitioning in SE unless you want to mess around with &quot;poor man partitioning&quot; using UNION&#039;s. And etc. and etc.

Standard replication is included in SE and even some support for Streams but I wouldn&#039;t use it for bulk data load. I would say that Oracle SE would work in such federated data warehouse when you design it in the application and design your data load appropriately. However, querying federated Oracle SE databases is not straightforward and required either development of, perhaps, using some third party tools. I know &lt;a href=&quot;http://www.continuent.com/&quot; rel=&quot;nofollow&quot;&gt;Continuent&lt;/a&gt; has interesting solution for that. 

&lt;i&gt;&quot;Shared disk and shared everything solutions don’t compete on price-performance.&quot;&lt;/i&gt;

Shared disk makes writing applications so much easier and that&#039;s where I think the major advantage is. You don&#039;t think about database replication and how to architect you application for that. These days it&#039;s a huge advantage when developers can shorten time to market for their products.

There are, of course, some applications that either absolutely need shared disk architecture or to cumbersome to design with shared-noting. I don&#039;t think there are too many of those, however. :)

Anyway, total cost has many components and licensing might be only a small portion of it.</description>
		<content:encoded><![CDATA[<p>@Mark:</p>
<p>Oracle specifically positions and limits SE databases to avoid customers using it in high scale applications. Online backup is working with any release but it removes parallel backup and I think incremental backup. There is also no way to use normal partitioning in SE unless you want to mess around with &#8220;poor man partitioning&#8221; using UNION&#8217;s. And etc. and etc.</p>
<p>Standard replication is included in SE and even some support for Streams but I wouldn&#8217;t use it for bulk data load. I would say that Oracle SE would work in such federated data warehouse when you design it in the application and design your data load appropriately. However, querying federated Oracle SE databases is not straightforward and required either development of, perhaps, using some third party tools. I know <a href="http://www.continuent.com/" rel="nofollow">Continuent</a> has interesting solution for that. </p>
<p><i>&#8220;Shared disk and shared everything solutions don’t compete on price-performance.&#8221;</i></p>
<p>Shared disk makes writing applications so much easier and that&#8217;s where I think the major advantage is. You don&#8217;t think about database replication and how to architect you application for that. These days it&#8217;s a huge advantage when developers can shorten time to market for their products.</p>
<p>There are, of course, some applications that either absolutely need shared disk architecture or to cumbersome to design with shared-noting. I don&#8217;t think there are too many of those, however. :)</p>
<p>Anyway, total cost has many components and licensing might be only a small portion of it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark Callaghan</title>
		<link>http://www.pythian.com/news/3930/oracle-exadata-v2-trully-oracle-hardware/#comment-374663</link>
		<dc:creator>Mark Callaghan</dc:creator>
		<pubDate>Sun, 13 Sep 2009 16:08:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=3930#comment-374663</guid>
		<description>@Alex - I am referring to shared nothing RDBMS use for data warehouse queries, not MySQL-style sharding for scaleout. Teradata owns the market, Microsoft is about to enter and there are large number of new companies (Netezza, Greenplum, Aster Data, Par Accell, others). Shared disk and shared everything solutions don&#039;t compete on price-performance.

I want to read more about scale-out deployments based on Oracle. Assuming SE one can be used, this costs about $6k per core plus 20% per year for maintenance (about $50k for the license per 8-core master + $10k per year for maint) and then multiply that by 2 to cover license + maint for the slave. I am not sure how much more it costs to get replication and hot backup for that setup. Replication is a must have and hot backup is really nice to have.</description>
		<content:encoded><![CDATA[<p>@Alex &#8211; I am referring to shared nothing RDBMS use for data warehouse queries, not MySQL-style sharding for scaleout. Teradata owns the market, Microsoft is about to enter and there are large number of new companies (Netezza, Greenplum, Aster Data, Par Accell, others). Shared disk and shared everything solutions don&#8217;t compete on price-performance.</p>
<p>I want to read more about scale-out deployments based on Oracle. Assuming SE one can be used, this costs about $6k per core plus 20% per year for maintenance (about $50k for the license per 8-core master + $10k per year for maint) and then multiply that by 2 to cover license + maint for the slave. I am not sure how much more it costs to get replication and hot backup for that setup. Replication is a must have and hot backup is really nice to have.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Larry Ellison to Announce OLTP Database Machine on&#8230; Sun Hardware &#124; Pythian Group Blog</title>
		<link>http://www.pythian.com/news/3930/oracle-exadata-v2-trully-oracle-hardware/#comment-374600</link>
		<dc:creator>Larry Ellison to Announce OLTP Database Machine on&#8230; Sun Hardware &#124; Pythian Group Blog</dc:creator>
		<pubDate>Sun, 13 Sep 2009 08:02:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=3930#comment-374600</guid>
		<description>[...] line with my prediction from few days ago, Larry Ellison is announcing the new Database Machine &#8212; the new version is [...]</description>
		<content:encoded><![CDATA[<p>[...] line with my prediction from few days ago, Larry Ellison is announcing the new Database Machine &#8212; the new version is [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Fatkulin</title>
		<link>http://www.pythian.com/news/3930/oracle-exadata-v2-trully-oracle-hardware/#comment-374365</link>
		<dc:creator>Alex Fatkulin</dc:creator>
		<pubDate>Fri, 11 Sep 2009 14:20:58 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=3930#comment-374365</guid>
		<description>I guess that makes it the more unlikely the harder it is to do a SPARC port...</description>
		<content:encoded><![CDATA[<p>I guess that makes it the more unlikely the harder it is to do a SPARC port&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Gorbachev</title>
		<link>http://www.pythian.com/news/3930/oracle-exadata-v2-trully-oracle-hardware/#comment-374324</link>
		<dc:creator>Alex Gorbachev</dc:creator>
		<pubDate>Fri, 11 Sep 2009 05:07:48 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=3930#comment-374324</guid>
		<description>@Alex F: TPC-C is promoted on Sun SPARC platform.</description>
		<content:encoded><![CDATA[<p>@Alex F: TPC-C is promoted on Sun SPARC platform.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Gorbachev</title>
		<link>http://www.pythian.com/news/3930/oracle-exadata-v2-trully-oracle-hardware/#comment-374323</link>
		<dc:creator>Alex Gorbachev</dc:creator>
		<pubDate>Fri, 11 Sep 2009 04:56:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=3930#comment-374323</guid>
		<description>Thanks for all for the comments.

@Mark: There is nothing that prevents Oracle to scale just as others do with shared nothing architecture. Pythian has had number customers adopted that approach with Oracle SE and have been running for years. However, some applications are not designed (because it&#039;s either too difficult or they are just designed sloppy) to scale easily on shared nothing architecture.

@Alex: that&#039;s very well may be. I have tried to fish some info on that I haven&#039;t got any signs of yes or no.

@Martin: It takes some time for two companies to align and the delay in merger caused by EU investigations might very well impact the OOW release of Exadata on Sun hardware. On the other had, HP is completely different company, even though it is a close Oracle Partner (or was?).</description>
		<content:encoded><![CDATA[<p>Thanks for all for the comments.</p>
<p>@Mark: There is nothing that prevents Oracle to scale just as others do with shared nothing architecture. Pythian has had number customers adopted that approach with Oracle SE and have been running for years. However, some applications are not designed (because it&#8217;s either too difficult or they are just designed sloppy) to scale easily on shared nothing architecture.</p>
<p>@Alex: that&#8217;s very well may be. I have tried to fish some info on that I haven&#8217;t got any signs of yes or no.</p>
<p>@Martin: It takes some time for two companies to align and the delay in merger caused by EU investigations might very well impact the OOW release of Exadata on Sun hardware. On the other had, HP is completely different company, even though it is a close Oracle Partner (or was?).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Martin Berger</title>
		<link>http://www.pythian.com/news/3930/oracle-exadata-v2-trully-oracle-hardware/#comment-374285</link>
		<dc:creator>Martin Berger</dc:creator>
		<pubDate>Thu, 10 Sep 2009 19:10:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/news/?p=3930#comment-374285</guid>
		<description>Alex,
I really hope you are right, in special the (even) better integration Oracle  Solaris.
(Sparc or x86 is more a question of different platform for different purposes). 
Half a year is not long to integrate, we will see if it&#039;s enough time for Oracle. 
Maybe we will see just an anouncement at OOW, with the real product in Spring 2010?
Martin</description>
		<content:encoded><![CDATA[<p>Alex,<br />
I really hope you are right, in special the (even) better integration Oracle  Solaris.<br />
(Sparc or x86 is more a question of different platform for different purposes).<br />
Half a year is not long to integrate, we will see if it&#8217;s enough time for Oracle.<br />
Maybe we will see just an anouncement at OOW, with the real product in Spring 2010?<br />
Martin</p>
]]></content:encoded>
	</item>
</channel>
</rss>

