 




<?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>Custom Application Development &#187; Application Backup</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/customapps/tag/application-backup/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/customapps</link>
	<description>Buy, Build or Ignore?</description>
	<lastBuildDate>Tue, 30 Jun 2009 14:04:10 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
		<item>
		<title>Backup, Backup, Backup</title>
		<link>http://itknowledgeexchange.techtarget.com/customapps/backup-backup-backup/</link>
		<comments>http://itknowledgeexchange.techtarget.com/customapps/backup-backup-backup/#comments</comments>
		<pubDate>Thu, 04 Dec 2008 15:03:39 +0000</pubDate>
		<dc:creator>SJC</dc:creator>
				<category><![CDATA[Application Backup]]></category>
		<category><![CDATA[Backup]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/customapps/backup-backup-backup/</guid>
		<description><![CDATA[There is no end to the need for backup(s).  I&#8217;ve been chided on numerous occasions for always taking the safe route &#8212; which basically in my book is don&#8217;t change ANYTHING without being sure you have a backup.  Backups take time &#8212; but it is time well worth taking!  Especially if you have to make [...]]]></description>
				<content:encoded><![CDATA[<p>There is no end to the need for backup(s).  I&#8217;ve been chided on numerous occasions for always taking the safe route &#8212; which basically in my book is don&#8217;t change ANYTHING without being sure you have a backup.  Backups take time &#8212; but it is time well worth taking!  Especially if you have to make a change in the middle of a workday &#8212; being safe is the only way to go in my opinion.</p>
<p>So, by now you are probably figuring that I had an &#8220;incident&#8221; to spark my flurry of writing on of all things &#8212; backup!  If you guessed that, you would be 100% correct!  By once again being what some have called &#8220;over cautious&#8221; about ensuring up-to-date backup I have been able to rescue a customer from disaster.  Their nightly backup was &#8220;old&#8221;, and rather than take any chance with &#8220;something&#8221; going wrong, I insisted in making a backup of their critical data before doing what &#8220;should&#8221; have been a &#8220;safe&#8221; maintenance function.</p>
<p>Well, the &#8220;safe&#8221; maintenance function failed &#8212; for reasons unknown!  (&#8230;aren&#8217;t they always?&#8221;).  However, the fact that the maintenance function failed was not apparent &#8212; in fact it looked like all was back to &#8220;normal&#8221;, mission accomplished &#8212; until the next day when a user went to run a report and the requested data was &#8220;missing&#8221;.  Further investigation revealed that the table was in fact missing some 60,000 records &#8212; a disaster for this client!</p>
<p>Fortunately, because I took the &#8220;safe&#8221; route, I was able to recover the missing records and combine them with the &#8220;new&#8221; records added during the 24 hours that it was thought all was back to normal.  End result &#8212; apparently no data lost.  Moral of this true story &#8212; backup, backup, backup!</p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/customapps/backup-backup-backup/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
