<?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: Are Daily Backups Really Sufficent?</title>
	<atom:link href="http://www.lattimore.id.au/2007/08/23/are-daily-backups-really-sufficent/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.lattimore.id.au/2007/08/23/are-daily-backups-really-sufficent/</link>
	<description>The day to day goings on of our family</description>
	<lastBuildDate>Mon, 30 Jan 2012 20:24:55 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
	<item>
		<title>By: Jacob</title>
		<link>http://www.lattimore.id.au/2007/08/23/are-daily-backups-really-sufficent/comment-page-1/#comment-109733</link>
		<dc:creator>Jacob</dc:creator>
		<pubDate>Thu, 23 Aug 2007 03:49:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.lattimore.id.au/2007/08/23/are-daily-backups-really-sufficent/#comment-109733</guid>
		<description>I should have added, the archive logs were being written to the SAN but the nature of the problem that we experienced meant that the data on a couple of the member disks in the diskset was completely overwritten and destroyed.  Due to how the ASM configuration was set up we were relying on the RAID redundancy of the shelf, and not using the inbuilt redundancy that you can use in ASM.  This would also have gotten us out of the situation that we were in.</description>
		<content:encoded><![CDATA[<p>I should have added, the archive logs were being written to the SAN but the nature of the problem that we experienced meant that the data on a couple of the member disks in the diskset was completely overwritten and destroyed.  Due to how the ASM configuration was set up we were relying on the RAID redundancy of the shelf, and not using the inbuilt redundancy that you can use in ASM.  This would also have gotten us out of the situation that we were in.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jacob</title>
		<link>http://www.lattimore.id.au/2007/08/23/are-daily-backups-really-sufficent/comment-page-1/#comment-109732</link>
		<dc:creator>Jacob</dc:creator>
		<pubDate>Thu, 23 Aug 2007 03:47:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.lattimore.id.au/2007/08/23/are-daily-backups-really-sufficent/#comment-109732</guid>
		<description>Actually... the real crux of the problem was that the archive logs were not being written to a secondary device so that once the backup was restored the processed transactions could be rolled forwards.  

In the event that this had been properly configured we would have been in a much better position.  I&#039;ve already discussed options and am working on the plan that will stop this from happening again...

and yes internet ppl that read this, i&#039;m the DBA responsible for this database... please feel free to flame away :)</description>
		<content:encoded><![CDATA[<p>Actually&#8230; the real crux of the problem was that the archive logs were not being written to a secondary device so that once the backup was restored the processed transactions could be rolled forwards.  </p>
<p>In the event that this had been properly configured we would have been in a much better position.  I&#8217;ve already discussed options and am working on the plan that will stop this from happening again&#8230;</p>
<p>and yes internet ppl that read this, i&#8217;m the DBA responsible for this database&#8230; please feel free to flame away :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Al</title>
		<link>http://www.lattimore.id.au/2007/08/23/are-daily-backups-really-sufficent/comment-page-1/#comment-109713</link>
		<dc:creator>Al</dc:creator>
		<pubDate>Thu, 23 Aug 2007 00:25:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.lattimore.id.au/2007/08/23/are-daily-backups-really-sufficent/#comment-109713</guid>
		<description>[Edit]: This comment was in response to someone from a company offering backup services. Whilst I was willing to let one spam-esque comment through in case it was done manually for a little self promotion, I&#039;m not willing to let a second one through. The person in question stated that as a test, any company should request their IT department restore some &#039;critical&#039; data as a test.

Vicky,

Recovering data in the above manner isn&#039;t a problem, we restore and use our backup data regularly in various other environments.

In my opinion, the problem we faced was that our backup schedule wasn&#039;t happening often enough; such that too many changes were taking place during a business day, making a full disaster recovery painful (not impossible, just painful).

After all is said and done, a business will always place a cost on the data. If the cost of losing it outweighs the cost of protecting it, then better solutions will be provided. Given that this is the first time in a many years, they might consider our current backup policy as &#039;adequate&#039; and not want to pursue it further (unlikely) but just illustrating a point.

Al.</description>
		<content:encoded><![CDATA[<p>[Edit]: This comment was in response to someone from a company offering backup services. Whilst I was willing to let one spam-esque comment through in case it was done manually for a little self promotion, I&#8217;m not willing to let a second one through. The person in question stated that as a test, any company should request their IT department restore some &#8216;critical&#8217; data as a test.</p>
<p>Vicky,</p>
<p>Recovering data in the above manner isn&#8217;t a problem, we restore and use our backup data regularly in various other environments.</p>
<p>In my opinion, the problem we faced was that our backup schedule wasn&#8217;t happening often enough; such that too many changes were taking place during a business day, making a full disaster recovery painful (not impossible, just painful).</p>
<p>After all is said and done, a business will always place a cost on the data. If the cost of losing it outweighs the cost of protecting it, then better solutions will be provided. Given that this is the first time in a many years, they might consider our current backup policy as &#8216;adequate&#8217; and not want to pursue it further (unlikely) but just illustrating a point.</p>
<p>Al.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

