<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: You Don&#8217;t Need a Superstorm: Disaster Recovery Basics</title>
	<atom:link href="http://blog.gogrid.com/2012/11/12/you-dont-need-a-superstorm-disaster-recovery-basics/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.gogrid.com/2012/11/12/you-dont-need-a-superstorm-disaster-recovery-basics/</link>
	<description>&#34;Complex Infrastructure Made Easy™&#34;</description>
	<lastBuildDate>Wed, 08 May 2013 09:46:28 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Jamal Watkins</title>
		<link>http://blog.gogrid.com/2012/11/12/you-dont-need-a-superstorm-disaster-recovery-basics/#comment-52613</link>
		<dc:creator>Jamal Watkins</dc:creator>
		<pubDate>Wed, 08 May 2013 07:47:28 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gogrid.com/?p=5301#comment-52613</guid>
		<description><![CDATA[It&#039;s all about being prepared. Waiting for something to go wrong with a system before taking action is not the way to go about things. If you already have measures in place, at the very least, the downtime won&#039;t be anywhere near as long. ]]></description>
		<content:encoded><![CDATA[<p>It&#039;s all about being prepared. Waiting for something to go wrong with a system before taking action is not the way to go about things. If you already have measures in place, at the very least, the downtime won&#039;t be anywhere near as long. </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jakob Bohm</title>
		<link>http://blog.gogrid.com/2012/11/12/you-dont-need-a-superstorm-disaster-recovery-basics/#comment-45467</link>
		<dc:creator>Jakob Bohm</dc:creator>
		<pubDate>Tue, 20 Nov 2012 18:47:42 +0000</pubDate>
		<guid isPermaLink="false">http://blog.gogrid.com/?p=5301#comment-45467</guid>
		<description><![CDATA[Two minor comments about this: 
 
1. I wouldn&#039;t use the word &quot;dark fiber&quot; about GoGrid CloudLink, as each customer does not rent his own physical optical fiber.  Like everything else at GoGrid, it is virtual and the word is either VPN or &quot;private WAN partition&quot; (depending on what GoGrid uses as a transport for the combined CloudLinks of multiple customers). 
 
2. A supplemental article about how to get various popular database engines to play nice with the Hot Secondary approach given the longer packet delay caused by the physical distance and speed of light.  I have seen at least one high end database engine choke on even small transmission delays between the active masters. 
 
3. A supplemental article about how to prevent the MyGSI system from attempting to &quot;sysprep&quot; the gold master in ways that break the application setup. ]]></description>
		<content:encoded><![CDATA[<p>Two minor comments about this:</p>
<p>1. I wouldn&#8217;t use the word &#8220;dark fiber&#8221; about GoGrid CloudLink, as each customer does not rent his own physical optical fiber.  Like everything else at GoGrid, it is virtual and the word is either VPN or &#8220;private WAN partition&#8221; (depending on what GoGrid uses as a transport for the combined CloudLinks of multiple customers).</p>
<p>2. A supplemental article about how to get various popular database engines to play nice with the Hot Secondary approach given the longer packet delay caused by the physical distance and speed of light.  I have seen at least one high end database engine choke on even small transmission delays between the active masters.</p>
<p>3. A supplemental article about how to prevent the MyGSI system from attempting to &#8220;sysprep&#8221; the gold master in ways that break the application setup. </p>
]]></content:encoded>
	</item>
</channel>
</rss>
