<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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:slash="http://purl.org/rss/1.0/modules/slash/"
	xmlns:series="http://unfoldingneurons.com/"
	>

<channel>
	<title>Stephen Foskett, Pack Rat &#187; data classification Archives  &#8211; Stephen Foskett, Pack Rat</title>
	<atom:link href="http://blog.fosketts.net/tag/data-classification/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.fosketts.net</link>
	<description>Understanding the accumulation of data</description>
	<lastBuildDate>Fri, 10 Feb 2012 17:40:43 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
<atom:link rel="hub" href="http://pubsubhubbub.appspot.com" />
	<atom:link rel="hub" href="http://superfeedr.com/hubbub" />
			<item>
		<title>A Seat At the Table</title>
		<link>http://blog.fosketts.net/2007/08/16/a-seat-at-the-table/</link>
		<comments>http://blog.fosketts.net/2007/08/16/a-seat-at-the-table/#comments</comments>
		<pubDate>Thu, 16 Aug 2007 14:49:57 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[data classification]]></category>
		<category><![CDATA[ILM]]></category>
		<category><![CDATA[strategy]]></category>
		<category><![CDATA[tiered storage]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/2007/08/16/a-seat-at-the-table/</guid>
		<description><![CDATA[One of Mr. Toigo&#8217;s readers posted a thoughtful question about why IT isn&#8217;t more strategic in their thinking. I started writing this as a comment there, but it got longer and longer and I liked it more and more, so I put it here instead! I think this lack of strategic thinking is a reaction [...]]]></description>
			<content:encoded><![CDATA[<p>One of Mr. Toigo&#8217;s readers <a href="http://www.drunkendata.com/?p=1296"  target="_blank">posted a thoughtful question</a> about why IT isn&#8217;t more strategic in their thinking.  I started writing this as a comment there, but it got longer and longer and I liked it more and more, so I put it here instead!</p>
<p>I think this lack of strategic thinking is a reaction to the reality of life in IT rather than any deficiency on the part of IT folks.  Modern distributed-systems (read UNIX and Windows) IT infrastructure managers are treated like second-class citizens &#8211; &#8220;here, watch this stuff while I do some real work.&#8221;  They have little real knowledge of the applications they supposedly support (even IT applications people have little to do with infrastructure folk) and thus are totally unable to appropriately manage systems, especially storage.</p>
<p>Imagine is your rich uncle gave you a garage half full of blank boxes and said &#8220;keep this all safe for me, but don&#8217;t look inside the boxes, ok?&#8221;  Then every few days he came by and handed you some more blank boxes, some heavy, some misshapen, but all unknown.  After a year or so, you came to him and said &#8220;ummm, the garage is full and I don&#8217;t know what to do!&#8221;  His reaction would, of course, be &#8220;I told you to manage it!&#8221;  Then, patronizingly, &#8220;very well, I&#8217;ll get you another garage&#8230;&#8221;</p>
<p>Sound like the storage industry?  We simply cannot be strategic until we know more about the data we are storing, and that means we have to muscle our way to a seat at the grand business applications table.  This is the true challenge of IT in the coming years, not green computing or ILM or any of those other supposedly strategic things we focus on.</p>
<p>But all of these pseudo-strategy we do presents an opportunity.  Take on a challenge like ILM with a data classification or tiered storage project.  Put your results in front of Management &#8211; real business management, not the VP of IT operations or whatever.  Show them that you <em>do</em> have the ability to form complex thoughts and ask for their input.  You might even get invited to the table&#8230;</p>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2010/05/10/emc-post-infrastructure-future/"  rel="bookmark" class="crp_title">EMC&#8217;s Tough Road to the Post-Infrastructure Future</a></li><li><a href="http://blog.fosketts.net/2007/07/24/sailing-the-titanic-why-we-need-ilm-and-then-some/"  rel="bookmark" class="crp_title">Sailing the Titanic (Why We Need ILM and Then Some!)</a></li><li><a href="http://blog.fosketts.net/2009/04/02/changing-times-demand-focus/"  rel="bookmark" class="crp_title">Changing Times Demand Focus</a></li><li><a href="http://blog.fosketts.net/2007/06/27/real-storage/"  rel="bookmark" class="crp_title">REAL storage</a></li><li><a href="http://blog.fosketts.net/2007/07/31/information-data-and-storage/"  rel="bookmark" class="crp_title">Information, Data, and Storage</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2007/08/16/a-seat-at-the-table/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2007. |
<a href="http://blog.fosketts.net/2007/08/16/a-seat-at-the-table/">A Seat At the Table</a>
<br/>
This post was categorized as <a href="http://blog.fosketts.net/category/everything/enterprisestorage/" title="View all posts in Enterprise storage" rel="category tag">Enterprise storage</a>. Each of my categories has its own feed if you'd like to filter out or focus on posts like this.<br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://blog.fosketts.net/2007/08/16/a-seat-at-the-table/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SRM For VMware (Thank God!)</title>
		<link>http://blog.fosketts.net/2007/08/01/srm-for-vmware-thank-god/</link>
		<comments>http://blog.fosketts.net/2007/08/01/srm-for-vmware-thank-god/#comments</comments>
		<pubDate>Wed, 01 Aug 2007 18:49:31 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[Virtual Storage]]></category>
		<category><![CDATA[data classification]]></category>
		<category><![CDATA[server virtualization]]></category>
		<category><![CDATA[SRM]]></category>
		<category><![CDATA[Symantec]]></category>
		<category><![CDATA[VMware]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/2007/08/01/srm-for-vmware-thank-god/</guid>
		<description><![CDATA[So Symantec&#8217;s CommandCentral version 5.0 includes VMware-integrated SRM.  Thank god!  Has anyone out there been banging their head against the wall trying to figure out what&#8217;s taking up all their unstructured filesystem space?  Well trying to get that information in a world of VMware virtual servers is like drilling through your forehead with an auger.  [...]]]></description>
			<content:encoded><![CDATA[<p>So <a href="http://blog.fosketts.net/wp-admin/edit.php"  target="_blank">Symantec&#8217;s CommandCentral version 5.0 includes VMware-integrated SRM</a>.  Thank god!  Has anyone out there been banging their head against the wall trying to figure out what&#8217;s taking up all their unstructured filesystem space?  Well trying to get that information in a world of VMware virtual servers is like drilling through your forehead with an auger.  Well, maybe not <em>that</em> painful, but just about&#8230;</p>
<p>I guess <a rel="nofollow" href="http://storagezilla.typepad.com/storagezilla/2007/07/a-decade-at-the.html"  target="_blank">the razor wire</a> only went one way, eh Storagezilla?  Now if only every <em>other</em> storage management product was VM-savvy&#8230;</p>
<p><strong>Update:</strong> Looks like EMC <a href="http://www.infostor.com/display_article/292582/23/ARCHI/none/none/EMC-unites-SRM,-VMware/"  target="_blank">announced</a> VMware compatability in ControlCenter 6.0 back in May.  I&#8217;d love to learn more about just how well these two products work in the real world.  Anyone using them?</p>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2008/11/07/emc-maui/"  rel="bookmark" class="crp_title">EMC About To Take Us To Maui&#8230;</a></li><li><a href="http://blog.fosketts.net/2007/07/26/storage-management-integrated-with-server-virtualization-wheres-emc/"  rel="bookmark" class="crp_title">Storage Management Integrated with Server Virtualization (Where&#8217;s EMC?)</a></li><li><a href="http://blog.fosketts.net/2008/04/08/emc-quietly-acquires-wysdm-software/"  rel="bookmark" class="crp_title">EMC Quietly Acquires WysDM Software</a></li><li><a href="http://blog.fosketts.net/2007/09/11/vmware-acquires-virtualization-management-firm-dunes/"  rel="bookmark" class="crp_title">VMware Acquires Virtualization Management Firm, Dunes</a></li><li><a href="http://blog.fosketts.net/2008/09/19/what-vmware-vdc-os-vstorage/"  rel="bookmark" class="crp_title">What is VMware VDC-OS vStorage?</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2007/08/01/srm-for-vmware-thank-god/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2007. |
<a href="http://blog.fosketts.net/2007/08/01/srm-for-vmware-thank-god/">SRM For VMware (Thank God!)</a>
<br/>
This post was categorized as <a href="http://blog.fosketts.net/category/everything/enterprisestorage/" title="View all posts in Enterprise storage" rel="category tag">Enterprise storage</a>, <a href="http://blog.fosketts.net/category/everything/virtualstorage/" title="View all posts in Virtual Storage" rel="category tag">Virtual Storage</a>. Each of my categories has its own feed if you'd like to filter out or focus on posts like this.<br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://blog.fosketts.net/2007/08/01/srm-for-vmware-thank-god/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Information, Data, and Storage</title>
		<link>http://blog.fosketts.net/2007/07/31/information-data-and-storage/</link>
		<comments>http://blog.fosketts.net/2007/07/31/information-data-and-storage/#comments</comments>
		<pubDate>Tue, 31 Jul 2007 14:00:16 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[consulting]]></category>
		<category><![CDATA[data classification]]></category>
		<category><![CDATA[EMC]]></category>
		<category><![CDATA[ILM]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/2007/07/31/information-data-and-storage/</guid>
		<description><![CDATA[My mom had a laugh way back then, when I got my first job in this industry: &#8221; I always knew you&#8217;d wanted to be an architect,&#8221; she said, &#8220;but why does it have to be closets and garages?&#8221; That was me, Storage Architect at last! These days, when another parent at the soccer game [...]]]></description>
			<content:encoded><![CDATA[<p>My mom had a laugh way back then, when I got my first job in this industry: &#8221; I always knew you&#8217;d wanted to be an architect,&#8221; she said, &#8220;but why does it have to be closets and garages?&#8221; That was me, Storage Architect at last!</p>
<p>These days, when another parent at the soccer game or church asks what I do for a living, I go through a little semantic dance.  I start with business consulting, move on to big companies and their computer systems, and finally mutter something about data storage.  If I told them I consulted in the field of enterprise storage, they&#8217;d probably think of big parking lots and a rental car agency.  It was different in Massachusetts, of course.  There, I could just say &#8221; the stuff EMC does&#8221; and they would have a pretty good idea.</p>
<p>But EMC, and Massachusetts, is not the real world, bringing me to today&#8217;s topic: information, data, and storage.  We are storage people, and we work in the storage industry, but storage is not important to the world at large.  They think about information, first, and occasionally about data.  Mostly, our industry is a negative in the real world: &#8220;my computer died and I lost my data&#8221;, or &#8220;my credit card company lost a tape of personal data&#8221;.</p>
<p><span id="more-32"></span></p>
<p>Even in business, nobody cares about ILM, virtualization, thin provisioning, iSCSI, or any of the topics that we spend all our time focused on.  Data storage is a necessity to build cars, drill for oil, sell mortgages, and so on.  If they can do these things efficiently without so much IT infrastructure and investment, then they probably would.  In the meantime, they&#8217;ll keep the lights on the IT until something else better comes along.</p>
<p>What can we do?  Well, we had better start by making sure that we are as valuable to the business as we possibly can be, keeping in mind that data storage should never be a priority at a major company.  We need to keep more humility, realizing that the business cares about information, knows about data, and ignores storage, and this is really how it should be.  We need to make sure that we take care of the business data entrusted to us, and that we keep the storage infrastructure out of the way.</p>
<p>We can do this by focusing our efforts in two ways: make sure our data storage infrastructures are bulletproof, and help the business understand our data storage capabilities on their terms.  Storage technology, and storage managers, are getting pretty good at keeping things working.  So let&#8217;s stop putting so much attention on the latest and greatest storage devices, and start thinking about better ways to care for the data that has been entrusted to us.</p>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2010/04/29/techie-business-schism/"  rel="bookmark" class="crp_title">The Techie/Business Schism</a></li><li><a href="http://blog.fosketts.net/2010/05/10/emc-post-infrastructure-future/"  rel="bookmark" class="crp_title">EMC&#8217;s Tough Road to the Post-Infrastructure Future</a></li><li><a href="http://blog.fosketts.net/2007/08/16/a-seat-at-the-table/"  rel="bookmark" class="crp_title">A Seat At the Table</a></li><li><a href="http://blog.fosketts.net/2009/04/02/changing-times-demand-focus/"  rel="bookmark" class="crp_title">Changing Times Demand Focus</a></li><li><a href="http://blog.fosketts.net/2011/04/26/5292/"  rel="bookmark" class="crp_title"></a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2007/07/31/information-data-and-storage/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2007. |
<a href="http://blog.fosketts.net/2007/07/31/information-data-and-storage/">Information, Data, and Storage</a>
<br/>
This post was categorized as <a href="http://blog.fosketts.net/category/everything/enterprisestorage/" title="View all posts in Enterprise storage" rel="category tag">Enterprise storage</a>. Each of my categories has its own feed if you'd like to filter out or focus on posts like this.<br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://blog.fosketts.net/2007/07/31/information-data-and-storage/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>There Are Two Kinds…</title>
		<link>http://blog.fosketts.net/2007/07/30/there-are-two-kinds/</link>
		<comments>http://blog.fosketts.net/2007/07/30/there-are-two-kinds/#comments</comments>
		<pubDate>Mon, 30 Jul 2007 19:00:44 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[data classification]]></category>
		<category><![CDATA[EMC]]></category>
		<category><![CDATA[ILM]]></category>
		<category><![CDATA[XAM]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/2007/07/30/theres-two-kinds%e2%80%a6/</guid>
		<description><![CDATA[&#8220;There are two kinds of people in this world: those who believe there are two kinds of people in this world, and those who don&#8217;t.&#8221;  This week, EMC&#8217;s Chief Development Officer, Mark Lewis, posted a thoughtful blog &#8220;episode&#8221; supposing that there are two kinds of data in this world: OLTP and all of the rest.  It&#8217;s an [...]]]></description>
			<content:encoded><![CDATA[<blockquote><p><em>&#8220;There are two kinds of people in this world: those who believe there are two kinds of people in this world, and those who don&#8217;t.&#8221;</em> </p></blockquote>
<p>This week, EMC&#8217;s Chief Development Officer, Mark Lewis, posted <a href="http://marksblog.emc.com/2007/07/episode-50-stor.html"  target="_blank">a thoughtful blog &#8220;episode&#8221;</a> supposing that there are two kinds of data in this world: OLTP and all of the rest.  It&#8217;s an interesting idea, so let&#8217;s bat it around a little.</p>
<p>Mark claims that, as technology allows data to be better structured and classified, the old distinction between structured and unstructured will disappear.  Surely, many types of unstructured data are gaining tagging and searchability as they move into a networked world.  E-mail is clearly semi-structured at least, and on-line document repositories like SharePoint and Google Docs have followed in the footsteps of Lotus Notes and others to bring structure to the file server.  I know of lots of businesses with historical applications that are transitioning to structured, tiered, and archivable formats, as well.  So we&#8217;re certainly moving in that direction, but I think it&#8217;s too soon to say that unstructured data is at an end.</p>
<p>I doubt that Mr. Lewis believes that all data is structured, either.  His job is to make sure that EMC does not become irrelevant like so many other big Massachusetts technology companies, so he&#8217;s certainly trying to get in front of the market.  As data gains structure, storage products that exploit it will undoubtedly be in demand.  So EMC is wise to work on XAM and to purchase XHive.  But I doubt that the bulk of their revenues will come from storage systems integrated with data structures anytime soon.</p>
<p>The core of Mr. Lewis&#8217;s discussion revolves around classifying data according to performance, and latency in particular: his OLTP type needs each transaction to flow quickly, while his &#8220;web&#8221; type is characterized by other attributes.  This metadata would be communicated to the storage system through some structured mechanism like XML.</p>
<p>Undoubtedly, latency is one way to divide up the world of data.  But is this single element, the low latency requirements of OLTP applications, truly a valid way to characterize the entire wide world of data?  It seems to me an excellent way to isolate one data type, but I believe that there are many others which also need isolation, examination, and tuned storage services.  I understand the argument that OLTP systems need exceptional storage, but I don&#8217;t feel that this distinction suggested by Mr. Lewis is the correct way to split enterprise data.</p>
<p>Me?  I believe there are lots more than two kinds of people in this world.</p>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2007/08/08/thoughts-on-mark-lewis-future-storage/"  rel="bookmark" class="crp_title">Thoughts on Mark Lewis&#8217; Future Storage</a></li><li><a href="http://blog.fosketts.net/2008/12/04/enhanced-archive-platforms-netapp/"  rel="bookmark" class="crp_title">White Paper: Enhanced Archive Platforms with Agility for NetApp</a></li><li><a href="http://blog.fosketts.net/2007/08/14/commercial-ssds-are-here/"  rel="bookmark" class="crp_title">Commercial SSDs Are Here?</a></li><li><a href="http://blog.fosketts.net/2011/01/06/talking-cloud-storage-gateways-nasuni-cirtas/"  rel="bookmark" class="crp_title">Talking Cloud Storage Gateways With Nasuni and Cirtas</a></li><li><a href="http://blog.fosketts.net/2009/09/11/bizarre-hfs-tricks-in-mac-os-x-10-6-snow-leopard/"  rel="bookmark" class="crp_title">Bizarre HFS+ Tricks in Mac OS X 10.6 Snow Leopard</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2007/07/30/there-are-two-kinds/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2007. |
<a href="http://blog.fosketts.net/2007/07/30/there-are-two-kinds/">There Are Two Kinds…</a>
<br/>
This post was categorized as <a href="http://blog.fosketts.net/category/everything/enterprisestorage/" title="View all posts in Enterprise storage" rel="category tag">Enterprise storage</a>. Each of my categories has its own feed if you'd like to filter out or focus on posts like this.<br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://blog.fosketts.net/2007/07/30/there-are-two-kinds/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Sailing the Titanic (Why We Need ILM and Then Some!)</title>
		<link>http://blog.fosketts.net/2007/07/24/sailing-the-titanic-why-we-need-ilm-and-then-some/</link>
		<comments>http://blog.fosketts.net/2007/07/24/sailing-the-titanic-why-we-need-ilm-and-then-some/#comments</comments>
		<pubDate>Tue, 24 Jul 2007 14:40:26 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[blogketing]]></category>
		<category><![CDATA[data classification]]></category>
		<category><![CDATA[data growth]]></category>
		<category><![CDATA[green storage]]></category>
		<category><![CDATA[ILM]]></category>
		<category><![CDATA[SRM]]></category>
		<category><![CDATA[tiered storage]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/2007/07/24/sailing-the-titanic-why-we-need-ilm-and-then-some/</guid>
		<description><![CDATA[Without getting into the debate on blogketing (I&#8217;ll save that for another post), I was pretty impressed by Chuck Hollis&#8217; recent post on ILM. I think he&#8217;s made a good discussion of the wherefores of ILM, and maybe counteracted a bit of the prevailing anti-ILM argument. I&#8217;ve been in the trenches on storage content (aka [...]]]></description>
			<content:encoded><![CDATA[<p>Without getting into the debate on blogketing (I&#8217;ll save that for <a href="http://blog.fosketts.net/2007/07/23/blogketing-revisited/" >another post</a>), I was pretty impressed by Chuck Hollis&#8217; <a rel="nofollow" href="http://chucksblog.typepad.com/chucks_blog/2007/07/so-where-is-ilm.html" target="_blank" >recent post</a> on ILM. I think he&#8217;s made a good discussion of the wherefores of ILM, and maybe counteracted a bit of the prevailing <a href="http://www.drunkendata.com/?p=1231" target="_blank" >anti-ILM argument</a>.</p>
<p>I&#8217;ve been in the trenches on storage content (aka data) for a long time. I, too, have often reverted to the old &#8220;gigs of MP3s and porn&#8221; argument from time to time. But I&#8217;ve done enough filesystem assessments at real companies to realize that that&#8217;s not really the norm. In fact, I&#8217;ve rarely found much porn, music, video, or jokes on full-up corporate file servers. And I&#8217;ve analyzed enough storage environments to know that, while file servers are big, they&#8217;re not normally the majority user of storage in large data centers.</p>
<p>On the contrary, most enterprise storage is taken up by business applications, though not necessarily critical data. Email, backup, and certainly user file servers are big space users. But give me a few Oracle instances, source code repositories, or image processing servers, and watch those applications shrink in significance.</p>
<p>No matter what the application, though, the real issue with storage growth (and ILM) is the (in)ability of IT managers to do anything about it. Let&#8217;s say we had permission to delete really inappropriate data, which is <em>not</em> a sure thing. Would we IT folks even be able to recognize it? How would we locate it? Can we even view user files without violating user trust, company privacy policies, or even laws? Many countries (yes, not all data is in the USA), regulate access to data even inside a company.</p>
<p>Now let&#8217;s move into grayer areas of &#8220;unnecessary&#8221; corporate data. Many storage administrators can&#8217;t even name the applications that take up all that space, let alone understand the intricacies of the data under management.  To make a timely (and tired) Harry Potter analogy, IT are the <a rel="nofollow" href="http://en.wikipedia.org/wiki/House_elf" target="_blank" >house-elves</a> of the business &#8211; powerful but subservient, with little input into what happens above and around them.  I&#8217;ve talked to business people who don&#8217;t want IT to have any input, relegating them to order takers and laborers.</p>
<p>This is a dangerous slide, however.  Lots of people have the capability to take IT orders and keep the lights on,  a realization that leads to outsourcing.  IT pros must prove their worth to the business in order to remain relevant and irreplaceable!</p>
<p>ILM is one way to do that.  To get back to Chuck&#8217;s post, we need to take the reins and try to understand data better.  We need to pick certain applications that lend themselves to automated data classification and tiered storage and try to get them under control.  Email is a great candidate, and that&#8217;s why email archiving applications have taken off recently.  File servers are coming along, too, especially with file virtualization in the ascendancy.</p>
<p>I&#8217;m particularly excited about what a smart IT manager I know called the &#8220;second wave&#8221; of SRM tools.  Rather than just collecting stock metadata (age, name, owner, etc), the latest filesystem scanning tools look inside a file, trying to better classify them.  Let&#8217;s say 1/4 of your file server is made up of Microsoft Word, Excel, and PowerPoint documents.  What can you do about that unless you can identify which are critical and which are not?  Each business will have its own criteria, and you need a flexible tool to scan them all and report back to you before you can &#8220;ILM&#8221; them.  That&#8217;s what lots of software vendors are currently working on, and though we&#8217;re at an early stage still, the results are promising.</p>
<p>Sadly, though, we in IT may soon find that we just can&#8217;t delete anything.  Even totally banned content like porn could be critical to a legal case against an employee,  and it won&#8217;t be long before we are expected to keep everything that shows up on our servers for a very long time.  Most companies have policies for hardcopy document retention, and many are currenyly diving into the world of data policy as well.  The default policy may be &#8220;keep until we decide what to do with it&#8221;, and this could cause the current trend of storage growth to accelerate!</p>
<p>If we can&#8217;t delete data, we will be forced to sail the Titanic rather than sink it.  Small companies can benefit most from the falling price of storage, since the entire storage footprint for a little shop is often under a terabyte.  But larger organizations will find that they need to start tiering their storage, and quickly in order to keep prices under control.</p>
<p>And then there&#8217;s green storage.   Again, Mr. Toigo makes the very valid point that the problem is in the business, not in the hardware we use.  But if we can&#8217;t do anything about data growth for the time being, we had better start tackling the technical challenges we face.  I&#8217;ve talked to many IT folks who are very worried about data center space, as well as the terrifying trio of heat, power, and cooling.  For them, green technologies are no laughing matter!  If you can&#8217;t get any more power, you have to lower your per-GB requirement and quickly.</p>
<p>It&#8217;s easy to say &#8220;understand your data and delete some&#8221;, but hard for IT pros to  actually do it.  Until we can tackle the strategic issue of data growth, we&#8217;ll have to continue fighting the tactical problems of storage.</p>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2008/09/05/answering-email-archiving-questions/"  rel="bookmark" class="crp_title">Answering Your Email Archiving Questions</a></li><li><a href="http://blog.fosketts.net/2007/08/01/chuck-hollis-gets-it/"  rel="bookmark" class="crp_title">Chuck Hollis Gets It!</a></li><li><a href="http://blog.fosketts.net/2008/02/07/how-long-should-companies-retain-email/"  rel="bookmark" class="crp_title">How Long Should Companies Retain Email?</a></li><li><a href="http://blog.fosketts.net/2011/04/10/deletion-dilemma/"  rel="bookmark" class="crp_title">The Deletion Dilemma</a></li><li><a href="http://blog.fosketts.net/2010/09/24/fundamental-practices-enterprise/"  rel="bookmark" class="crp_title">Four Fundamental Best Practices for Enterprise IT</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2007/07/24/sailing-the-titanic-why-we-need-ilm-and-then-some/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2007. |
<a href="http://blog.fosketts.net/2007/07/24/sailing-the-titanic-why-we-need-ilm-and-then-some/">Sailing the Titanic (Why We Need ILM and Then Some!)</a>
<br/>
This post was categorized as <a href="http://blog.fosketts.net/category/everything/enterprisestorage/" title="View all posts in Enterprise storage" rel="category tag">Enterprise storage</a>. Each of my categories has its own feed if you'd like to filter out or focus on posts like this.<br/>
</small></p>]]></content:encoded>
			<wfw:commentRss>http://blog.fosketts.net/2007/07/24/sailing-the-titanic-why-we-need-ilm-and-then-some/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

