<?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 is full!</title>
	<atom:link href="http://jfw.id.au/2005/03/26/oracle-is-full/feed/" rel="self" type="application/rss+xml" />
	<link>http://jfw.id.au/2005/03/26/oracle-is-full/</link>
	<description>the mutterings of a part time nutcase.</description>
	<pubDate>Sun, 20 May 2012 08:07:53 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Me.</title>
		<link>http://jfw.id.au/2005/03/26/oracle-is-full/comment-page-1/#comment-6</link>
		<dc:creator>Me.</dc:creator>
		<pubDate>Sun, 03 Apr 2005 10:17:49 +0000</pubDate>
		<guid isPermaLink="false">http://www.jfw.id.au/2005/03/28/oracle-is-full/#comment-6</guid>
		<description>The processes that can be run manually to clean up the archive log destination and the catalogue can also be scheduled to run.  Needless to say this has been done, and we should not see this problem repeat itself any time soon.  

The only exception would be if the volume of transactions reaches that of the boxes a friend of mine looks after.  Currently they write approximately 2Gb of logs every 15 minutes. 
*eeeek*</description>
		<content:encoded><![CDATA[<p>The processes that can be run manually to clean up the archive log destination and the catalogue can also be scheduled to run.  Needless to say this has been done, and we should not see this problem repeat itself any time soon.  </p>
<p>The only exception would be if the volume of transactions reaches that of the boxes a friend of mine looks after.  Currently they write approximately 2Gb of logs every 15 minutes.<br />
*eeeek*</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alistair</title>
		<link>http://jfw.id.au/2005/03/26/oracle-is-full/comment-page-1/#comment-5</link>
		<dc:creator>Alistair</dc:creator>
		<pubDate>Fri, 01 Apr 2005 14:41:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.jfw.id.au/2005/03/28/oracle-is-full/#comment-5</guid>
		<description>I'm still surprised that when you moved the logs away, that Oracle didn't pick up that the catalogue and the file system were not in sync.

What do you suppose a reasonable reason would be for not automatically cleaning the catalogue when  logs are moved away? I appreciate that they have the functionality to manually do it, however at the same time; I'm not seeing an obvious reason for a catalogue to say 'Yes, we have 40Gb of logs present' when in fact the file system is saying 'No, we actually have 2Gb at the moment'.</description>
		<content:encoded><![CDATA[<p>I&#8217;m still surprised that when you moved the logs away, that Oracle didn&#8217;t pick up that the catalogue and the file system were not in sync.</p>
<p>What do you suppose a reasonable reason would be for not automatically cleaning the catalogue when  logs are moved away? I appreciate that they have the functionality to manually do it, however at the same time; I&#8217;m not seeing an obvious reason for a catalogue to say &#8216;Yes, we have 40Gb of logs present&#8217; when in fact the file system is saying &#8216;No, we actually have 2Gb at the moment&#8217;.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

