<?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: Cloud Storage Data Availability</title>
	<atom:link href="http://www.itdependsblog.com/2009/08/19/cloud-storage-data-availability/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.itdependsblog.com/2009/08/19/cloud-storage-data-availability/</link>
	<description>Because nothing is certain</description>
	<lastBuildDate>Fri, 27 Jan 2012 05:51:51 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Cloud Storage to the Rescue « Enterprise Strategy Group</title>
		<link>http://www.itdependsblog.com/2009/08/19/cloud-storage-data-availability/comment-page-1/#comment-164</link>
		<dc:creator>Cloud Storage to the Rescue « Enterprise Strategy Group</dc:creator>
		<pubDate>Tue, 22 Dec 2009 14:16:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.itdependsblog.com/?p=17#comment-164</guid>
		<description>[...] blogged in the past about cloud storage data availability, or more accurately lack of data availability SLAs.  Dropbox [...]</description>
		<content:encoded><![CDATA[<p>[...] blogged in the past about cloud storage data availability, or more accurately lack of data availability SLAs.  Dropbox [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Cloud Storage to the Rescue &#124; IT Depends</title>
		<link>http://www.itdependsblog.com/2009/08/19/cloud-storage-data-availability/comment-page-1/#comment-163</link>
		<dc:creator>Cloud Storage to the Rescue &#124; IT Depends</dc:creator>
		<pubDate>Tue, 22 Dec 2009 14:01:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.itdependsblog.com/?p=17#comment-163</guid>
		<description>[...] blogged in the past about cloud storage data availability, or more accurately lack of data availability SLAs.  Dropbox [...]</description>
		<content:encoded><![CDATA[<p>[...] blogged in the past about cloud storage data availability, or more accurately lack of data availability SLAs.  Dropbox [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Cerqueira</title>
		<link>http://www.itdependsblog.com/2009/08/19/cloud-storage-data-availability/comment-page-1/#comment-3</link>
		<dc:creator>Tony Cerqueira</dc:creator>
		<pubDate>Tue, 25 Aug 2009 00:55:46 +0000</pubDate>
		<guid isPermaLink="false">http://www.itdependsblog.com/?p=17#comment-3</guid>
		<description>Very astute points and comments.  All the more reason for cloud-hybrid data protection solution that includes deduped disk repository on-site for must have local copies (backups, CDP, replication, DR, etc.) and managed/tracked version copies going to the cloud, which is ideal to trickle copies real time as needed, and not interfere with backup windows.
Fast restore for most likely scenarios comes from the on-site repository.  But a complete &quot;friggin-thermo-nuclear-take-me-out-to-the-ballgame&quot; type restore would require either a big pipe to the cloud (the kind Morpheus uses in The Matrix) or a long lunch (about 3,000 martini&#039;s). And like any repository anywhere, if that long term stuff in the back-end cloud ain&#039;t there, you may need a few more martini&#039;s . . . .
TC
www.cofio.com
------Pour one for me Tony - when all is said and done hybrid looks more and more like the vable solution for a lot of the issues we&#039;re facing!  Thanks for commenting!
</description>
		<content:encoded><![CDATA[<p>Very astute points and comments.  All the more reason for cloud-hybrid data protection solution that includes deduped disk repository on-site for must have local copies (backups, CDP, replication, DR, etc.) and managed/tracked version copies going to the cloud, which is ideal to trickle copies real time as needed, and not interfere with backup windows.<br />
Fast restore for most likely scenarios comes from the on-site repository.  But a complete &#8220;friggin-thermo-nuclear-take-me-out-to-the-ballgame&#8221; type restore would require either a big pipe to the cloud (the kind Morpheus uses in The Matrix) or a long lunch (about 3,000 martini&#8217;s). And like any repository anywhere, if that long term stuff in the back-end cloud ain&#8217;t there, you may need a few more martini&#8217;s . . . .<br />
TC<br />
<a href="http://www.cofio.com" rel="nofollow">http://www.cofio.com</a><br />
&#8212;&#8212;Pour one for me Tony &#8211; when all is said and done hybrid looks more and more like the vable solution for a lot of the issues we&#8217;re facing!  Thanks for commenting!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ray Lucchesi</title>
		<link>http://www.itdependsblog.com/2009/08/19/cloud-storage-data-availability/comment-page-1/#comment-2</link>
		<dc:creator>Ray Lucchesi</dc:creator>
		<pubDate>Thu, 20 Aug 2009 22:33:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.itdependsblog.com/?p=17#comment-2</guid>
		<description>I agree wholeheartedly. What some Cloud providers have told me is that Cloud storage is more for static or reference data not Tier 1 primary storage.
But then what is cloud computing going to use for storage if not cloud storage.  In this case it is imperative to have some sort of data protection strategy in place for your cloud storage. The sooner everybody realizes this the better.
Ray
---Thanks for the comment Ray - based on protection levels it is for maybe a secondary copy of static data.  If the primary is out there, without some type of WORM capability, it is still exposed to data corruption or accidental delete, and the corruption or deletion hapens for all copies in a mirrored environment no matter how many mirrors you have!  Lots of cloud storage has been developed as consumer-grade, enterprise-grade will require some work.
</description>
		<content:encoded><![CDATA[<p>I agree wholeheartedly. What some Cloud providers have told me is that Cloud storage is more for static or reference data not Tier 1 primary storage.<br />
But then what is cloud computing going to use for storage if not cloud storage.  In this case it is imperative to have some sort of data protection strategy in place for your cloud storage. The sooner everybody realizes this the better.<br />
Ray<br />
&#8212;Thanks for the comment Ray &#8211; based on protection levels it is for maybe a secondary copy of static data.  If the primary is out there, without some type of WORM capability, it is still exposed to data corruption or accidental delete, and the corruption or deletion hapens for all copies in a mirrored environment no matter how many mirrors you have!  Lots of cloud storage has been developed as consumer-grade, enterprise-grade will require some work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich Bruklis</title>
		<link>http://www.itdependsblog.com/2009/08/19/cloud-storage-data-availability/comment-page-1/#comment-1</link>
		<dc:creator>Rich Bruklis</dc:creator>
		<pubDate>Thu, 20 Aug 2009 01:56:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.itdependsblog.com/?p=17#comment-1</guid>
		<description>Even worse, you can send data to a cloud little by little in some type metered fashion (isn&#039;t this great and its only $0.15/GB!?) but by golly if you totally lose your on-site data, how do you get 1TB, 5TB, 10TB+ of data sent back (and sent back ASAP)?
----------Thanks Rich - good point, we&#039;re actually seeing a the return of sneakernet, shipping loaded drives instead of tapes.   Seeing it both ways, to return data in the case of a local event and for cloud ingest!  Ingest is another point we don&#039;t hear enough about.  Shifting a bunch of long tail static data from internal to cloud can be a big effort, so we&#039;ll need something to help with ingest.
</description>
		<content:encoded><![CDATA[<p>Even worse, you can send data to a cloud little by little in some type metered fashion (isn&#8217;t this great and its only $0.15/GB!?) but by golly if you totally lose your on-site data, how do you get 1TB, 5TB, 10TB+ of data sent back (and sent back ASAP)?<br />
&#8212;&#8212;&#8212;-Thanks Rich &#8211; good point, we&#8217;re actually seeing a the return of sneakernet, shipping loaded drives instead of tapes.   Seeing it both ways, to return data in the case of a local event and for cloud ingest!  Ingest is another point we don&#8217;t hear enough about.  Shifting a bunch of long tail static data from internal to cloud can be a big effort, so we&#8217;ll need something to help with ingest.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

