<?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: EMC World 2009: Day 2 &#8211; Axxana</title>
	<atom:link href="http://thestoragearchitect.com/2009/05/19/emc-world-2009-day-2-axxana/feed/" rel="self" type="application/rss+xml" />
	<link>http://thestoragearchitect.com/2009/05/19/emc-world-2009-day-2-axxana/</link>
	<description>Storage, Virtualisation &#38; Cloud</description>
	<lastBuildDate>Fri, 10 Feb 2012 17:47:20 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Chris Evans</title>
		<link>http://thestoragearchitect.com/2009/05/19/emc-world-2009-day-2-axxana/#comment-814</link>
		<dc:creator>Chris Evans</dc:creator>
		<pubDate>Thu, 04 Jun 2009 18:04:34 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=574#comment-814</guid>
		<description>Bill, the Phoenix has battery backup and mobile/cell connectivity so assuming the mobile network base stations are still contactable, the device can upload data.  I think disaster scenarios need to be thought through.  9/11 was a disaster scenario we will hopefully never see again.  In this instance, having data a few minutes out of date would have been acceptable.  There are many other scenarios where arrays go down - power, fire, flooding, which aren&#039;t as catastrophic.  Phoenix provides the ability to move from async to sync over long distances for these failures.  Also, consider the scenario where there moving from sync to async is so complex to understand, that having a way to retain sync is more desirable or cost effective.

Chris</description>
		<content:encoded><![CDATA[<p>Bill, the Phoenix has battery backup and mobile/cell connectivity so assuming the mobile network base stations are still contactable, the device can upload data.  I think disaster scenarios need to be thought through.  9/11 was a disaster scenario we will hopefully never see again.  In this instance, having data a few minutes out of date would have been acceptable.  There are many other scenarios where arrays go down &#8211; power, fire, flooding, which aren&#8217;t as catastrophic.  Phoenix provides the ability to move from async to sync over long distances for these failures.  Also, consider the scenario where there moving from sync to async is so complex to understand, that having a way to retain sync is more desirable or cost effective.</p>
<p>Chris</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: bill bloom</title>
		<link>http://thestoragearchitect.com/2009/05/19/emc-world-2009-day-2-axxana/#comment-813</link>
		<dc:creator>bill bloom</dc:creator>
		<pubDate>Thu, 04 Jun 2009 17:00:32 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=574#comment-813</guid>
		<description>How does this solution address a 9/11 catastrophe?  Even if Axxanna is encased in cement and has its blankey, there still has to be a link to the outside world to the DR site.  I don&#039;t see where this solution addresses that.

The only reason the 9/11 terrorists were unsuccessful in their attempt to cripple US financial markets was because they did not understand the data protection schemes Wall Street CIO&#039;s put into place.

Now, years later, Wall Street Greed has done what the terrorists could not do!

Bill Bloom Sends--</description>
		<content:encoded><![CDATA[<p>How does this solution address a 9/11 catastrophe?  Even if Axxanna is encased in cement and has its blankey, there still has to be a link to the outside world to the DR site.  I don&#8217;t see where this solution addresses that.</p>
<p>The only reason the 9/11 terrorists were unsuccessful in their attempt to cripple US financial markets was because they did not understand the data protection schemes Wall Street CIO&#8217;s put into place.</p>
<p>Now, years later, Wall Street Greed has done what the terrorists could not do!</p>
<p>Bill Bloom Sends&#8211;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brian</title>
		<link>http://thestoragearchitect.com/2009/05/19/emc-world-2009-day-2-axxana/#comment-812</link>
		<dc:creator>Brian</dc:creator>
		<pubDate>Tue, 19 May 2009 22:44:26 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=574#comment-812</guid>
		<description>Maybe IBM buys this as well...Moshe is 2 for 2 and all :-) Integrate it into the XIV array, A-sync issue solved.</description>
		<content:encoded><![CDATA[<p>Maybe IBM buys this as well&#8230;Moshe is 2 for 2 and all <img src='http://thestoragearchitect.com/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' />  Integrate it into the XIV array, A-sync issue solved.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

