<?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>MyLaptopGPS &#187; disaster recovery planning</title>
	<atom:link href="http://blog.mylaptopgps.com/tag/disaster-recovery-planning/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.mylaptopgps.com</link>
	<description>Laptop Computer Security</description>
	<lastBuildDate>Tue, 07 Jun 2011 19:50:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Tip of the Week: Build a Disaster Recovery Plan, Part Four</title>
		<link>http://blog.mylaptopgps.com/2010/02/09/tip-of-the-week-build-a-disaster-recovery-plan-part-four/</link>
		<comments>http://blog.mylaptopgps.com/2010/02/09/tip-of-the-week-build-a-disaster-recovery-plan-part-four/#comments</comments>
		<pubDate>Wed, 10 Feb 2010 04:11:31 +0000</pubDate>
		<dc:creator>Dan Yost</dc:creator>
				<category><![CDATA[Tips]]></category>
		<category><![CDATA[alternate infrastructure]]></category>
		<category><![CDATA[backup facility]]></category>
		<category><![CDATA[bunker]]></category>
		<category><![CDATA[data center]]></category>
		<category><![CDATA[disaster recovery planning]]></category>
		<category><![CDATA[redundancy]]></category>
		<category><![CDATA[Titan Private Secrurity Vault]]></category>
		<category><![CDATA[TPSV]]></category>
		<category><![CDATA[weather related downtime]]></category>

		<guid isPermaLink="false">http://blog.mylaptopgps.com/?p=809</guid>
		<description><![CDATA[We&#8217;re still thinking about disasters, and that&#8217;s a good thing. Most people, and even most businesses, don&#8217;t really think about them until they happen, other than perhaps to buy some insurance (a great start).
We&#8217;ve looked so far at data backup, the automation thereof, and the recoverability that&#8217;s essential. This week, consider a quick, broader look [...]]]></description>
			<content:encoded><![CDATA[<p>We&#8217;re still thinking about disasters, and that&#8217;s a good thing. Most people, and even most businesses, don&#8217;t really think about them until they happen, other than perhaps to buy some insurance (a great start).</p>
<p>We&#8217;ve looked so far at data backup, the automation thereof, and the recoverability that&#8217;s essential. This week, consider a quick, broader look at infrastructure. If the lights went out, how would you operate? Folks in the Northeast are thinking about this, and even in the Midwest we&#8217;re all too familiar with ice storms and their power grid impacts.</p>
<p>It&#8217;s handy that just the other day, at an <a title="site" href="http://www.i2e.org" target="_blank">i2E</a> event near us in Tulsa, Oklahoma, I met a pair of entrepreneurs from a &#8220;bunker&#8221; style vault data center, <a title="site" href="http://www.tpsv.com/" target="_blank">Titan Private Security Vault</a>. They already have stories of millions of dollars saved when their clients&#8211;rather large enterprises in the region&#8211;were able to shift operations on a moment&#8217;s notice to a secondary location (TPSV) when the grid went dark. In one case, it was due to a major disruption in downtown Tulsa. In another case, it was a massive ice storm that made headlines across the nation.</p>
<p>Point is, these businesses had a plan in place that included secondary, leased workstations and infrastructure, allowing them to get payroll completed and handle other mission critical functions even when the rest of the city was dark.</p>
<p>It may be that this level of redundancy is beyond your budget. It may not be. Either way, thinking ahead to how you would keep a heartbeat going if the whole state lost electricity is a key part of a disaster recovery plan, or at least a &#8220;disaster aversion plan.&#8221;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mylaptopgps.com/2010/02/09/tip-of-the-week-build-a-disaster-recovery-plan-part-four/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Tip of the Week: Build a Disaster Recovery Plan, Part Three</title>
		<link>http://blog.mylaptopgps.com/2010/02/02/tip-of-the-week-build-a-disaster-recovery-plan-part-three/</link>
		<comments>http://blog.mylaptopgps.com/2010/02/02/tip-of-the-week-build-a-disaster-recovery-plan-part-three/#comments</comments>
		<pubDate>Tue, 02 Feb 2010 20:41:16 +0000</pubDate>
		<dc:creator>Dan Yost</dc:creator>
				<category><![CDATA[Tips]]></category>
		<category><![CDATA[backup agent]]></category>
		<category><![CDATA[backup testing]]></category>
		<category><![CDATA[data backup]]></category>
		<category><![CDATA[data recovery]]></category>
		<category><![CDATA[disaster recovery]]></category>
		<category><![CDATA[disaster recovery planning]]></category>
		<category><![CDATA[recoverability]]></category>
		<category><![CDATA[reliability]]></category>

		<guid isPermaLink="false">http://blog.mylaptopgps.com/?p=800</guid>
		<description><![CDATA[Our theme continues with the same focus on data backup, particularly since data loss is far and away the likeliest disaster each of us will face, as hard drive crashes, laptop thefts, and spilled coffee on the keyboard are very common.
This week, we consider the question, &#8220;If a tree falls in the forest, and nobody [...]]]></description>
			<content:encoded><![CDATA[<p>Our theme continues with the same focus on data backup, particularly since data loss is far and away the likeliest disaster each of us will face, as hard drive crashes, laptop thefts, and spilled coffee on the keyboard are very common.</p>
<p>This week, we consider the question, &#8220;If a tree falls in the forest, and nobody is there to hear it, does it make a sound?&#8221; In the DR world, it goes like this: &#8220;If a data backup is taken and nobody tests its recoverability/validity, is it worth more than a sour grape?&#8221; All too often, we rely on &#8220;having a backup&#8221; but we have never tested our recovery scenarios. If our backups haven&#8217;t been tested, guess what? Disaster, waiting to happen.</p>
<p>A person close to me was once fired by a major corporation because an email server crashed, and when a backup restoration was executed, it was only then determined that the proprietary email server database, which shall remain nameless, wasn&#8217;t backed up at all. All email: gone. My associate: gone (fired). Career Limiting Event.</p>
<p>Now in this case, there was some trouble with the agent that was supposed to allow the hot database file to be backed up, and actually the whole scenario was in place before my associate arrived. It didn&#8217;t matter, though&#8211;thousands upon thousands of emails lost, and nobody realized that these critical files we&#8217;re being backed up properly. &#8220;We have a backup&#8221; turned out to be wrong.</p>
<p>Test. Practice a recovery. If a tree falls&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.mylaptopgps.com/2010/02/02/tip-of-the-week-build-a-disaster-recovery-plan-part-three/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

