<?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: RMAN Redundancy is not a Viable Retention Policy</title>
	<atom:link href="http://www.pythian.com/news/1509/rman-redundancy-is-not-a-viable-retention-policy/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pythian.com/news/1509/rman-redundancy-is-not-a-viable-retention-policy/</link>
	<description>News and views from Pythian DBAs</description>
	<lastBuildDate>Wed, 10 Mar 2010 02:28:40 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: RMAN Redundancy is not a Viable Retention Policy &#171; die Seilerwerks</title>
		<link>http://www.pythian.com/news/1509/rman-redundancy-is-not-a-viable-retention-policy/#comment-370548</link>
		<dc:creator>RMAN Redundancy is not a Viable Retention Policy &#171; die Seilerwerks</dc:creator>
		<pubDate>Wed, 19 Aug 2009 18:17:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/blogs/1509/rman-redundancy-is-not-a-viable-retention-policy#comment-370548</guid>
		<description>[...] leave a comment &#187;  Originally posted on The Pythian Group blog. [...]</description>
		<content:encoded><![CDATA[<p>[...] leave a comment &raquo;  Originally posted on The Pythian Group blog. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Log Buffer #138: A Carnival of the Vanities for DBAs</title>
		<link>http://www.pythian.com/news/1509/rman-redundancy-is-not-a-viable-retention-policy/#comment-349082</link>
		<dc:creator>Log Buffer #138: A Carnival of the Vanities for DBAs</dc:creator>
		<pubDate>Fri, 06 Mar 2009 17:05:17 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/blogs/1509/rman-redundancy-is-not-a-viable-retention-policy#comment-349082</guid>
		<description>[...] Having covered IBM, let&#8217;s switch to Oracle and Eric Emrick, where he talks about database continuity for a while, and then let&#8217;s go over to Pythian&#8217;s Don Seiler and his talk on how RMAN isn&#8217;t good for retention policies, in his blog RMAN Redundancy is not a Viable Policy. [...]</description>
		<content:encoded><![CDATA[<p>[...] Having covered IBM, let&#8217;s switch to Oracle and Eric Emrick, where he talks about database continuity for a while, and then let&#8217;s go over to Pythian&#8217;s Don Seiler and his talk on how RMAN isn&#8217;t good for retention policies, in his blog RMAN Redundancy is not a Viable Policy. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris_c</title>
		<link>http://www.pythian.com/news/1509/rman-redundancy-is-not-a-viable-retention-policy/#comment-348496</link>
		<dc:creator>Chris_c</dc:creator>
		<pubDate>Thu, 05 Mar 2009 14:17:21 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/blogs/1509/rman-redundancy-is-not-a-viable-retention-policy#comment-348496</guid>
		<description>I&#039;ve never liked redundancy based retention, recovery window always seemed more precise, although there are a couple of oddities here My understanding is that the datafile backup should have failed when it found the corruption unless configured to ignore it, also having the backupsets contain one file each seems to be required.

I&#039;ve seen the tape backup thing as well working at a site with a 4 day SLA to fix tape failures and a three day archivelog disk retention policy, has some interesting conversations with the storage guys on that one.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve never liked redundancy based retention, recovery window always seemed more precise, although there are a couple of oddities here My understanding is that the datafile backup should have failed when it found the corruption unless configured to ignore it, also having the backupsets contain one file each seems to be required.</p>
<p>I&#8217;ve seen the tape backup thing as well working at a site with a 4 day SLA to fix tape failures and a three day archivelog disk retention policy, has some interesting conversations with the storage guys on that one.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bradd Piontek</title>
		<link>http://www.pythian.com/news/1509/rman-redundancy-is-not-a-viable-retention-policy/#comment-348283</link>
		<dc:creator>Bradd Piontek</dc:creator>
		<pubDate>Wed, 04 Mar 2009 22:57:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.pythian.com/blogs/1509/rman-redundancy-is-not-a-viable-retention-policy#comment-348283</guid>
		<description>Memories , like the corner of my mind. 
Misty water-colored memories. 
Of the way we were
Scattered pictures,
Of the smiles we left behind
Smiles we gave to one another
For the way we were
Can it be that it was all so simple then?
Or has time re-written every line?
If we had the chance to do it all again
Tell me, would we? could we?

No. we definitely could not, should not do it all again.</description>
		<content:encoded><![CDATA[<p>Memories , like the corner of my mind.<br />
Misty water-colored memories.<br />
Of the way we were<br />
Scattered pictures,<br />
Of the smiles we left behind<br />
Smiles we gave to one another<br />
For the way we were<br />
Can it be that it was all so simple then?<br />
Or has time re-written every line?<br />
If we had the chance to do it all again<br />
Tell me, would we? could we?</p>
<p>No. we definitely could not, should not do it all again.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
