<?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>Red Door Interactive &#187; Dennis</title>
	<atom:link href="http://www.reddoor.biz/author/dennis/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.reddoor.biz</link>
	<description>What we do for our clients, we&#039;re doing for ourselves! Watch out for our newly redesigned website coming soon. In the meantime, enjoy our blog. You&#039;ll find all the latest Red Door &#60;a href=&#34;http://www.reddoor.biz/buzz/&#34;&#62;buzz&#60;/a&#62;, &#60;a href=&#34;http://www.reddoor.biz/work/&#34;&#62;work&#60;/a&#62;, tips and info.</description>
	<lastBuildDate>Thu, 29 Jul 2010 20:54:53 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>&#8220;every web service’s worst nightmare&#8221;</title>
		<link>http://www.reddoor.biz/every-web-service%e2%80%99s-worst-nightmare/</link>
		<comments>http://www.reddoor.biz/every-web-service%e2%80%99s-worst-nightmare/#comments</comments>
		<pubDate>Tue, 03 Feb 2009 02:41:34 +0000</pubDate>
		<dc:creator>Dennis</dc:creator>
				<category><![CDATA[Technical]]></category>
		<category><![CDATA[Backup]]></category>
		<category><![CDATA[Disaster Recovery]]></category>
		<category><![CDATA[Hosting]]></category>

		<guid isPermaLink="false">http://lippman.reddoor.biz/rpark/reddoorbuzz_com/?p=3272</guid>
		<description><![CDATA[On Friday, January 30th, 2009, Ma.gnolia (http://ma.gnolia.com), a site that provides online bookmarking services, went down and the following excerpt was taken from a message posted on their home page:
&#8220;Ma.gnolia experienced every web service&#8217;s worst nightmare: data corruption and data loss.&#8221;
Let&#8217;s face it, you can own several Web sites for ...]]></description>
			<content:encoded><![CDATA[<p>On Friday, January 30<sup>th</sup>, 2009, Ma.gnolia (<a href="http://ma.gnolia.com/">http://ma.gnolia.com</a>), a site that provides online bookmarking services, went down and the following excerpt was taken from a message posted on their home page:</p>
<p><em>&#8220;Ma.gnolia experienced every web service&#8217;s worst nightmare: data corruption and data loss.&#8221;</em></p>
<p>Let&#8217;s face it, you can own several Web sites for a lifetime and never experience a &#8220;nightmare&#8221;.  However, if it does happen how prepared are you to get operations back to normal? Backup (BU) and Disaster Recovery Plans (DRP) are often overlooked aspects of your Web strategy and I am surprised at the number of businesses that continue to run their operations without them.</p>
<p>Since disasters can range from someone deleting the wrong data to catastrophic events they are inevitable occurrences of our digital world.  Having experienced a few recovery situations, I have provided some key points and considerations for your BU and DRP plans.</p>
<p><strong>Acquaint yourself with your data center or hosting facility.</strong><br />
Regardless if your site is hosted internally or externally, system administrators play a critical role in the backup and recovery processes.  You will want to meet with them to understand what your options are and get an understanding of your hosting environment.</p>
<ul class="unIndentedList">
<li> Have you reviewed Service Level Agreements or policies to see if there any items that may affect your DRP?</li>
<li> What redundancies does the facility have for power and data storage?</li>
<li> Does the facility have a DRP?</li>
<li> Are there additional costs for including your hosting vendor in the DRP?</li>
</ul>
<p><strong>Understand your data.</strong><br />
Because the cost of BU/DRP is a function of how much data can be lost and how quickly it needs to be recovered, understanding your data is a major consideration when developing your plans.</p>
<ul class="unIndentedList">
<li> Are there compliance, regulatory, or legal requirements for your data?</li>
<li> Does your data support e-Commerce transactions?</li>
<li> Should you consider high-availability recovery options to support real-time failover to a standby server?</li>
<li> What transactions rely on your data?</li>
</ul>
<p><strong>Test your plans.</strong><br />
If you do have BU/DRP plans, it is important that you verify the processes.  Your initial DRP may follow a &#8220;happy trail&#8221; of events.  Unless you test your plans, unforeseen circumstances, breakdowns, and actual effort cannot be determined.</p>
<p><strong>Have a communication plan.</strong><br />
The communication plan not only establishes the protocol for communicating it should also define the roles for DRP execution.</p>
<ul class="unIndentedList">
<li> Who will initiate the plan?</li>
<li> Do you have an elevation list that is maintained?</li>
<li> How will you communicate to stakeholders, the public, and customers?</li>
<li> Who establishes when recovery is complete?</li>
</ul>
<p>The planning, disruptions, and effort to develop effective BU/DRP plans are significant.  As an investment, your BU/DRP efforts should be considered an insurance policy &#8211; you hope that you never have to use it, but glad that you have it when it is needed.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.reddoor.biz/every-web-service%e2%80%99s-worst-nightmare/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
