<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0"><channel><title>Disqus - Latest Comments for Pclifford</title><link>http://disqus.com/people/7d9ba3ee1191fa609a72427c4c7a6e9e/</link><description></description><language>en</language><lastBuildDate>Wed, 15 Oct 2008 07:58:40 -0000</lastBuildDate><item><title>Re: 3PAR&amp;#8217;s Thin Un-Provisioning is Slightly Less Bad</title><link>http://fosketts.disqus.com/3par8217s_thin_un_provisioning_is_slightly_less_bad/#comment-3765326</link><description>Hello Stephen,&lt;br&gt;&lt;br&gt;You mention two glaring issues with Thin Provisioning 1) the inability to make "thin" existing "fat" volumes and 2) runaway volumes consuming space that cannot be recovered.  This is a limitation that exists for all vendors that I am aware of, said one - Compellent.  Their implementation of Thin Provisioning (they call it Dynamic Capacity) does address both of these issues head on.&lt;br&gt;&lt;br&gt;When you implement a Compellent Storage Center and bring volumes to the SAN, their implementation allows you to do a "thin import" which will take the existing volume from say an EMC SAN that is allocated at 500GB but only has 44GB of real data, and import that so that only 44GB of space is utilized.  This has been operational with Compellent for quite some time.&lt;br&gt;&lt;br&gt;The second issue is addressable in Windows applications on Compellent today.  When space is deleted on a windows volume, you run a simple "clean up" application called "Free Space Recovery" and that deleted space is now completely deleted and reusable.  They are working on the other O/S's, but it has been working this way since early this year, and honestly, it simply works.&lt;br&gt;&lt;br&gt;When I look at the market for Thin Provisioning, there are only two companies who get Thin Provisioning right - 3PAR and Compellent.&lt;br&gt;&lt;br&gt;Thanks&lt;br&gt;&lt;br&gt;Paul Clifford&lt;br&gt;Davenport Group&lt;br&gt;&lt;a href="http://www.davenportgroup.com" rel="nofollow"&gt;www.davenportgroup.com&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Pclifford</dc:creator><pubDate>Mon, 15 Sep 2008 17:44:09 -0000</pubDate></item><item><title>Re: Compellent Does Enterprise SSD Right</title><link>http://fosketts.disqus.com/compellent_does_enterprise_ssd_right/#comment-3765353</link><description>What has set Compellent apart is the manner in which they manage data, truly at the block level, not being constrained by RAID sets.  With this announcement, we now have a manufacturer who can take advantage of SSD.  Their ability to move data up and down tiers, automatically, based on policy is tremendous, and if they can keep it granular, we will finally be able to use SSD intelligently in the enterprise.&lt;br&gt;&lt;br&gt;Paul Clifford&lt;br&gt;Davenport Group&lt;br&gt;&lt;a href="http://www.davenportgroup.com" rel="nofollow"&gt;www.davenportgroup.com&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Pclifford</dc:creator><pubDate>Wed, 15 Oct 2008 07:58:40 -0000</pubDate></item><item><title>Re: Thread</title><link>http://inc.disqus.com/comment_8464/#comment-12847566</link><description>This article is well written with a spot on focus.  it is imperiteve that senior management realize it is their responsibility to provide IT the resources to keep the data protected.  Just because you know that things are "backed up" doesn`t mean that you can "get back up".  My advise to all CEO`s is to have a serious discussion with your It team and ask the questions -&lt;br&gt;1 - If the data center was destroyed, how long would it take to get us running again?  What data would be lost?&lt;br&gt;2 - What can we do to shorten the time to recovery?&lt;br&gt;3 - If Lovebug 2008 crashes our email server, how long till we are back up and running again?&lt;br&gt;&lt;br&gt;If you ask these questions, you will then understand how vulnerable your organization really is.  Then you can make descisions.&lt;br&gt;&lt;br&gt;Paul Clifford&lt;br&gt;Davenport Group&lt;br&gt;&lt;a href="http://www.davenportgroup.com" rel="nofollow"&gt;www.davenportgroup.com&lt;/a&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Pclifford</dc:creator><pubDate>Mon, 11 Aug 2008 05:45:00 -0000</pubDate></item></channel></rss>