<?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 archive Archives  &#8211; Stephen Foskett, Pack Rat</title>
	<atom:link href="http://blog.fosketts.net/tag/data-archive/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>Back From The Pile: May 30, 2009</title>
		<link>http://blog.fosketts.net/2009/06/01/pile-30-2009/</link>
		<comments>http://blog.fosketts.net/2009/06/01/pile-30-2009/#comments</comments>
		<pubDate>Mon, 01 Jun 2009 17:55:16 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[Personal]]></category>
		<category><![CDATA[Virtual Storage]]></category>
		<category><![CDATA[archiving]]></category>
		<category><![CDATA[Ariel Atom]]></category>
		<category><![CDATA[autism]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[Chris Evans]]></category>
		<category><![CDATA[Chrysler]]></category>
		<category><![CDATA[cloud]]></category>
		<category><![CDATA[cloud computing]]></category>
		<category><![CDATA[data archive]]></category>
		<category><![CDATA[data backup]]></category>
		<category><![CDATA[EMC]]></category>
		<category><![CDATA[Gestalt IT]]></category>
		<category><![CDATA[GM]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Google Wave]]></category>
		<category><![CDATA[Greg Knieriemen]]></category>
		<category><![CDATA[HAM]]></category>
		<category><![CDATA[HDS]]></category>
		<category><![CDATA[high availability]]></category>
		<category><![CDATA[Howard Marks]]></category>
		<category><![CDATA[HP]]></category>
		<category><![CDATA[Infosmack]]></category>
		<category><![CDATA[iSCSI]]></category>
		<category><![CDATA[Marc Farley]]></category>
		<category><![CDATA[Microsoft]]></category>
		<category><![CDATA[non-compete]]></category>
		<category><![CDATA[Ocarina]]></category>
		<category><![CDATA[podcast]]></category>
		<category><![CDATA[StarWind]]></category>
		<category><![CDATA[StorageMonkeys]]></category>
		<category><![CDATA[Tim O'Reilly]]></category>
		<category><![CDATA[USP-V]]></category>
		<category><![CDATA[vaccine]]></category>
		<category><![CDATA[VMworld]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/?p=1910</guid>
		<description><![CDATA[It was a week of HAM in the enterprise storage industry and angry arguments in the CloudCamp camp. But things looked up at the end with a productive discussion about backups. Google sent us a wave, but nobody was happy when GM threatened to collapse. Enterprise Storage HDS’ HAM-Fisted Announcement did not impress, with many wondering [...]]]></description>
			<content:encoded><![CDATA[<p>It was a week of HAM in the enterprise storage industry and angry arguments in the CloudCamp camp. But things looked up at the end with a productive discussion about backups. Google sent us a wave, but nobody was happy when GM threatened to collapse.</p>
<h3 class="post-subhead">Enterprise Storage</h3>
<ul>
<li><a href="http://gestaltit.com/featured/top/stephen/hds-ham-announcement/"  target="_blank">HDS’ HAM-Fisted Announcement</a> did not impress, with many wondering (<a href="http://thestoragearchitect.com/2009/05/27/enterprise-computing-usp-v-so-long-and-thanks-for-all-the-fish/" >So Long And Thanks For All The Fish</a>) what exactly the company had announced. But by week&#8217;s end (<a href="http://blogs.rupturedmonkey.com/?p=397" >USP-V and Hitachi High Availability Manager</a>) we had figured out <a href="http://gestaltit.com/featured/top/stephen/hds-high-availability-manager-works/" >How It Works</a> and even had some time for <a href="http://gestaltit.com/featured/top/stephen/taste-ham-apologies-doctor/" >jokes</a>.</li>
<li>What should be in the cloud? How about some <a rel="nofollow" href="http://fountnhead.blogspot.com/2009/05/profiling-questions-nobodys-asking-re.html" >profiling questions nobody&#8217;s asking re: cloud applications</a></li>
<li>Want your own iSCSI array? <a href="http://www.ntpro.nl/blog/archives/1129-StarWind-has-responded-to-your-comments,-2TB-at-no-cost!.html" >StarWind has responded to your comments, 2TB at no cost!</a></li>
<li><a href="http://developer.nirvanix.com/blogs/strategies/archive/2009/05/27/what-is-a-backup.aspx"  target="_blank">What Is a Backup?</a> Some great discussion (<a href="http://onlinestorageoptimization.com/index.php/backup-to-the-future/" >Backup to the Future</a>) and a solution: <a href="http://developer.nirvanix.com/blogs/strategies/archive/2009/05/28/when-is-a-copy-a-backup.aspx" >When Is A Copy A Backup?</a></li>
<li>Howard Marks is also doing a great job with backup and archiving: See <a href="http://www.byteandswitch.com/storage/backup-recovery/of-backups-and-archives.php" >Of Backups and Archives</a>, <a href="http://www.byteandswitch.com/storage/data-protection/storing-archival-data---part-deux.php" >Storing Archival Data &#8211; Part Deux</a>, and <a href="http://www.byteandswitch.com/storage/content-management/all-archive-data-is-not-alike.php" >All Archive Data is Not Alike</a></li>
<li>I joined Chris Evans, Marc Farley, and Greg Knierieman for <a href="http://www.storagemonkeys.com/index.php?option=com_content&amp;view=article&amp;id=129:infosmack-episode-6-hds-usp-v-announcement-emc-non-competes-and-changes-at-vmworld&amp;catid=69:infosmack&amp;Itemid=143"  target="_blank">Infosmack Episode #6 &#8211; HDS USP-V announcement, EMC non-competes and changes at VMworld</a></li>
<li>&#8216;Nuff said: <a rel="nofollow" href="http://feedproxy.google.com/~r/evilrouters/~3/eCQR1fXvSfU/" >And people wonder why I hate HP</a>, <a href="http://www.enterprisestorageforum.com/hardware/features/article.php/3821771" >Google Could Learn a Thing or Two from EMC</a>, <a href="http://itknowledgeexchange.techtarget.com/server-virtualization/virtualization-why-microsoft-cares/" >Virtualization: Why Microsoft cares</a></li>
</ul>
<h3 class="post-subhead">Misc</h3>
<ul>
<li>Tim O&#8217;Reilly took a look at a technology I just didn&#8217;t get, but changed my mind with <a href="http://radar.oreilly.com/2009/05/google-wave-what-might-email-l.html" >Google Wave: What Might Email Look Like If It Were Invented Today?</a></li>
<li>Want a crazy car to get your mind off of GM and Chrysler? How about <a rel="nofollow" href="http://feedproxy.google.com/~r/weblogsinc/autoblog/~3/eBgEQ1gV4WY/" >the 500-hp Ariel Atom 500 V8</a></li>
<li>A wonderfully long and detailed article: <a href="http://www.plosbiology.org/article/info:doi/10.1371/journal.pbio.1000114" >Lessons from the Vaccine–Autism Wars</a></li>
<li>Finally, take a look at this amazing video: <a href="http://barefootmeg.multiply.com/video/item/56" >Louis CK  &#8220;Everything&#8217;s amazing, nobody&#8217;s happy&#8221;</a></li>
</ul>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2009/05/04/pile-interesting-content-week-2-2009/"  rel="bookmark" class="crp_title">Back From the Pile: Interesting Content From the Week of May 2, 2009</a></li><li><a href="http://blog.fosketts.net/2009/05/11/pile-interesting-content-week-9-2009/"  rel="bookmark" class="crp_title">Back From the Pile: Interesting Content From the Week of May 9, 2009</a></li><li><a href="http://blog.fosketts.net/about/stephen-foskett/multimedia/"  rel="bookmark" class="crp_title">Multimedia</a></li><li><a href="http://blog.fosketts.net/2009/05/26/pile-interesting-links-midmay/"  rel="bookmark" class="crp_title">Back From The Pile: Interesting Links From Mid-May</a></li><li><a href="http://blog.fosketts.net/2009/06/18/join-cloudcamp-columbus-june-30-2009/"  rel="bookmark" class="crp_title">Join Me At CloudCamp Columbus, June 30, 2009!</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2009/06/01/pile-30-2009/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2009. |
<a href="http://blog.fosketts.net/2009/06/01/pile-30-2009/">Back From The Pile: May 30, 2009</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/personal/" title="View all posts in Personal" rel="category tag">Personal</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/2009/06/01/pile-30-2009/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Ten-Year Trend: Mobility</title>
		<link>http://blog.fosketts.net/2009/03/11/ten-year-trend-mobility/</link>
		<comments>http://blog.fosketts.net/2009/03/11/ten-year-trend-mobility/#comments</comments>
		<pubDate>Thu, 12 Mar 2009 01:00:41 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Apple]]></category>
		<category><![CDATA[Computer History]]></category>
		<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[Everything]]></category>
		<category><![CDATA[Personal]]></category>
		<category><![CDATA[Terabyte home]]></category>
		<category><![CDATA[Virtual Storage]]></category>
		<category><![CDATA[3G]]></category>
		<category><![CDATA[802.11a]]></category>
		<category><![CDATA[Amazon]]></category>
		<category><![CDATA[archiving]]></category>
		<category><![CDATA[AvantGo]]></category>
		<category><![CDATA[blogging]]></category>
		<category><![CDATA[cloud]]></category>
		<category><![CDATA[data archive]]></category>
		<category><![CDATA[Dave Hitz]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[Facebook]]></category>
		<category><![CDATA[featured]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[GPS]]></category>
		<category><![CDATA[iPhone]]></category>
		<category><![CDATA[iPod]]></category>
		<category><![CDATA[LinkedIn]]></category>
		<category><![CDATA[mobility]]></category>
		<category><![CDATA[NetApp]]></category>
		<category><![CDATA[Palm]]></category>
		<category><![CDATA[PR]]></category>
		<category><![CDATA[Privacy]]></category>
		<category><![CDATA[Salesforce]]></category>
		<category><![CDATA[security]]></category>
		<category><![CDATA[Sling]]></category>
		<category><![CDATA[software]]></category>
		<category><![CDATA[TiVo]]></category>
		<category><![CDATA[Twitter]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[Wikipedia]]></category>
		<category><![CDATA[wireless]]></category>
		<category><![CDATA[work]]></category>
		<category><![CDATA[Yahoo]]></category>
		<category><![CDATA[Zimbra]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/?p=1527</guid>
		<description><![CDATA[What is the megatrend of this decade? I suggest that we are witnessing a wholesale shift from information tied to place/device to information mobility. Cloud computing, server virtualization, and even flash memory are all contributors to this massive trend, along with the user-side trends of the post-PDA mobile phone, 3G data, social web services, and connected home.]]></description>
			<content:encoded><![CDATA[<div id="attachment_1533" class="wp-caption alignright" style="width: 279px;  border: 1px solid #dddddd; background-color: #f3f3f3; padding-top: 4px; margin: 10px; text-align:center; float: right;"><a href="http://blog.fosketts.net/wp-content/uploads/2009/03/glass-and-grass.jpg" ><img class="size-medium wp-image-1533     " title="glass-and-grass" src="http://blog.fosketts.net/wp-content/uploads/2009/03/glass-and-grass-299x300.jpg" alt="IT infrastructure is following consumer technology out of the glass house and into the wide world" width="269" height="270" /></a><p style=' padding: 0 4px 5px; margin: 0;'  class="wp-caption-text">IT infrastructure is following consumer technology out of the data center glass house and into the wide world</p></div>
<p>Dave Hitz over at NetApp poses a very interesting question: <a href="http://blogs.netapp.com/dave/2009/03/three-ten-year.html"  target="_blank">What is the ten-year trend in information technology that we are currently building to?</a> He supplies these historical examples:</p>
<ul>
<li>1982-1992: A computer on every (business) desk</li>
<li>1990s: Networking all those computers</li>
</ul>
<p>He then goes on to suggest three ten-year trends that we might currently be living through:</p>
<ol>
<li> Cloud/Outsourced Computing</li>
<li>Server Virtualization</li>
<li>Flash Memory</li>
</ol>
<p>Although I agree on the importance of these three to enterprise IT, I don&#8217;t think they&#8217;ll be seen as the megatrends of this decade in hindsight. I suggest that, more than anything, we are witnessing a wholesale shift <strong>from information tied to place/device to information mobility</strong>. Cloud computing, server virtualization, and even flash memory are all <a rel="nofollow" href="http://esgblogs.typepad.com/marks_blog/2009/03/cloud-virtualization-is-a-key-ingredient.html"  target="_blank">contributors to</a> this massive trend, along with the user-side trends of the post-PDA mobile phone, 3G data, social web services, and connected home.</p>
<p><span id="more-1527"></span></p>
<h3 class="post-subhead">What Is Mobility?</h3>
<p>The meaning of mobility, to me, is expansive. It doesn&#8217;t just refer to taking a copy of your data with you, ubiquitous connectivity, or portable devices. <strong>Mobility is a new paradigm of computing</strong>.</p>
<ul>
<li>Your data no longer &#8220;sits&#8221; in one place &#8211; <strong>your data lives out there in the network</strong>!</li>
<li>Your applications no longer &#8220;live&#8221; on this device or that &#8211; <strong>your applications live out there in the network</strong>!</li>
<li>Your productivity environment no longer requires a particular piece of hardware &#8211; you expect to be <strong>productive everywhere on every device</strong>!</li>
</ul>
<p>This doesn&#8217;t sound strange to the modern Internet user. We have completely accepted the role of Google, Facebook, Yahoo, Wikipedia and the rest in our personal lives. Just as they did in the early days of the PC, business people have transitioned these concepts into the professional world &#8211; witness Salesforce and LinkedIn! In all cases, we have endorsed the idea that <strong>certain types of information <em>want </em>to live in the cloud because it makes them better!</strong></p>
<p><strong> </strong>Once you&#8217;ve used these services, old-fashioned email, contact management, encyclopedias, maps, and the rest seem incredibly limiting. A GPS system that can&#8217;t update its maps seems antiquated, and we want it to have real-time traffic data, too. An iPod that needs to be physically connected to a PC to add music or applications is simply unacceptable. Time- and place-shifting technologies like TiVo To Go, over-the-air podcast downloads, and Slingboxes reset our expectations about availability and choice of entertainment, but they are mere symptoms of our changing perceptions. <strong>We want mobility of data, applications, and platforms, and we are getting it.</strong></p>
<p>Consider two truly revolutionary platforms: the iPhone and the netbook. In both cases, we knowingly accept limitations in the name of portability, knowing that the cloud will give us what we can&#8217;t hold in our hands. These devices are limited in ways that would seem inconceivable just a few years ago: Apple has locked their platform up tighter than any in history, and netbooks are too small, underpowered, and cheap in all senses of the word. But we love them because they get us where we want to go, which is <strong>up and out</strong>!</p>
<h3 class="post-subhead">Mobility and Enterprise IT</h3>
<p>The concept of mobile data, applications, and devices is just as applicable to enterprise IT infrastructure as it is to personal technology. Some enterprise data must be kept close to the vest, especially where privacy laws and litigation concerns are applicable. But there is certainly <strong>a vast pool of corporate data that <em>wants </em>to be out working in the field!</strong> Setting this data free is the enterprise equivalent of the mobility megatrend!</p>
<p>Cloud computing is hype. Server virtualization is hype. Flash storage is hype. XaaS is hype. Web 2.0 is hype. But once the cloud of hype passes, we will be left with solid technologies to enable mobility and <strong>transform corporate computing</strong>. Why should corporate email have to punch through your firewall? Why should the intranet be limited to internal or VPN users? Why can&#8217;t customers interact with a (limited/controlled) set of your corporate records? Salesforce showed us that roaming users (sales teams) need greater access than most IT staff were ready to build. What if we applied the same ideas to other data types?</p>
<p>Many companies are already doing this. Microsoft offers a variety of internal/external services for their customers through Live (see Connect, for example). Many companies are using mail and productivity applications in the cloud from Google, MessageOne, and Zimbra. Backup and archiving as a service to mobile users is widespread (see Iron Mountain Connected and Mozy). And more and more corporate PR relies on blogs, twitter, and social networking sites. Corporate security and legal types are worried about data &#8220;escaping&#8221; from the eggshell of control they exert, but this cat is out of the bag. Enterprise IT will never be the same!</p>
<p>It comes down to a single core question that IT folks ought to have been asking themselves all along: <strong>What should be held internally and what should be let loose?</strong> We already &#8220;outsource&#8221; many non-core corporate functions. Sometimes we do this for cost reasons. But the most effective outsourcing decision is when <strong>a third party will do a better job</strong>, offering levels of expertise or service that an internal group could never realistically reach. We already buy enterprise software to leverage outside development (remember, this was not always the case!), so why not also buy enterprise services? Corporate-grade outsourced email, groupware, sales automation, and the like is not only more robust and less expensive than internal systems, <strong>they enable a disconnected, mobile workforce</strong>.</p>
<h3 class="post-subhead">Today, I Was Angry</h3>
<p>I bought a new album from Amazon, but I forgot to sync my iPhone with my laptop, so it was sitting at home when I wanted to listen to it in the car. Then I couldn&#8217;t find a colleague&#8217;s phone number because he moved to a new company and my address book didn&#8217;t automatically update. And I couldn&#8217;t review a presentation because I needed a special account to access a corporate document system behind a firewall.</p>
<p>These little accomplishments would have seemed like miracles just a few years ago: I remember the joy I felt ten years ago when I could read a web page offline on my Palm Pilot using AvantGo; I was amazed when I first fired up 802.11a wireless networking and could work anywhere in the office; I was gleeful to be able to take 5 GB of music with me on the train. But all this is past. Today, I want to access my portable data and work anywhere. <strong>We are in the midst of a revolution in the mobility and ubiquity of computing</strong>.</p>
<blockquote><p>See my posts on <a href="http://gestaltit.com/author/stephen/"  target="_blank">Gestalt IT</a> for similar <a href="http://gestaltit.com"  target="_blank">enterprise IT infrastructure commentary</a></p>
</blockquote>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2009/05/19/lessons-cloud-computing-conference-expo-prague-2009/"  rel="bookmark" class="crp_title">Lessons From the Cloud Computing Conference and Expo Prague 2009</a></li><li><a href="http://blog.fosketts.net/2011/04/26/5292/"  rel="bookmark" class="crp_title"></a></li><li><a href="http://blog.fosketts.net/2009/03/19/sun-cloud/"  rel="bookmark" class="crp_title">Sun Launches Their Own Cloud, But For Which Market?</a></li><li><a href="http://blog.fosketts.net/about/services/"  rel="bookmark" class="crp_title">Services</a></li><li><a href="http://blog.fosketts.net/2009/09/16/cloud-services-standards/"  rel="bookmark" class="crp_title">We Don&#8217;t Need Cloud Standards (Yet)</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2009/03/11/ten-year-trend-mobility/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2009. |
<a href="http://blog.fosketts.net/2009/03/11/ten-year-trend-mobility/">Ten-Year Trend: Mobility</a>
<br/>
This post was categorized as <a href="http://blog.fosketts.net/category/everything/apple/" title="View all posts in Apple" rel="category tag">Apple</a>, <a href="http://blog.fosketts.net/category/everything/computerhistory/" title="View all posts in Computer History" rel="category tag">Computer History</a>, <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/" title="View all posts in Everything" rel="category tag">Everything</a>, <a href="http://blog.fosketts.net/category/everything/personal/" title="View all posts in Personal" rel="category tag">Personal</a>, <a href="http://blog.fosketts.net/category/everything/terabytehome/" title="View all posts in Terabyte home" rel="category tag">Terabyte home</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/2009/03/11/ten-year-trend-mobility/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>Introducing Storage Magazine Online!</title>
		<link>http://blog.fosketts.net/2009/01/28/introducing-storage-magazine-online/</link>
		<comments>http://blog.fosketts.net/2009/01/28/introducing-storage-magazine-online/#comments</comments>
		<pubDate>Wed, 28 Jan 2009 20:31:41 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[Personal]]></category>
		<category><![CDATA[Virtual Storage]]></category>
		<category><![CDATA[archiving]]></category>
		<category><![CDATA[consolidated archiving]]></category>
		<category><![CDATA[data archive]]></category>
		<category><![CDATA[Email archiving]]></category>
		<category><![CDATA[PDF]]></category>
		<category><![CDATA[Rich Castagna]]></category>
		<category><![CDATA[Storage Magazine]]></category>
		<category><![CDATA[TechTarget]]></category>
		<category><![CDATA[toot toot]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/?p=1377</guid>
		<description><![CDATA[Although the dead-tree version of TechTarget&#8217;s excellent Storage Magazine is no more, the company today released the premiere issue of its online counterpart! Available as both a web-based magazine and a PDF download, Storage Magazine Online continues with many of the same editors and writers, including Rich Castagna at the helm. You can still subscribe to [...]]]></description>
			<content:encoded><![CDATA[<div id="attachment_1378" class="wp-caption alignright" style="width: 231px;  border: 1px solid #dddddd; background-color: #f3f3f3; padding-top: 4px; margin: 10px; text-align:center; float: right;"><a href="http://blog.fosketts.net/wp-content/uploads/2009/01/picture-7.png" ><img class="size-medium wp-image-1378" title="Storage Magazine, Jan 2009" src="http://blog.fosketts.net/wp-content/uploads/2009/01/picture-7-221x300.png" alt="Storage Magazine has returned with an online edition" width="221" height="300" /></a><p style=' padding: 0 4px 5px; margin: 0;'  class="wp-caption-text">Storage Magazine has returned with an online edition</p></div>
<p>Although the dead-tree version of TechTarget&#8217;s excellent <a href="http://blog.fosketts.net/2008/12/12/storage-magazine/"  target="_blank">Storage Magazine is no more</a>, the company today released the premiere issue of <a href="http://searchstorage.techtarget.com/magOnline/0,,sid5_gci1345236,00.html"  target="_blank">its online counterpart</a>! Available as both a web-based magazine and a <a href="http://media.techtarget.com/searchStorage/downloads/January2009_Storage_eMag.pdf"  target="_blank">PDF download</a>, Storage Magazine Online continues with many of the same editors and writers, including Rich Castagna at the helm.</p>
<p>You can still subscribe to the online edition too, so you needn&#8217;t miss an issue! Existing qualified subscribers should receive an email today outlining the shift from paper to bits.</p>
<p>One article I&#8217;d personally like to highlight is <a href="http://searchstorage.techtarget.com/magOnline/0,,sid5_gci1345244,00.html"  target="_blank">my own piece on consolidated archiving</a>. I put a great deal of effort into the article, and I welcome your comments!</p>
<p>I wish the TechTarget all the best with this transition, and urge you all to check out their work. Now if they would only add all of the back issues as downloadable PDFs as well!</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/07/24/toot-toot-2-my-iscsi-in-the-enterprise-article-is-in-storage-magazine/"  rel="bookmark" class="crp_title">Toot toot 2: My iSCSI in the Enterprise article is in Storage Magazine</a></li><li><a href="http://blog.fosketts.net/2008/12/12/storage-magazine/"  rel="bookmark" class="crp_title">Remembering Storage Magazine</a></li><li><a href="http://blog.fosketts.net/about/quotes/"  rel="bookmark" class="crp_title">My Quotes</a></li><li><a href="http://blog.fosketts.net/2008/07/01/10-key-considerations-for-email-archiving/"  rel="bookmark" class="crp_title">10 Key Considerations for Email Archiving</a></li><li><a href="http://blog.fosketts.net/2008/02/09/input-needed-how-to-back-up-big-filesystems/"  rel="bookmark" class="crp_title">Input Needed: How to Back Up Big Filesystems?</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2009/01/28/introducing-storage-magazine-online/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2009. |
<a href="http://blog.fosketts.net/2009/01/28/introducing-storage-magazine-online/">Introducing Storage Magazine Online!</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/personal/" title="View all posts in Personal" rel="category tag">Personal</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/2009/01/28/introducing-storage-magazine-online/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Thoughts on Long-Term Archiving</title>
		<link>http://blog.fosketts.net/2008/12/03/thoughts-longterm-archiving/</link>
		<comments>http://blog.fosketts.net/2008/12/03/thoughts-longterm-archiving/#comments</comments>
		<pubDate>Wed, 03 Dec 2008 20:47:14 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[AIIM]]></category>
		<category><![CDATA[archiving]]></category>
		<category><![CDATA[ASCII]]></category>
		<category><![CDATA[Blu-ray]]></category>
		<category><![CDATA[data archive]]></category>
		<category><![CDATA[HP]]></category>
		<category><![CDATA[inkjet]]></category>
		<category><![CDATA[Iron Mountain]]></category>
		<category><![CDATA[PNG]]></category>
		<category><![CDATA[records]]></category>
		<category><![CDATA[records management]]></category>
		<category><![CDATA[TIFF]]></category>
		<category><![CDATA[webinar]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/?p=1180</guid>
		<description><![CDATA[I just completed my webinar for AIIM on long-term archiving. Excellent attendance (kudos to AIM!) and some great questions that, sadly, we didn&#8217;t get to during the session. I&#8217;ll try to tackle them here in hopes that their authors find these answers! What are vital records versus ordinary records? I like this suggestion from another attendee: &#8220;Vital [...]]]></description>
			<content:encoded><![CDATA[<p>I just completed my webinar for AIIM on long-term archiving. Excellent attendance (kudos to AIM!) and some great questions that, sadly, we didn&#8217;t get to during the session. I&#8217;ll try to tackle them here in hopes that their authors find these answers!</p>
<p><span id="more-1180"></span></p>
<ol>
<li><strong>What are vital records versus ordinary records?</strong> I like this suggestion from another attendee: <strong>&#8220;Vital Record&#8221; is, by definition, a record without which the organization could not continue to function.</strong></li>
<li><strong>Would you consider Accounts Payable and Accounts Receivable receipts and related backup documentations vital records?</strong> They may be vital to some businesses and not vital to others. I suspect that these would be much more vital in the short term and much less important after the year is closed out. But I can imagine scenarios where they would be required for decades.</li>
<li><strong>It was mentioned that it was risky to scan paper into a electronic format without a written, compact retention policy. My question is this: If you are in the process of setting policy and adding to your policy and procedures manual is it still ok to scan? My boss has pushed for me to begin the conversion process even though I haven&#8217;t managed to complete the new policy and procedures. I think this is his way of showing his superiors that we are making progress on a project that they weren&#8217;t neccesarily behind in the first place.</strong> I would worry that you&#8217;ll waste effort scanning documents that shouldn&#8217;t be saved. But it&#8217;s better to duplicate and waste some effort than to not save at all. So scan away! But get that policy done too!</li>
<li><strong>What about TIFF storage? Is that still viable?</strong> and <strong>For long term storage, why isn&#8217;t tiff G4 an option?</strong> TIFF is certainly a widely-used format for images, and G3 compressed TIFF will probably be readable a century from now (assuming we&#8217;re still here!) Plus, TIFF is (usually) lossless. However, it&#8217;s very flexible, and a TIFF file can contain lots of different data &#8211; you could easily create a TIFF that won&#8217;t be readable next week! Also, there have been some patent/royalty arguments about TIFF and related technologies. Finally, TIFF files tend to be huge (since they&#8217;re lossless) compared to other (lossy) formats. I like open standards like PNG better since they&#8217;re fully documented and portable, but TIFF is probably a decent choice.</li>
<li><strong>When storing paper does the newer printing technology &#8211; inkjet, laser etc. match the archival quality of older paper and inks?</strong> and <strong>What do we need to know about the kind of paper that should be used for long term archiving?</strong> I&#8217;m concerned that newer technologies, including printer tech, won&#8217;t last like old ones. I have impact-printed pages from the 1980s that look like new, and laser-printed pages from the 1990s that are clear and clean. But my old inkjet pages are very faded. Now, this could have to do with the paper I chose, and it could be that old inkjet isn&#8217;t a predictor of new inkjet, but I&#8217;m skeptical. HP <a rel="nofollow" href="http://h71036.www7.hp.com/hho/cache/331414-0-0-225-121.html"  target="_blank">claims</a> that their Vivera inkjet ink will last &#8220;108 years&#8221;, which seems oddly precise. I guess they took a Photosmart printer back to 1900 and printed out some pages? In all seriousness, be concerned about any claims like this that cannot possibly be tested. And consider handling as well &#8211; proper temperature, humidity, and storage will make documents last much, much longer!</li>
<li><strong>Dry caskets of nuclear waste are dangerously radioactive for over 10,000 years. Consider the &#8220;pancake&#8221; drive: titanium disks written with an ion beam in both analog and digital. Even without ASCII, it can be read with an electron microscope. Now that is longterm storage. Do you really trust current formats for 50-100 years? Think of how much change there has been in the last 50 years.</strong> and <strong>If There was not a question of Blu-ray discs lasting for decades , what is your opinion on the technology as a viable archive solution?</strong> I&#8217;m skeptical of all unprovable longevity claims, since media has never lived up to them in the past! If I had to guess, I&#8217;d say that mechanical devices like disks and tapes will have more problems than plain discs, and that optical will last longer than magnetic. So I bet Blu Ray media will outlive most other current mainstream media.</li>
<li><strong>If it isn&#8217;t vital you should not convert. On another project (our archives) I am trying to save and prevent any further damage to the records because they are currently stored in a basement with water leaks, rats, and no climate control. Is this instance how do you weigh the vital and non-vital? Specifically, I was asked to bring in outside companies to see what they had to say and get quotes after my warnings and price estimations were rejected. Any suggestions on how to get across the importance of not allowing these records to just rot?</strong> Rats don&#8217;t make great records managers! Seriously, though, I&#8217;d say that something is seriously out of whack when records are stored like this. Maybe you should come in to work one day and claim that all of the records are destroyed and see what reaction you get? But be sure to have another job lined up before you pull this stunt&#8230; </li>
<li><strong>I just want to point out there is a whole profession that deals with this every day &#8211; the Archivist. Information can be found at <a href="http://www.archivists.org"  target="_blank">www.archivists.org</a> &#8211; they even have a group of Business Archivists that you can talk to.</strong> Thank you for that link &#8211; I&#8217;ll look into it!</li>
<li><strong>Can you provide more information on what Open Standard Format is?</strong> I like standards that are well documented in public places &#8211; ASCII charts are freely available and widely distributed, for example. These are a message to future generations &#8211; when you encounter this file, decode it with this chart! But proprietary formats concern me, especially when their documentation isn&#8217;t freely available and open.</li>
<li><strong>When will the presentation slides be available?</strong> The webinar and slides should be posted <a href="http://www.aiim.org/Events/WebinarArchive.aspx"  target="_blank">at AIIM&#8217;s site</a> within two weeks. </li>
</ol>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2008/12/02/long-term-archiving/"  rel="bookmark" class="crp_title">Long-Term Versus Longer-Term Archiving</a></li><li><a href="http://blog.fosketts.net/2008/10/08/automate-policy-email-archiving-2/"  rel="bookmark" class="crp_title">Webcast: Automating Policy With Email Archiving Technology</a></li><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/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/2008/10/23/reduce-file-size-pdf-mac/"  rel="bookmark" class="crp_title">Hallelujah! OS X Can Reduce PDF File Size!</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2008/12/03/thoughts-longterm-archiving/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2008. |
<a href="http://blog.fosketts.net/2008/12/03/thoughts-longterm-archiving/">Thoughts on Long-Term Archiving</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/2008/12/03/thoughts-longterm-archiving/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Long-Term Versus Longer-Term Archiving</title>
		<link>http://blog.fosketts.net/2008/12/02/long-term-archiving/</link>
		<comments>http://blog.fosketts.net/2008/12/02/long-term-archiving/#comments</comments>
		<pubDate>Tue, 02 Dec 2008 14:46:03 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[Personal]]></category>
		<category><![CDATA[AIIM]]></category>
		<category><![CDATA[archiving]]></category>
		<category><![CDATA[ASCII]]></category>
		<category><![CDATA[data archive]]></category>
		<category><![CDATA[disk]]></category>
		<category><![CDATA[media]]></category>
		<category><![CDATA[paper]]></category>
		<category><![CDATA[papyrus]]></category>
		<category><![CDATA[PDF]]></category>
		<category><![CDATA[record retention]]></category>
		<category><![CDATA[records]]></category>
		<category><![CDATA[tablet]]></category>
		<category><![CDATA[tape]]></category>
		<category><![CDATA[toot toot]]></category>
		<category><![CDATA[webinar]]></category>
		<category><![CDATA[XML]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/?p=1163</guid>
		<description><![CDATA[How will you retain records for the long haul? It depends on how you define &#8220;long&#8221;. Nearly everyone (individual and business alike) has certain records to retain for years, and some may need retention for decades or centuries. How can you accomplish this? First, consider whether to store records as atoms or bits. You can [...]]]></description>
			<content:encoded><![CDATA[<p>How will you retain records for the long haul? It depends on how you define &#8220;long&#8221;. Nearly everyone (individual and business alike) has certain records to retain for years, and some may need retention for decades or centuries. How can you accomplish this?</p>
<p>First, consider whether to store records as atoms or bits. You can convert paper to data or vice versa, and there are pros and cons to both:</p>
<ul>
<li>Properly handled physical (paper or film) records should last for hundreds of years and can remain readable without software or devices. But they&#8217;re hard to search (you need an index), and paper is bulky, heavy, and difficult to work with.</li>
<li>Digital records can either be stored offline or kept &#8220;alive,&#8221; but questions remain about their long-term reliability and readability. Living records can be easy to search and use, and digital storage can be very space-efficient, but data tends to pile up &#8220;out of sight.&#8221;</li>
</ul>
<p>Long-term storage of records on physical media is proven &#8211; think about papyrus, tablets, gold or nickel discs, film, and paper. But will digital media fare as well? Data tapes and disks can degrade over time, and manufacturer reliability specs are based on accelerated testing, not actual experience. Regardless of media type, careful handling can extend media life.</p>
<p>But will you still be able to read it? Tapes and optical disks require additional hardware to read, while disk drives are paired with their read heads. Software applications are needed to read and interpret data (backup, archiving, compression, encryption, deduplication, database) as well. What about content format? Should you use ASCII, XML, PDF/A?</p>
<ul>
</ul>
<p>I&#8217;ll be presenting a webinar on this topic tomorrow, Wednesday, December 3, at 2:00 PM Eastern time. <a href="http://www.aiim.org/Events/register.aspx?id=288"  target="_blank">Register on-line</a> at the AIIM web site and join me for the discussion!</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/12/03/thoughts-longterm-archiving/"  rel="bookmark" class="crp_title">Thoughts on Long-Term Archiving</a></li><li><a href="http://blog.fosketts.net/2008/10/08/automate-policy-email-archiving-2/"  rel="bookmark" class="crp_title">Webcast: Automating Policy With Email Archiving Technology</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/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/2008/10/20/managing-email-e-discovery/"  rel="bookmark" class="crp_title">Six Critical Steps For Managing Email E-Discovery</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2008/12/02/long-term-archiving/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2008. |
<a href="http://blog.fosketts.net/2008/12/02/long-term-archiving/">Long-Term Versus Longer-Term Archiving</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/personal/" title="View all posts in Personal" rel="category tag">Personal</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/2008/12/02/long-term-archiving/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Storage Decisions New York 2008 Feedback</title>
		<link>http://blog.fosketts.net/2008/09/24/storage-decisions-new-york-2008-feedback/</link>
		<comments>http://blog.fosketts.net/2008/09/24/storage-decisions-new-york-2008-feedback/#comments</comments>
		<pubDate>Wed, 24 Sep 2008 21:45:11 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[Personal]]></category>
		<category><![CDATA[Virtual Storage]]></category>
		<category><![CDATA[archiving]]></category>
		<category><![CDATA[data archive]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[Email archiving]]></category>
		<category><![CDATA[policies]]></category>
		<category><![CDATA[policy]]></category>
		<category><![CDATA[PST]]></category>
		<category><![CDATA[seminar]]></category>
		<category><![CDATA[Storage Decisions]]></category>
		<category><![CDATA[storage virtualization]]></category>
		<category><![CDATA[TechTarget]]></category>
		<category><![CDATA[VDC-OS]]></category>
		<category><![CDATA[virtualization]]></category>
		<category><![CDATA[VMware]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/?p=721</guid>
		<description><![CDATA[Key takeaways from my Storage Decisions New York 2008 sessions: segment email archives, get legal involved on retention policy, consider the impact of VMware VDC-OS]]></description>
			<content:encoded><![CDATA[<p>Another <a href="http://storagedecisions.techtarget.com"  target="_blank">Storage Decisions</a> has come and gone, and 2008&#8242;s <a href="http://blog.fosketts.net/2008/09/02/storage-decisions-new-york-right-around-corner/"  target="_self">New York show</a> did not disappoint. TechTarget always recruits an excellent set of conferencegoers, and not even the Wall Street crisis could dampen attendance. Even Spike Lee, Richard Gere, Dian Lane, Keira Knightley, John McCain, and Sarah Palin made appearances at this year&#8217;s show! (No, seriously, they were really there!)</p>
<p>Although my email archiving session always attracts a smaller crowd, they are all a dedicated bunch. One pertinent suggestion from an attendee was to ingest PST files into a special separate archive in order to ensure that messages recovered from it are treated with the proper skepticism. Questions after the session focused on the trick of engaging legal and business people in the decisions around email policy, truly a challenge. I suggested that an on-site mini-seminar for the relevant folks might help to break the logjam and illustrate the issues, something that I would be happy to arrange!</p>
<p>My storage virtualization session was once again placed in the main room, and a much larger group attended it. I was interested to hear just how great the <a href="http://blog.fosketts.net/2008/09/16/vmware-virtual-datacenter-operating-system-vdc-os/"  target="_self">impact of VMware&#8217;s VDC-OS</a> had been. In just a week, a dozen or more folks in the audience had heard, comprehended, and strategized about the concept. It&#8217;s really that big! Others were very interested in the topic of green metrics for data center usage. How does one monitor and report the real &#8220;green&#8221; savings (power, carbon, cooling, space) for a virtualized environment? Although storage greenness is debatable, the savings from a virtualized server environment are real, and these often bundle in some of the storage numbers, too.</p>
<p>These topics are top of mind to me as well, and I will continue to investigate (and speculate) about them in the coming year. If you missed the show (or the handouts), I will be posting them here soon! Get my email address or head to LinkedIn by clicking the links in the sidebar (at top left).</p>
<p>Watch this space, and consider coming to my virtualization seminar in Charlotte on October 21 or to the Storage Decisions show in San Francisco, held November 17 to 19.</p>
<blockquote><p>See my posts on <a href="http://gestaltit.com/author/stephen/"  target="_blank">Gestalt IT</a> for similar <a href="http://gestaltit.com"  target="_blank">enterprise IT infrastructure commentary</a></p>
</blockquote>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><li><a href="http://blog.fosketts.net/2008/10/13/storage-decisions-presentations/"  rel="bookmark" class="crp_title">Storage Decisions New York 2008 Presentations Now Available</a></li><li><a href="http://blog.fosketts.net/2008/04/10/chicago-in-may-perfect-for-storage-virtualization-and-email-archiving-talks/"  rel="bookmark" class="crp_title">Chicago in May?  Perfect for Storage Virtualization and Email Archiving Talks!</a></li><li><a href="http://blog.fosketts.net/2008/09/02/storage-decisions-new-york-right-around-corner/"  rel="bookmark" class="crp_title">Storage Decisions New York is Right Around the Corner</a></li><li><a href="http://blog.fosketts.net/2008/07/08/san-school-podcast-series-posted/"  rel="bookmark" class="crp_title">SAN School Podcast Series Posted</a></li><li><a href="http://blog.fosketts.net/2008/10/21/storage-virtualization-thoughts-reactions/"  rel="bookmark" class="crp_title">Storage Virtualization Charlotte: Thoughts and Reactions</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2008/09/24/storage-decisions-new-york-2008-feedback/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2008. |
<a href="http://blog.fosketts.net/2008/09/24/storage-decisions-new-york-2008-feedback/">Storage Decisions New York 2008 Feedback</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/personal/" title="View all posts in Personal" rel="category tag">Personal</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/2008/09/24/storage-decisions-new-york-2008-feedback/feed/</wfw:commentRss>
		<slash:comments>5</slash:comments>
		</item>
		<item>
		<title>Answering Your Email Archiving Questions</title>
		<link>http://blog.fosketts.net/2008/09/05/answering-email-archiving-questions/</link>
		<comments>http://blog.fosketts.net/2008/09/05/answering-email-archiving-questions/#comments</comments>
		<pubDate>Fri, 05 Sep 2008 16:00:36 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[archiving]]></category>
		<category><![CDATA[backup]]></category>
		<category><![CDATA[business case]]></category>
		<category><![CDATA[data archive]]></category>
		<category><![CDATA[data backup]]></category>
		<category><![CDATA[e-discovery]]></category>
		<category><![CDATA[Email archiving]]></category>
		<category><![CDATA[litigation hold]]></category>
		<category><![CDATA[Mimosa]]></category>
		<category><![CDATA[PST files]]></category>
		<category><![CDATA[record retention]]></category>
		<category><![CDATA[retention schedule]]></category>
		<category><![CDATA[webinar]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/2008/09/05/answering-your-email-archiving-questions/</guid>
		<description><![CDATA[My webinar on building a business case for email archiving was very well-attended, so I was not able to get to everyone during the question and answer section. Since the questions were really excellent, I thought I would include them (and my responses) here. How to improve the receptivity of the e-mail archieve message to [...]]]></description>
			<content:encoded><![CDATA[<p>My <a href="http://blog.fosketts.net/2008/08/20/trying-to-get-an-email-archiving-project-approved/"  target="_self">webinar on building a business case for email archiving</a> was very well-attended, so I was not able to get to everyone during the question and answer section. Since the questions were really excellent, I thought I would include them (and my responses) here.</p>
<p><span id="more-599"></span></p>
<ul>
<li><strong>How to improve the receptivity of the e-mail archieve message to management to overcome the biases you mentioned?</strong> Consider what management is interested in most: They don&#8217;t necessarily care about email archiving, but they will respond to well-presented solutions to business objectives like cost avoidance for litigation and e-discovery or future reduced spending on IT infrastructure (storage).</li>
<li><strong>How do you get things moving when Legal is sponsor and can demonstrate that one lawsuit discovery failure will be the same cost as the project?</strong> This would be an ideal scenereo. Legal probably already understands the high cost of e-discovery and potential risk of adverse judgement. Now demonstrate the ways that email archiving can help. But be realistic &#8211; an email archiving app will help with e-discovery, but is definitely not a complete solution. You will still need policy and process for hold and discovery, and may even need additional e-discovery tools.</li>
<li><strong>Have you seen standard or default retention periods for email, and how are they determined?</strong> I would not want to suggest standard or &#8220;rule of thumb&#8221; retention periods. In my experience with many organizations, I have seen such a wide variety of carefully considered retention schedules that I have come to believe that there is no such thing as a standard. However, I would like to suggest not making a too-short maximum (say, less than three months) or else you will drive end users to underground archiving to get around the policy. Such a short retention period can work for certain classes of messages (company picnic, lunch invites, mass mailings), but I can&#8217;t imagine a business where no one would need to keep messages longer. Try to be realistic in setting your retention, balancing productivity with compliance. Setting retention periods is an exercise in consensus building, with representatives from IT, Legal, HR, Compliance, and others each contributing their own needs. It&#8217;s doable, though &#8211; I do it for a living!</li>
<li><strong>How many years back do people hold on to mail typically?</strong> Most organizations lack standards or policies for retention, so their typical retention varies based on employee actions. When they do have retention policies for email, they tend to classify messages (by organization or user, keywords, or through user action) into a few &#8220;buckets&#8221; with appropriate retention for each. Most have short retention (3 to 9 months) for some content, and longer retention (on the order of a few years) for other types. Most also have a &#8220;keep forever&#8221; category for special record types.</li>
<li><strong>Do you have an opinion on whether journaling is better or not for meeting legal requirements?</strong> Most legal groups desire the most complete set of messages possible. Both journaling and log shipping should meet this need.</li>
<li><strong>Have you seen much use for email archiving for supporting Audit to prove that an event was reviewed and approved?</strong> Many organizations use email as part of their workflow. In these cases, maintaining a complete set of messages is critical for audit and compliance. Many certainly do use email archives for this purpose, while others prefer to route such approvals to other content management systems to maintain these records.</li>
<li><strong>Is there a legal argument to be made that getting rid of pst files and having a central archive will help with privacy law issues?</strong> Decentralized personal archives like PST files are a privacy nightmare waiting to happen &#8211; they are highly mobile, can be copied and viewed easily, and tend to &#8220;live&#8221; on theft-prone devices like laptops and portable drives. Replacing PST files with a centralized archive has many many benefits, and the reduced risk of privacy breaches is certainly among these. However, most mail clients still maintain offline caches of mail server (and archive) data, so simply replacing PST with an archive will not elimate the privacy risk.</li>
<li><strong>You might want to mention that accelerating volumes of stored email are not necessarily bad because it is electronic and therefore searchable. Offline stuff dumped into file servers with no meta data is actually more of a nightmare because no one knows who created it or why it is needed (or not).</strong> Adding structure to electronic stored information is always valuable, and email archives certainly do make that data much more organized and searchable, along with enabling retention policies to be applied (assuming they exist!) Unstructured data on file servers is indeed a nightmare, and can pose a serious risk. There are other tools to tackle this type of data, however, and they might do a better job than relying on an email archive as a primary repository of critical records.</li>
<li><strong>Can you elaborate on user training needs? I was under the impression that changes to the end user were minimal.</strong> The amount of impact an email archiving system has on end users can vary from minimal to significant, based mostly on how much user interaction is desired for classification. However, even the most unobtrusive system is likely to change certain aspects of user behavior, from PST files to searches to stubbing and deletion of messages. Therefore, training is probably needed with every email archiving implementation.</li>
<li><strong>Litigation holds can last for YEARS !! Tape is DEAD especially to try to rebuild mail boxes.</strong> Tape remains non-dead for certain applications like backup, despite years of prognostication. However, you are correct that e-discovery of data on tape is incredibly difficult and time-consuming for most systems. There are tools to help, but an online archive is vastly more flexible and speedy than recovering backup data from tape. I&#8217;ve seen backup-sourced e-discovery costs rise into the millions of dollars, too!</li>
<li><strong>How important is classification in an archive solution?</strong> The importance of classification depends on the business objectives that an archive is meant to serve. However, most implementations will require at least some message classification mechanism in order to determine how long different messages should be retained, since a one-size-fits-all retention schedule is unlikely to meet anyone&#8217;s needs. Therefore, it is important to begin developing an overall record retention policy for email when implementing an email archive, and to consider how messages will be classified. Classification of email messages is a complicated topic &#8211; worthy of its own webinar at least!</li>
<li><strong>We are a globally dispersed organization which increases the complexity and cost. Do you feel implementation is an all or nothing scenario or does it make sense to focus on domestic and large campuses and then in a second phase chase funding for remote and international sites?</strong> Dispersed organizations face many unique technical challenges, especially when implementing email archiving. Certainly it is better to have some archiving than none at all, but unless your retention requirements are also segmented by geography, focusing on only a single location can be risky. I&#8217;d definitely suggest starting with the biggest fish, but you will probably have to get to everyone fairly soon afterward.</li>
<li><strong>Are there solution that do both email and file data (shared folders) archiving?</strong> Yes, some email archiving products also do file archiving. However, some choose to implement these functions separately to keep one from standing in the way of the other &#8211; it&#8217;s more important to have some archiving than to wait and wait for a complete solution.</li>
<li><strong>Not to mention, extremely short retention periods for email messages will NOT allow an enterprise to comply with litigation hold needs&#8230;</strong> Once a litigation hold is ordered, all retention schedules for covered data must be suspended. Therefore, a short retention schedule does not necessarily preclude compliance with a legal hold order. However, unreasonably short retention will not look good in court!</li>
</ul>
<div id="crp_related"><h3>You might also want to read these other posts...</h3><ul><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/2008/07/01/10-key-considerations-for-email-archiving/"  rel="bookmark" class="crp_title">10 Key Considerations for Email Archiving</a></li><li><a href="http://blog.fosketts.net/2008/03/31/key-technical-differences-between-email-archiving-products/"  rel="bookmark" class="crp_title">Key Technical Differences Between Email Archiving Products?</a></li><li><a href="http://blog.fosketts.net/2008/10/20/managing-email-e-discovery/"  rel="bookmark" class="crp_title">Six Critical Steps For Managing Email E-Discovery</a></li><li><a href="http://blog.fosketts.net/2008/10/08/automate-policy-email-archiving-2/"  rel="bookmark" class="crp_title">Webcast: Automating Policy With Email Archiving Technology</a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2008/09/05/answering-email-archiving-questions/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2008. |
<a href="http://blog.fosketts.net/2008/09/05/answering-email-archiving-questions/">Answering Your Email Archiving Questions</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/2008/09/05/answering-email-archiving-questions/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
		<item>
		<title>How Long Should Companies Retain Email?</title>
		<link>http://blog.fosketts.net/2008/02/07/how-long-should-companies-retain-email/</link>
		<comments>http://blog.fosketts.net/2008/02/07/how-long-should-companies-retain-email/#comments</comments>
		<pubDate>Thu, 07 Feb 2008 21:22:11 +0000</pubDate>
		<dc:creator>Stephen</dc:creator>
				<category><![CDATA[Enterprise storage]]></category>
		<category><![CDATA[archiving]]></category>
		<category><![CDATA[data archive]]></category>
		<category><![CDATA[data retention]]></category>
		<category><![CDATA[email]]></category>
		<category><![CDATA[Email archiving]]></category>
		<category><![CDATA[policies]]></category>
		<category><![CDATA[Symantec]]></category>
		<category><![CDATA[toot toot]]></category>
		<category><![CDATA[whitepapers]]></category>

		<guid isPermaLink="false">http://blog.fosketts.net/2008/02/07/how-long-should-companies-retain-email/</guid>
		<description><![CDATA[One of the key questions asked of me in my current position at Contoural is this one: How long should we (the client company)  save our email messages?  Not surprisingly, I encounter a wide variety of answers to this question &#8211; Legal and IT usually wants a short retention time, while end users seem to [...]]]></description>
			<content:encoded><![CDATA[<p>One of the key questions asked of me in my current position at Contoural is this one: How long should we (the client company)  save our email messages?  Not surprisingly, I encounter a wide variety of answers to this question &#8211; Legal and IT usually wants a short retention time, while end users seem to want to keep everything forever.</p>
<p>The answer to this question can vary greatly based on conditions, but it is always a solvable problem.  Email is a unique application, and is especially interesting when it comes to litigation and e-discovery, so creating a corporate policy for retention, and implementing it, is critical.  The quandry often boils down to a simple question: Is the email system a repository of business records or a temporal system for communication?  You would never implement a policy for retaining cardboard boxes or manilla folders, because you never know whether it contains an important memo (or a MacBook Air!)  But email could be considered the same way &#8211; it&#8217;s a mechanism not a data type!</p>
<p>Another key point is that IT often feels that it cannot unilaterally implement a retention policy without outside involvement.  This is true, to a point, but IT had better start the discussion, or they&#8217;ll be asked to implement an unreasonable (or technologically unfeasible) policy sooner or later.  Strange as it may sound, a policy that reflects the functionality of email archiving systems might be a good place to start, since this is all you can really implement anyway!</p>
<p>This topic is discussed in far more detail in my new whitepaper (sponsored by <a rel="nofollow" href="http://www.symantec.com/business/products/whitepapers.jsp?pcid=2244&amp;pvid=322_1"  target="_blank">Symantec</a>), <a rel="nofollow" href="http://www.symantec.com/business/products/whitepapers.jsp?pcid=2244&amp;pvid=322_1#"  target="_blank"><em>How Long Should Email Be Saved?</em> </a>Download a copy from their web site to see more information about what a retention policy looks like, the impact of various laws and regulations, and how to get a retention project off the ground!</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/10/08/automate-policy-email-archiving-2/"  rel="bookmark" class="crp_title">Webcast: Automating Policy With Email Archiving Technology</a></li><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/2008/07/01/10-key-considerations-for-email-archiving/"  rel="bookmark" class="crp_title">10 Key Considerations for Email Archiving</a></li><li><a href="http://blog.fosketts.net/2008/10/20/managing-email-e-discovery/"  rel="bookmark" class="crp_title">Six Critical Steps For Managing Email E-Discovery</a></li><li><a href="http://blog.fosketts.net/2011/05/17/5475/"  rel="bookmark" class="crp_title"></a></li></ul></div><script src="http://feeds.feedburner.com/~s/sfoskett?i=http://blog.fosketts.net/2008/02/07/how-long-should-companies-retain-email/" type="text/javascript" charset="utf-8"></script><hr />
<p><small>© sfoskett for <a href="http://blog.fosketts.net">Stephen Foskett, Pack Rat</a>, 2008. |
<a href="http://blog.fosketts.net/2008/02/07/how-long-should-companies-retain-email/">How Long Should Companies Retain Email?</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/2008/02/07/how-long-should-companies-retain-email/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
		</item>
	</channel>
</rss>

