<?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: The U of M&#8217;s backup pricing structure:  Do these people live in Oz?</title>
	<atom:link href="http://UnhinderedByTalent.com/Phi/archives/2008/08/04/the-u-of-ms-backup-pricing-structure-do-these-people-live-in-oz/feed/" rel="self" type="application/rss+xml" />
	<link>http://UnhinderedByTalent.com/Phi/archives/2008/08/04/the-u-of-ms-backup-pricing-structure-do-these-people-live-in-oz/</link>
	<description>Not all battles are fought with a sword</description>
	<lastBuildDate>Fri, 30 Jul 2010 22:35:24 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Adam Gurno</title>
		<link>http://UnhinderedByTalent.com/Phi/archives/2008/08/04/the-u-of-ms-backup-pricing-structure-do-these-people-live-in-oz/comment-page-1/#comment-32581</link>
		<dc:creator>Adam Gurno</dc:creator>
		<pubDate>Mon, 04 Aug 2008 20:07:20 +0000</pubDate>
		<guid isPermaLink="false">http://UnhinderedByTalent.com/Phi/?p=865#comment-32581</guid>
		<description>Catbert, Denier of Information Services strikes again.

It&#039;s another one of the &quot;We don&#039;t want to offer this service, so we&#039;ll make it as inconvenient as possible so no one uses it.&quot; type of deals.

I mean, that&#039;s a small window of availability there.  I&#039;d reckon that project storage requirements tend to be exponential at the 100G range.

99.44% of projects will require &lt;&lt; 100G of storage space.  Of the projects that require more than 100G, I&#039;d bet that the requirements that inflated them to 100G will also push them past 384G pretty quickly.</description>
		<content:encoded><![CDATA[<p>Catbert, Denier of Information Services strikes again.</p>
<p>It&#8217;s another one of the &#8220;We don&#8217;t want to offer this service, so we&#8217;ll make it as inconvenient as possible so no one uses it.&#8221; type of deals.</p>
<p>I mean, that&#8217;s a small window of availability there.  I&#8217;d reckon that project storage requirements tend to be exponential at the 100G range.</p>
<p>99.44% of projects will require &lt;&lt; 100G of storage space.  Of the projects that require more than 100G, I&#8217;d bet that the requirements that inflated them to 100G will also push them past 384G pretty quickly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: corwin</title>
		<link>http://UnhinderedByTalent.com/Phi/archives/2008/08/04/the-u-of-ms-backup-pricing-structure-do-these-people-live-in-oz/comment-page-1/#comment-32580</link>
		<dc:creator>corwin</dc:creator>
		<pubDate>Mon, 04 Aug 2008 20:02:45 +0000</pubDate>
		<guid isPermaLink="false">http://UnhinderedByTalent.com/Phi/?p=865#comment-32580</guid>
		<description>Huh. I haven&#039;t seen organizations offering online backup like this before. So far I&#039;ve only seen 3rd parties like Mozy offering it. 

Looking at the linked page, it sounds like they&#039;re offering not online/offsite, but the far more traditional offline/offiste such as provide by bog-standard tape. Or its newer cousin the backup-to-disk &quot;virtual tape array&quot;. I also note that they claim to not be taking any ne backup customers, which tells me that they&#039;ve already maxed out their backup capacity. 

Services like Mozy make their money on the fact that the limit is not provided by them rather the upload speed of your primary internet connection, coupled with greatly limiting the number of versions that are archived. For a file that changes daily, such as an Outlook email archive file, the UofM archive could provide you with 12 versions of that file (8x incrementals, grabbed daily, + 4x on the fulls). So you could tell them &quot;give me the file from 3 weeks ago&quot; and they can give it, where iwth Mozy they probably can&#039;t. 

Also keep in mind their pricing includes 4 full replicas of your data-set, plus 8 incrementals the size of which depends on your data-change rate. Worst case is they need to keep 12 full copies of your data. This is how 128GB turns into 1.5TB of consumed space. Add in the fact that this space is almost definitely being stored on some kind of SAN-based disk-array, and that $150 drive from NewEgg turns into a $450 drive. Then I go back and re-read your post and see this...

I can buy 500 Gb hard drives for under $100, so I could buy 3 drives (1.5 Tb of storage) a year for he cost of their backup system.

So their prices are actually not that bad, assuming worst-case storage consumption :). 

In the greater sense, there are more and more companies offering full enterprises off-site backup solutions based completley over the internet. They ship you an array that you hook up to your network for the initial copy, and take it back to their data center, and all backups from there are handled by an agent on the server sending net-change blocks/files to their service. Not a good idea for a GIS class that routinely throws around 3TB of files, but GREAT for the small to medium business file-server.

Non-traditional backups are really looking to change the industry. The U just hasn&#039;t gotten there yet.</description>
		<content:encoded><![CDATA[<p>Huh. I haven&#8217;t seen organizations offering online backup like this before. So far I&#8217;ve only seen 3rd parties like Mozy offering it. </p>
<p>Looking at the linked page, it sounds like they&#8217;re offering not online/offsite, but the far more traditional offline/offiste such as provide by bog-standard tape. Or its newer cousin the backup-to-disk &#8220;virtual tape array&#8221;. I also note that they claim to not be taking any ne backup customers, which tells me that they&#8217;ve already maxed out their backup capacity. </p>
<p>Services like Mozy make their money on the fact that the limit is not provided by them rather the upload speed of your primary internet connection, coupled with greatly limiting the number of versions that are archived. For a file that changes daily, such as an Outlook email archive file, the UofM archive could provide you with 12 versions of that file (8x incrementals, grabbed daily, + 4x on the fulls). So you could tell them &#8220;give me the file from 3 weeks ago&#8221; and they can give it, where iwth Mozy they probably can&#8217;t. </p>
<p>Also keep in mind their pricing includes 4 full replicas of your data-set, plus 8 incrementals the size of which depends on your data-change rate. Worst case is they need to keep 12 full copies of your data. This is how 128GB turns into 1.5TB of consumed space. Add in the fact that this space is almost definitely being stored on some kind of SAN-based disk-array, and that $150 drive from NewEgg turns into a $450 drive. Then I go back and re-read your post and see this&#8230;</p>
<p>I can buy 500 Gb hard drives for under $100, so I could buy 3 drives (1.5 Tb of storage) a year for he cost of their backup system.</p>
<p>So their prices are actually not that bad, assuming worst-case storage consumption :). </p>
<p>In the greater sense, there are more and more companies offering full enterprises off-site backup solutions based completley over the internet. They ship you an array that you hook up to your network for the initial copy, and take it back to their data center, and all backups from there are handled by an agent on the server sending net-change blocks/files to their service. Not a good idea for a GIS class that routinely throws around 3TB of files, but GREAT for the small to medium business file-server.</p>
<p>Non-traditional backups are really looking to change the industry. The U just hasn&#8217;t gotten there yet.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
