<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>The Pythian Blog &#187; recovery</title>
	<atom:link href="http://www.pythian.com/news/tag/recovery/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.pythian.com/news</link>
	<description>News and views from Pythian DBAs</description>
	<lastBuildDate>Fri, 10 Feb 2012 09:54:45 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.4</generator>
		<item>
		<title>When Was Your Last Disaster Recovery Test?</title>
		<link>http://www.pythian.com/news/10669/when-was-your-last-disaster-recovery-test/</link>
		<comments>http://www.pythian.com/news/10669/when-was-your-last-disaster-recovery-test/#comments</comments>
		<pubDate>Wed, 07 Apr 2010 14:49:57 +0000</pubDate>
		<dc:creator>Alex Gorbachev</dc:creator>
				<category><![CDATA[Business Blog]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[business continuity]]></category>
		<category><![CDATA[Disaster Recovery]]></category>
		<category><![CDATA[recovery]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=10669</guid>
		<description><![CDATA[If you answer anything else but something like &#8220;last month and every month before that&#8221;, then you are probably in troubles. Learn from Wikipedia’s Data Center Overheating. It doesn&#8217;t mean that they didn&#8217;t regularly test their disaster recovery process. Maybe they did but the failover mechanism was broken after the last test. A regular DR [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/10669/when-was-your-last-disaster-recovery-test/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Sydney Oracle Meetup #4 &#8212; Backups, Recovery and Disasters</title>
		<link>http://www.pythian.com/news/2432/sydney-oracle-meetup-4-backups-recovery-and-disasters/</link>
		<comments>http://www.pythian.com/news/2432/sydney-oracle-meetup-4-backups-recovery-and-disasters/#comments</comments>
		<pubDate>Wed, 13 May 2009 11:43:31 +0000</pubDate>
		<dc:creator>Alex Gorbachev</dc:creator>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[SQL Server]]></category>
		<category><![CDATA[Sydney Oracle Meetup]]></category>
		<category><![CDATA[Australia]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[data guard]]></category>
		<category><![CDATA[recovery]]></category>
		<category><![CDATA[Sydney]]></category>

		<guid isPermaLink="false">http://www.pythian.com/news/?p=2432</guid>
		<description><![CDATA[Please feel free to submit the backup and recovery and DR topics you want to discuss &#8211; just mention in the comments and I&#8217;ll make sure they are on the agenda! What: Sydney Oracle Meetup #4 &#8211; Backups, Recovery and Disasters When: May 15, 2009 5:30 PM Where: Our usual location in CBD see even [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/2432/sydney-oracle-meetup-4-backups-recovery-and-disasters/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>RMAN Redundancy is not a Viable Retention Policy</title>
		<link>http://www.pythian.com/news/1509/rman-redundancy-is-not-a-viable-retention-policy/</link>
		<comments>http://www.pythian.com/news/1509/rman-redundancy-is-not-a-viable-retention-policy/#comments</comments>
		<pubDate>Wed, 04 Mar 2009 17:48:33 +0000</pubDate>
		<dc:creator>Don Seiler</dc:creator>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[fra]]></category>
		<category><![CDATA[logs]]></category>
		<category><![CDATA[recovery]]></category>
		<category><![CDATA[recovery window]]></category>
		<category><![CDATA[redundancy]]></category>
		<category><![CDATA[rman]]></category>

		<guid isPermaLink="false">http://www.pythian.com/blogs/1509/rman-redundancy-is-not-a-viable-retention-policy</guid>
		<description><![CDATA[The story you are about to read is based on actual events. Names and paths have been changed to protect the innocent. I call this scenario &#8220;The Perfect Storm&#8221; because it took just the right combination of events and configurations. Sadly, this doesn&#8217;t make it an unlikely occurrence, so I&#8217;m posting it here in hopes [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/1509/rman-redundancy-is-not-a-viable-retention-policy/feed/</wfw:commentRss>
		<slash:comments>8</slash:comments>
		</item>
		<item>
		<title>Overview of Transaction Logging in MySQL</title>
		<link>http://www.pythian.com/news/1337/overview-of-transaction-logging-in-mysql/</link>
		<comments>http://www.pythian.com/news/1337/overview-of-transaction-logging-in-mysql/#comments</comments>
		<pubDate>Thu, 06 Nov 2008 20:22:02 +0000</pubDate>
		<dc:creator>Keith Murphy</dc:creator>
				<category><![CDATA[MySQL]]></category>
		<category><![CDATA[ACID]]></category>
		<category><![CDATA[Falcon]]></category>
		<category><![CDATA[InnoDB]]></category>
		<category><![CDATA[recovery]]></category>
		<category><![CDATA[redo log]]></category>
		<category><![CDATA[transaction logging]]></category>
		<category><![CDATA[transactional logs]]></category>
		<category><![CDATA[undo log]]></category>

		<guid isPermaLink="false">http://www.pythian.com/blogs/1337/overview-of-transaction-logging-in-mysql</guid>
		<description><![CDATA[I was doing some research over the weekend on how transactions work &#8220;under the hood&#8221; in MySQL. I thought it might be enlightening if I wrote about what I found. The database system must resolve the situation where, for whatever reason, the database server stops working in the middle of a transaction.Â  Perhaps the power [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/1337/overview-of-transaction-logging-in-mysql/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>MySQL Backup Presentation Online</title>
		<link>http://www.pythian.com/news/1070/mysql-backup-presentation-online/</link>
		<comments>http://www.pythian.com/news/1070/mysql-backup-presentation-online/#comments</comments>
		<pubDate>Wed, 18 Jun 2008 18:47:33 +0000</pubDate>
		<dc:creator>Keith Murphy</dc:creator>
				<category><![CDATA[MySQL]]></category>
		<category><![CDATA[backups]]></category>
		<category><![CDATA[BMUG]]></category>
		<category><![CDATA[presentations]]></category>
		<category><![CDATA[recovery]]></category>

		<guid isPermaLink="false">http://www.pythian.com/blogs/1070/backup-presentation-online</guid>
		<description><![CDATA[I finished uploading the backup presentation that I did last Monday at the Boston MySQL User&#8217;s Group. It is here: http://www.paragon-cs.com/presentations. I cover the basics of backup/recovery and disaster planning. Total time is about an hour and three minutes. It was a lot of fun and the Bostonians seem to appreciate it. Thanks, Sheeri for [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/1070/mysql-backup-presentation-online/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>FLASHBACK TABLE vs. DBA_OBJECTS . LAST_DDL_TIME</title>
		<link>http://www.pythian.com/news/1027/flashback-table-vs-dba_objectslast_ddl_time/</link>
		<comments>http://www.pythian.com/news/1027/flashback-table-vs-dba_objectslast_ddl_time/#comments</comments>
		<pubDate>Fri, 06 Jun 2008 21:35:04 +0000</pubDate>
		<dc:creator>Don Seiler</dc:creator>
				<category><![CDATA[Oracle]]></category>
		<category><![CDATA[flashback]]></category>
		<category><![CDATA[recovery]]></category>

		<guid isPermaLink="false">http://www.pythian.com/blogs/1027/flashback-table-vs-dba_objectslast_ddl_time</guid>
		<description><![CDATA[A little over a week ago, a teammate and I were trying to use Oracle&#8217;s FLASHBACK TABLE to undo an &#8220;oops&#8221; UPDATE statement that a client&#8217;s developers had run on one of their test databases, clearing data from two columns in all rows of the table. The statement was actually part of a script that [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/1027/flashback-table-vs-dba_objectslast_ddl_time/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Metalink Note on Datafile Recovery Will Corrupt Database</title>
		<link>http://www.pythian.com/news/657/metalink-note-on-datafile-recovery-will-corrupt-database/</link>
		<comments>http://www.pythian.com/news/657/metalink-note-on-datafile-recovery-will-corrupt-database/#comments</comments>
		<pubDate>Thu, 08 Nov 2007 20:06:52 +0000</pubDate>
		<dc:creator>Christo Kutrovsky</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[buffer cache]]></category>
		<category><![CDATA[datafiles]]></category>
		<category><![CDATA[dbwriter]]></category>
		<category><![CDATA[metalink]]></category>
		<category><![CDATA[recovery]]></category>

		<guid isPermaLink="false">http://www.pythian.com/blogs/657/metalink-note-on-datafile-recovery-will-corrupt-database</guid>
		<description><![CDATA[Thinking I had something new, I wrote this article about recovering deleted files. However, it turns out Frits Hoogland had already blogged about recovery of deleted files on linux, as Frits pointed out in a comment on my blog, where he also mentioned a metalink note on this matter. The note ID is: 444749.1 &#8220;Retrieve [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/657/metalink-note-on-datafile-recovery-will-corrupt-database/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
		<item>
		<title>How to Recover Deleted Oracle Datafiles with No Downtime</title>
		<link>http://www.pythian.com/news/656/how-to-recover-deleted-oracle-datafiles-with-no-downtime/</link>
		<comments>http://www.pythian.com/news/656/how-to-recover-deleted-oracle-datafiles-with-no-downtime/#comments</comments>
		<pubDate>Wed, 07 Nov 2007 19:44:00 +0000</pubDate>
		<dc:creator>Christo Kutrovsky</dc:creator>
				<category><![CDATA[Group Blog Posts]]></category>
		<category><![CDATA[Oracle]]></category>
		<category><![CDATA[datafiles]]></category>
		<category><![CDATA[recovery]]></category>

		<guid isPermaLink="false">http://www.pythian.com/blogs/656/how-to-recover-deleted-oracle-datafiles-with-no-downtime</guid>
		<description><![CDATA[So you have accidentally removed a datafile from your production database? First thing, DON&#8217;T PANIC! There&#8217;s an easy way to recover deleted datafiles, for as long as your database remains up. The procedure below works on linux, however this method conceivably can work for other platforms. This procedure will even work if your database is [...]]]></description>
		<wfw:commentRss>http://www.pythian.com/news/656/how-to-recover-deleted-oracle-datafiles-with-no-downtime/feed/</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
	</channel>
</rss>

