<?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; Hosting</title>
	<atom:link href="http://www.reddoor.biz/tag/hosting/feed" rel="self" type="application/rss+xml" />
	<link>http://www.reddoor.biz</link>
	<description>This year marks our 10th anniversary since Red Door first opened its, well, doors. Take a look at what we’ve been up to over the last decade.</description>
	<lastBuildDate>Tue, 07 Feb 2012 16:00:59 +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[<div class="tw_button" style=""><a href="http://twitter.com/share?url=http%3A%2F%2Fbit.ly%2FbVFYMq&amp;via=reddoor&amp;text=%22every%20web%20service%E2%80%99s%20worst%20nightmare%22&amp;related=reddoor:Official+Twitter+of+Red+Door+Interactive&amp;lang=en&amp;count=horizontal&amp;counturl=http%3A%2F%2Fwww.reddoor.biz%2Fevery-web-service%25e2%2580%2599s-worst-nightmare"  class="twitter-share-button" target="_blank" style="width:55px;height:22px;background:transparent url('http://www.reddoor.biz/wp-content/plugins/wp-tweet-button/tweetn.png') no-repeat  0 0;text-align:left;text-indent:-9999px;display:block;">Tweet</a></div><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>

