 




<?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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
>

<channel>
	<title>Storage Soup &#187; data retention</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/storage-soup/tag/data-retention/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/storage-soup</link>
	<description>A SearchStorage.com blog.</description>
	<lastBuildDate>Fri, 17 May 2013 12:28:25 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<copyright>2009 </copyright>
	<managingEditor>bpariseau@techtarget.com (SearchStorage.com)</managingEditor>
	<webMaster>bpariseau@techtarget.com (SearchStorage.com)</webMaster>
	<category>Technology</category>
	<ttl>1440</ttl>
	<image>
		<url>http://media.techtarget.com/digitalguide/images/podcast/Storage_Soup_podcast_small.jpg</url>
		<title>Storage Soup</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup</link>
		<width>144</width>
		<height>144</height>
	</image>
	<itunes:subtitle>A SearchStorage.com podcast</itunes:subtitle>
	<itunes:summary>A SearchStorage.com podcast covering the top stories in enterprise data storage from week to week, also featuring interviews with industry experts. </itunes:summary>
	<itunes:keywords>data storage, cloud storage, data backup, Data center disaster recovery planning, Data center energy efficiency, data compliance and archiving, data compliance and archiving; data migration; storage vendors, data deduplication, data reduction, data security, Data storage management, disk drive, disk drives, e-Discovery, Editorial process, ESX Server, Flash storage, iSCSI, iSCSI SAN, NAS, Online Backup, SAN, small business storage, software as a service, solid state drives, Storage, Storage and server virtualization, Storage backup, Storage conferences, storage headlines, Storage managed service providers, Storage market research reports, Storage protocols, storage service providers, Storage software as a service, storage technology research, Storage tips, storage vendors, storage virtualization, Strategic storage vendors, tape data storage, VMware, WAN Optimization / WAFS</itunes:keywords>
	<itunes:category text="Technology">
		<itunes:category text="Tech News" />
	</itunes:category>
	<itunes:category text="Technology" />
	<itunes:category text="Technology">
		<itunes:category text="Podcasting" />
	</itunes:category>
	<itunes:author>SearchStorage.com</itunes:author>
	<itunes:owner>
		<itunes:name>SearchStorage.com</itunes:name>
		<itunes:email>bpariseau@techtarget.com</itunes:email>
	</itunes:owner>
	<itunes:block>no</itunes:block>
	<itunes:explicit>no</itunes:explicit>
	<itunes:image href="http://media.techtarget.com/digitalguide/images/podcast/Storage_Soup_podcast_large.jpg" />
		<item>
		<title>Why we keep data</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-soup/why-we-keep-data/</link>
		<comments>http://itknowledgeexchange.techtarget.com/storage-soup/why-we-keep-data/#comments</comments>
		<pubDate>Fri, 09 Dec 2011 16:06:30 +0000</pubDate>
		<dc:creator>Randy Kerns</dc:creator>
				<category><![CDATA[data hoarding]]></category>
		<category><![CDATA[data management]]></category>
		<category><![CDATA[data retention]]></category>
		<category><![CDATA[storage efficiency]]></category>

		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/storage-soup/?p=9383</guid>
		<description><![CDATA[I’ve attended two conferences recently where a speaker talked about storage efficiency and the growing capacity demand problem. The speaker said that a part of the problem is we don’t throw data away. That blunt statement suggests that we should throw data away. Unfortunately, that was the end of the discussion and the rest was [...]]]></description>
				<content:encoded><![CDATA[<p>I’ve attended two conferences recently where a speaker talked about <a href="http://searchstorage.techtarget.com/Storage-management-solutions-for-efficient-data-storage" target="_blank">storage efficiency</a> and the growing capacity demand problem. The speaker said that a part of the problem is we don’t throw data away. That blunt statement suggests that we should throw data away. Unfortunately, that was the end of the discussion and the rest was promotion of a product.</p>
<p>This really begs the question, &#8220;Why don’t we delete data when we don’t need it anymore?&#8221; When I asked this question to IT people, they had several reasons for keeping data.</p>
<p>Government regulation was the most common reason.  Many of these regulations are in regard to email and associated with corporate accountability. People in vertical markets such as bio-pharmaceuticals and healthcare have extra industry-specific retention requirements.</p>
<p>Business policy was another top reason for not deleting information. There were three underlying reasons for this category. In some cases, the corporate counsel had not examined the information being retained and had issued orders to keep everything until a policy was developed. Others keep data because their executives feel the information represents business or organization records with future value.  (It was not really clear what this meant.). In other cases, IT staff was operating off a policy written when records were still primarily on paper and had not received new direction for digital retention.</p>
<p>Another common response was that IT staff had no time to manage the data and make retention decisions or to involve other groups within the organization. In this case, it is simpler to keep data rather than make decisions and take on the task of implementing a policy.</p>
<p>The other reason was probably more of a personal response – some people are pack rats for data and keep everything. I call this data hoarding.</p>
<p>Rather than only listing the problems, the discussion about data retention should always include ways to address the situation. Data retention really is a project. To be done effectively, it usually requires outside assistance and the purchase of software tools. In every case, an initiative must be undertaken. This includes calculating ROI based on the payback in capacity made available and reduced data protection costs. The project requires someone from IT to:</p>
<p>•	Understand government regulations.  Most are specific about the type of data and circumstances, and almost all of the regulations have a specific time limit or condition for when the data can be deleted.<br />
•	Examine the current business policies and update them with current information from executives and corporate counsel.  Present the costs of retaining the data along with the magnitude and growth demands as part of the need to review the business policies.<br />
•	Add system tools to examine data, move it based on value or time, and delete it when thresholds or conditions are met.<br />
•	Get a grip. Data hoarding is costing money and making a mess. The person who replaces the data hoarder has to clean it up.</p>
<p>Knowing when data can be deleted is good operations practice in IT. It is a key component of storage efficiency.  The Evaluator Group has more on storage efficiency <a href="http://www.evaluatorgroup.com/document/storage-efficiency-it-perspective/" target="_blank">here</a> and <a href="http://www.evaluatorgroup.com/document/integrating-data-management-technologies-data-protection-tiering-and-archiving/" target="_blank">here</a>.</p>
<p><strong>(Randy Kerns is Senior Strategist at Evaluator Group, an IT analyst firm).</strong></p>
<!-- wpms-network-global-inserts -->]]></content:encoded>
			<wfw:commentRss>http://itknowledgeexchange.techtarget.com/storage-soup/why-we-keep-data/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
