 




<?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/"
	xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Let’s manage data, not just storage</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/storage-soup/let%E2%80%99s-manage-data-not-just-storage/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/storage-soup/let%e2%80%99s-manage-data-not-just-storage/</link>
	<description>A SearchStorage.com blog.</description>
	<lastBuildDate>Wed, 15 May 2013 20:05:19 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Jim Hood</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/let%e2%80%99s-manage-data-not-just-storage/#comment-7294</link>
		<dc:creator>Jim Hood</dc:creator>
		<pubDate>Wed, 22 Oct 2008 17:21:44 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/09/30/let%e2%80%99s-manage-data-not-just-storage/#comment-7294</guid>
		<description><![CDATA[From the lack of responses I suspect that this subject has little interest outside of a few storage admins around the world.  However, our cummulative data volume will continue to grow since, as CT suggests, there is little &quot;pain&quot; in the creation process.  It is the outcome of people&#039;s work and/or pleasure so data creation must continue.  

The truth is, people don&#039;t think about the (storage) consumption side and the additional resources necessary for storage, backup, archive, etc.  I do because my business is managing this.  I believe that there is simply this large &quot;assumption&quot; mindset out there that its all taken care of and doesn&#039;t really cost anything (or the cost is built into the process/price somewhere).  Until the connection is made (that there is a storage cost to this) there is no motive to reduce the amount of data one generates.   Even so, any reduction in one area of data growth would surely be overshadowed by some other net-new application in another area.  Maybe someday the collective pain (cost) of many users (individuals, businesses, corporations (or departments within them)) will help drive down consumption just enough to keep the overall storage growth curve at some reasonable trend so that all of this somehow works out.  Makes me wonder what it will be like 10 years from now.  Fifty years, don&#039;t want to think about it.  

Jim]]></description>
		<content:encoded><![CDATA[<p>From the lack of responses I suspect that this subject has little interest outside of a few storage admins around the world.  However, our cummulative data volume will continue to grow since, as CT suggests, there is little &#8220;pain&#8221; in the creation process.  It is the outcome of people&#8217;s work and/or pleasure so data creation must continue.  </p>
<p>The truth is, people don&#8217;t think about the (storage) consumption side and the additional resources necessary for storage, backup, archive, etc.  I do because my business is managing this.  I believe that there is simply this large &#8220;assumption&#8221; mindset out there that its all taken care of and doesn&#8217;t really cost anything (or the cost is built into the process/price somewhere).  Until the connection is made (that there is a storage cost to this) there is no motive to reduce the amount of data one generates.   Even so, any reduction in one area of data growth would surely be overshadowed by some other net-new application in another area.  Maybe someday the collective pain (cost) of many users (individuals, businesses, corporations (or departments within them)) will help drive down consumption just enough to keep the overall storage growth curve at some reasonable trend so that all of this somehow works out.  Makes me wonder what it will be like 10 years from now.  Fifty years, don&#8217;t want to think about it.  </p>
<p>Jim</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: CT</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/let%e2%80%99s-manage-data-not-just-storage/#comment-7293</link>
		<dc:creator>CT</dc:creator>
		<pubDate>Wed, 01 Oct 2008 23:53:31 +0000</pubDate>
		<guid isPermaLink="false">http://storage.blogs.techtarget.com/2008/09/30/let%e2%80%99s-manage-data-not-just-storage/#comment-7293</guid>
		<description><![CDATA[Just for fun let us imagine that storage is not there any longer and all read and write activity should be performed using pen and paper by the requestor ...(!) ... 
The human nature drives us to pursue pleasure and to avoid pain.
Consuming storage does not have (today) a good balance of pleasure and pain in our corporate and government culture.
Perhaps the amount of data stored could be reduced more managing people using the “drive” toward pleasure then attempting to manage the storage consumption using the technology.]]></description>
		<content:encoded><![CDATA[<p>Just for fun let us imagine that storage is not there any longer and all read and write activity should be performed using pen and paper by the requestor &#8230;(!) &#8230;<br />
The human nature drives us to pursue pleasure and to avoid pain.<br />
Consuming storage does not have (today) a good balance of pleasure and pain in our corporate and government culture.<br />
Perhaps the amount of data stored could be reduced more managing people using the “drive” toward pleasure then attempting to manage the storage consumption using the technology.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
