<?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/"
	xmlns:georss="http://www.georss.org/georss" xmlns:geo="http://www.w3.org/2003/01/geo/wgs84_pos#" xmlns:media="http://search.yahoo.com/mrss/"
		>
<channel>
	<title>Comments on: Tera-bug</title>
	<atom:link href="http://jonathanlewis.wordpress.com/2009/08/14/tera-bug/feed/" rel="self" type="application/rss+xml" />
	<link>http://jonathanlewis.wordpress.com/2009/08/14/tera-bug/</link>
	<description>Just another Oracle weblog</description>
	<lastBuildDate>Sun, 26 May 2013 02:13:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.com/</generator>
	<item>
		<title>By: Brian Fitzgerald</title>
		<link>http://jonathanlewis.wordpress.com/2009/08/14/tera-bug/#comment-50572</link>
		<dc:creator><![CDATA[Brian Fitzgerald]]></dc:creator>
		<pubDate>Sat, 29 Sep 2012 22:56:50 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=1976#comment-50572</guid>
		<description><![CDATA[The Oracle Education materials imply that the limit is 2 x 10^12 bytes, which it is not.]]></description>
		<content:encoded><![CDATA[<p>The Oracle Education materials imply that the limit is 2 x 10^12 bytes, which it is not.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Fontana</title>
		<link>http://jonathanlewis.wordpress.com/2009/08/14/tera-bug/#comment-35159</link>
		<dc:creator><![CDATA[Michael Fontana]]></dc:creator>
		<pubDate>Tue, 05 Jan 2010 21:15:50 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=1976#comment-35159</guid>
		<description><![CDATA[This harkens back to the good old days of Oracle 5 where if you created a datafile greater than 24m, it would let you, take all day, and then tell you it was not usable when it attempts to format the last few kb.  And then there was the &quot;feature&quot; where you could only have 32 datafiles in an entire database....]]></description>
		<content:encoded><![CDATA[<p>This harkens back to the good old days of Oracle 5 where if you created a datafile greater than 24m, it would let you, take all day, and then tell you it was not usable when it attempts to format the last few kb.  And then there was the &#8220;feature&#8221; where you could only have 32 datafiles in an entire database&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mwidlake</title>
		<link>http://jonathanlewis.wordpress.com/2009/08/14/tera-bug/#comment-34191</link>
		<dc:creator><![CDATA[mwidlake]]></dc:creator>
		<pubDate>Thu, 20 Aug 2009 23:31:52 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=1976#comment-34191</guid>
		<description><![CDATA[The &quot;growing terminal partition&quot; has also become a common pattern in my experience. It seems to be a case of someone sets up a sensible intention of terminal partitions being split either before they are used or within a short time of them being used (eg the terminal partition being split each month so that there is a month&#039;s data in both the old and new partition) but someone moves on and the partition splits are ignored as &quot;everthing is working&quot;.

Until it does not work. 

And then it gets tricky.

btw, have you come across any real petabyte databases yet? With those, it is going to be very hard not to hit the limits that Oracle Corp are not that good at testing themselves....

Martin W]]></description>
		<content:encoded><![CDATA[<p>The &#8220;growing terminal partition&#8221; has also become a common pattern in my experience. It seems to be a case of someone sets up a sensible intention of terminal partitions being split either before they are used or within a short time of them being used (eg the terminal partition being split each month so that there is a month&#8217;s data in both the old and new partition) but someone moves on and the partition splits are ignored as &#8220;everthing is working&#8221;.</p>
<p>Until it does not work. </p>
<p>And then it gets tricky.</p>
<p>btw, have you come across any real petabyte databases yet? With those, it is going to be very hard not to hit the limits that Oracle Corp are not that good at testing themselves&#8230;.</p>
<p>Martin W</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Lewis</title>
		<link>http://jonathanlewis.wordpress.com/2009/08/14/tera-bug/#comment-34188</link>
		<dc:creator><![CDATA[Jonathan Lewis]]></dc:creator>
		<pubDate>Thu, 20 Aug 2009 21:34:23 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=1976#comment-34188</guid>
		<description><![CDATA[It&#039;s surprising how often this &quot;growing partition&quot; happens.  I&#039;ve seen a few places which started with good intentions, but forgot to keep them going when a critical DBA left.

The symptoms to watch out for: a table with five partitions of 80 million rows, and a one partition of 1.5 billion rows. (YMMV)]]></description>
		<content:encoded><![CDATA[<p>It&#8217;s surprising how often this &#8220;growing partition&#8221; happens.  I&#8217;ve seen a few places which started with good intentions, but forgot to keep them going when a critical DBA left.</p>
<p>The symptoms to watch out for: a table with five partitions of 80 million rows, and a one partition of 1.5 billion rows. (YMMV)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mwidlake</title>
		<link>http://jonathanlewis.wordpress.com/2009/08/14/tera-bug/#comment-34175</link>
		<dc:creator><![CDATA[mwidlake]]></dc:creator>
		<pubDate>Wed, 19 Aug 2009 12:06:08 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=1976#comment-34175</guid>
		<description><![CDATA[I&#039;ll just upgrade the oracle on my netbook to 11 Jonathan, so I don&#039;t exceed the 4TB backup limit of RMAN....

(being serious, I&#039;ve seen this issue on an ASM system - If I remember correct, more and more sub-2TB discs were added to a volume supporting a tablespace holding the termnial partition of a table that the client ws failing to split...)]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ll just upgrade the oracle on my netbook to 11 Jonathan, so I don&#8217;t exceed the 4TB backup limit of RMAN&#8230;.</p>
<p>(being serious, I&#8217;ve seen this issue on an ASM system &#8211; If I remember correct, more and more sub-2TB discs were added to a volume supporting a tablespace holding the termnial partition of a table that the client ws failing to split&#8230;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jonathan Lewis</title>
		<link>http://jonathanlewis.wordpress.com/2009/08/14/tera-bug/#comment-34161</link>
		<dc:creator><![CDATA[Jonathan Lewis]]></dc:creator>
		<pubDate>Tue, 18 Aug 2009 16:55:01 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=1976#comment-34161</guid>
		<description><![CDATA[I love the way that blogs allow information to spread.  Shortly after publishing this note I got an email pointing me in the direction of bug 5448714 on Metalink.

&lt;strong&gt;REDISCOVERY INFORMATION: &lt;/strong&gt;
ORA-1455 is received when a backup of a datafile with size &gt; 4Tb is attempted. 

&lt;strong&gt;WORKAROUND&lt;/strong&gt;: 
None 

&lt;strong&gt;RELEASE NOTES: &lt;/strong&gt;
Rman cannot backup datafiles larger than 4 Tb 


I haven&#039;t managed to reproduce this on my laptop yet - and you may never run into it if you&#039;re using ASM (because you may expose yourself to ORA-15099 first) - but it&#039;s nice to know that it&#039;s fixed in 11.0]]></description>
		<content:encoded><![CDATA[<p>I love the way that blogs allow information to spread.  Shortly after publishing this note I got an email pointing me in the direction of bug 5448714 on Metalink.</p>
<p><strong>REDISCOVERY INFORMATION: </strong><br />
ORA-1455 is received when a backup of a datafile with size &gt; 4Tb is attempted. </p>
<p><strong>WORKAROUND</strong>:<br />
None </p>
<p><strong>RELEASE NOTES: </strong><br />
Rman cannot backup datafiles larger than 4 Tb </p>
<p>I haven&#8217;t managed to reproduce this on my laptop yet &#8211; and you may never run into it if you&#8217;re using ASM (because you may expose yourself to ORA-15099 first) &#8211; but it&#8217;s nice to know that it&#8217;s fixed in 11.0</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lascoltodelvenerdi</title>
		<link>http://jonathanlewis.wordpress.com/2009/08/14/tera-bug/#comment-34156</link>
		<dc:creator><![CDATA[lascoltodelvenerdi]]></dc:creator>
		<pubDate>Mon, 17 Aug 2009 12:30:19 +0000</pubDate>
		<guid isPermaLink="false">http://jonathanlewis.wordpress.com/?p=1976#comment-34156</guid>
		<description><![CDATA[Are they using a modified FAT?
LOL! :)

NOTE: Mine is only a joke!]]></description>
		<content:encoded><![CDATA[<p>Are they using a modified FAT?<br />
LOL! :)</p>
<p>NOTE: Mine is only a joke!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
