<?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>TheSysAdminLog &#187; microsoft</title>
	<atom:link href="http://thesysadminlog.com/tag/microsoft/feed/" rel="self" type="application/rss+xml" />
	<link>http://thesysadminlog.com</link>
	<description></description>
	<lastBuildDate>Wed, 10 Feb 2010 04:14:14 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>Yet Another Reminder That Replication Is Not Backup</title>
		<link>http://thesysadminlog.com/backup/yet-another-reminder-that-replication-is-not-backup/</link>
		<comments>http://thesysadminlog.com/backup/yet-another-reminder-that-replication-is-not-backup/#comments</comments>
		<pubDate>Wed, 14 Oct 2009 05:34:21 +0000</pubDate>
		<dc:creator>Wyatt Walter</dc:creator>
				<category><![CDATA[Backup]]></category>
		<category><![CDATA[microsoft]]></category>
		<category><![CDATA[replication]]></category>
		<category><![CDATA[storage]]></category>

		<guid isPermaLink="false">http://thesysadminlog.com/?p=19</guid>
		<description><![CDATA[It seems like every six months we hear another sad tale of a huge amount of data lost by an online service. The story usually revolves around the fact that IT management forgets that replication is not backup. Last week the story hit the web about Microsoft / Danger&#8217;s disaster with their online service for [...]]]></description>
			<content:encoded><![CDATA[<p>It seems like every six months we hear another sad tale of a huge amount of data lost by an online service. The story usually revolves around the fact that IT management forgets that replication is not backup. Last week the story hit the web about <a href="http://www.techcrunch.com/2009/10/10/t-mobile-sidekick-disaster-microsofts-servers-crashed-and-they-dont-have-a-backup/">Microsoft / Danger&#8217;s disaster </a>with their online service for Sidekick. For anyone who didn&#8217;t read about the issues, the Sidekick is a mobile phone from T-Mobile that doesn&#8217;t store data locally, but pulls is from (what is now known as) a cloud service. The device and service are offered by Danger which is now owned by Microsoft. The service went offline about a week and a half ago and last week T-Mobile, Microsoft, and Danger let customers know that their data is most likely gone for good.</p>
<p><img src="http://thesysadminlog.com/wp-content/uploads/2009/10/time-machine-error-300x117.png" alt="time-machine-error" title="time-machine-error" width="300" height="117" align="left" class="alignnone size-medium wp-image-22" />The announcement told customers that the data loss was due to a &#8220;server failure&#8221;, though <a href="http://www.hiptop3.com/archives/what-caused-the-sidekick-fail/">some have speculated</a> that it was due to some sort of botched SAN maintenance. The story is truly sad since loads of people lost data including contacts, calendars, to-do lists, and photos; however it&#8217;s not nearly as sad until you factor in that the whole thing was easily preventable. In this case, Microsoft apparently didn&#8217;t have any sort of backups.</p>
<p>Interestingly enough, a lot of sysadmins seem to forget <a href="http://whatan00b.com/an-important-reminder">some basic rules</a> of keeping valuable data around. After disasters like this, it&#8217;s important to examine our own operations with this cardinal rule in mind: replication is by no means of the imagination a backup. This is especially true when one tries to depend upon RAID to protect from data loss. RAID is effective against hard drive failures, but if you delete a file on one drive, it deletes it on the other. This is important to keep in mind as well when replicating data across a network either through a straight file copy or a clustered file system. No matter the method, keep in mind that you still need old copies for those accidental deletes. </p>
]]></content:encoded>
			<wfw:commentRss>http://thesysadminlog.com/backup/yet-another-reminder-that-replication-is-not-backup/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

