<?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: Enterprise Computing: Storage Reclamation</title>
	<atom:link href="http://thestoragearchitect.com/2009/02/12/enterprise-computing-storage-reclamationoldor/feed/" rel="self" type="application/rss+xml" />
	<link>http://thestoragearchitect.com/2009/02/12/enterprise-computing-storage-reclamationoldor/</link>
	<description>Storage, Virtualisation &#38; Cloud</description>
	<lastBuildDate>Mon, 21 May 2012 20:10:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: David Merrill&#8217;s Blog &#187; Blog Archive &#187; Finding first, then living off your (storage) body fat</title>
		<link>http://thestoragearchitect.com/2009/02/12/enterprise-computing-storage-reclamationoldor/#comment-588</link>
		<dc:creator>David Merrill&#8217;s Blog &#187; Blog Archive &#187; Finding first, then living off your (storage) body fat</dc:creator>
		<pubDate>Wed, 17 Jun 2009 12:46:23 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=356#comment-588</guid>
		<description>[...] This is not a new topic on my blog – there is an old blog entry on stop buying storage; and an entry on physical reduction, which is different from reclamation. Then a stand-alone entry on basic disk reclamation; and one from the Storage Architect. [...] </description>
		<content:encoded><![CDATA[<p>[...] This is not a new topic on my blog – there is an old blog entry on stop buying storage; and an entry on physical reduction, which is different from reclamation. Then a stand-alone entry on basic disk reclamation; and one from the Storage Architect. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: mattjp</title>
		<link>http://thestoragearchitect.com/2009/02/12/enterprise-computing-storage-reclamationoldor/#comment-587</link>
		<dc:creator>mattjp</dc:creator>
		<pubDate>Fri, 13 Feb 2009 05:23:22 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=356#comment-587</guid>
		<description>You&#039;re spot on. Technology is only ever a part of the solution to problems it often shared the blame for causing in the first place. The answer is always a combination of process and technology. With process, as you rightly point out, leading the way.

The problem for a lot of organisations is that sorting out the process can seem a lot more difficult that implementing another technology led solution. But the best results come when processes manage growth effectively without being an impediment to the business and which are able to quickly accommodate new technologies (think thin-provisioning) without needing to be radically re-engineered.

For example, there are great products out there to take the load off high-end storage for applications generating scads of data. Outside of email, filing, ERP and other &#039;well-known&#039; applications though, archiving (or subsetting) is still &#039;hard&#039;. The solution is to ensure that the question of data lifecycle is addressed during application development as part of the governance process for new applications.

Governance processes which ask the right questions at the right point in application development and deployment can help to make information management part of the culture of an IT organisation (not just the storage team). Do that and IT can be way more successful in preventing waste in the first place.

Ultimately though, that wasted space is out there today in most if not all organisations. For many, while a long-term strategy of sorting out process and governance can bring real benefits, there is still a great deal to be gained through implementation of short-term technology &#039;fixes&#039;. The solution in the short term is, as you say, to weigh the benefits in terms of storage reclamation against the cost of new technology and the effort required to implement. Just remember that the alternative will usually be buying yet more storage and perpetuating the problem.</description>
		<content:encoded><![CDATA[<p>You&#8217;re spot on. Technology is only ever a part of the solution to problems it often shared the blame for causing in the first place. The answer is always a combination of process and technology. With process, as you rightly point out, leading the way.</p>
<p>The problem for a lot of organisations is that sorting out the process can seem a lot more difficult that implementing another technology led solution. But the best results come when processes manage growth effectively without being an impediment to the business and which are able to quickly accommodate new technologies (think thin-provisioning) without needing to be radically re-engineered.</p>
<p>For example, there are great products out there to take the load off high-end storage for applications generating scads of data. Outside of email, filing, ERP and other &#8216;well-known&#8217; applications though, archiving (or subsetting) is still &#8216;hard&#8217;. The solution is to ensure that the question of data lifecycle is addressed during application development as part of the governance process for new applications.</p>
<p>Governance processes which ask the right questions at the right point in application development and deployment can help to make information management part of the culture of an IT organisation (not just the storage team). Do that and IT can be way more successful in preventing waste in the first place.</p>
<p>Ultimately though, that wasted space is out there today in most if not all organisations. For many, while a long-term strategy of sorting out process and governance can bring real benefits, there is still a great deal to be gained through implementation of short-term technology &#8216;fixes&#8217;. The solution in the short term is, as you say, to weigh the benefits in terms of storage reclamation against the cost of new technology and the effort required to implement. Just remember that the alternative will usually be buying yet more storage and perpetuating the problem.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Evans</title>
		<link>http://thestoragearchitect.com/2009/02/12/enterprise-computing-storage-reclamationoldor/#comment-586</link>
		<dc:creator>Chris Evans</dc:creator>
		<pubDate>Thu, 12 Feb 2009 22:27:06 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=356#comment-586</guid>
		<description>Thanks Vijay.  There&#039;s no doubt that resources can be saved - just takes some thought!</description>
		<content:encoded><![CDATA[<p>Thanks Vijay.  There&#8217;s no doubt that resources can be saved &#8211; just takes some thought!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Vijay Ramaswamy</title>
		<link>http://thestoragearchitect.com/2009/02/12/enterprise-computing-storage-reclamationoldor/#comment-585</link>
		<dc:creator>Vijay Ramaswamy</dc:creator>
		<pubDate>Thu, 12 Feb 2009 22:19:14 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.com/?p=356#comment-585</guid>
		<description>The first thought that comes to my mind when I read Chris’s blog is ‘accidental architectures’.  Not long ago did I see a presentation on this very topic by one of the major analyst firms.  The questions what Chris raises are valid. Why did these wastes occur in the first place?  The answer to a large extent lies in the way things were architected and / or procured. The term ‘accidental’ does have a negative connotation but  what it implies is different groups within an organization were growing organically and doing piece meal acquisitions. Blame it on the server proliferation fueled by Microsoft. Also, to be fair, some of these technologies that allow for aggregation and pooling did not exist when the storage sprawl began or the server sprawl for that matter. This is just hind sight judgment.  To make things worse many of the file system went and claimed every square inch of disk space provisioned to them.

So what does it take to quantify the effort and to justify the investments for reclamation. Some of the capex investments are quite straight forward. That is the cost of entry for getting into the game. However as Chris rightly points out that the effort involved needs to be better understood.  Storage utilization is at an all time low. However if you are talking of only a few tens of terabytes virtualization may not be for you. You could possibly do a better job managing it.

From a thin provisioning perspective the reclamation happens when you move the data from a thick to thin volume. My understanding is this can be done non disruptively. Also the zero page reclaim is also done non disruptively.

The amount of space reclaimed  depends upon the application and the file system. Please note your mileage could vary.  I am studying this more now a days and hope to provide a deeper insight with times to come.

Anyways, a well written perspective by Chris Evans.

-Vijay Ramaswamy’ HDS</description>
		<content:encoded><![CDATA[<p>The first thought that comes to my mind when I read Chris’s blog is ‘accidental architectures’.  Not long ago did I see a presentation on this very topic by one of the major analyst firms.  The questions what Chris raises are valid. Why did these wastes occur in the first place?  The answer to a large extent lies in the way things were architected and / or procured. The term ‘accidental’ does have a negative connotation but  what it implies is different groups within an organization were growing organically and doing piece meal acquisitions. Blame it on the server proliferation fueled by Microsoft. Also, to be fair, some of these technologies that allow for aggregation and pooling did not exist when the storage sprawl began or the server sprawl for that matter. This is just hind sight judgment.  To make things worse many of the file system went and claimed every square inch of disk space provisioned to them.</p>
<p>So what does it take to quantify the effort and to justify the investments for reclamation. Some of the capex investments are quite straight forward. That is the cost of entry for getting into the game. However as Chris rightly points out that the effort involved needs to be better understood.  Storage utilization is at an all time low. However if you are talking of only a few tens of terabytes virtualization may not be for you. You could possibly do a better job managing it.</p>
<p>From a thin provisioning perspective the reclamation happens when you move the data from a thick to thin volume. My understanding is this can be done non disruptively. Also the zero page reclaim is also done non disruptively.</p>
<p>The amount of space reclaimed  depends upon the application and the file system. Please note your mileage could vary.  I am studying this more now a days and hope to provide a deeper insight with times to come.</p>
<p>Anyways, a well written perspective by Chris Evans.</p>
<p>-Vijay Ramaswamy’ HDS</p>
]]></content:encoded>
	</item>
</channel>
</rss>

