<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Enterprise Computing: Using USP for Migrations</title>
	<atom:link href="http://www.thestoragearchitect.com/2009/01/24/enterprise-computing-using-usp-for-migrations/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.thestoragearchitect.com/2009/01/24/enterprise-computing-using-usp-for-migrations/</link>
	<description>Storage and Virtualisation</description>
	<lastBuildDate>Wed, 17 Mar 2010 10:24:08 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Enterprise Computing: HDS Switches On Virtualisation For Free &#171; The Storage Architect</title>
		<link>http://www.thestoragearchitect.com/2009/01/24/enterprise-computing-using-usp-for-migrations/comment-page-1/#comment-545</link>
		<dc:creator>Enterprise Computing: HDS Switches On Virtualisation For Free &#171; The Storage Architect</dc:creator>
		<pubDate>Wed, 22 Apr 2009 06:17:47 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2009/01/24/enterprise-computing-using-usp-for-migrations/#comment-545</guid>
		<description>[...] main drawback to using the product for me was always cost (I mentioned this only a few weeks ago on this post).  Well, now that&#8217;s changed; until the end of this year, HDS are offering UVM for free.  [...]</description>
		<content:encoded><![CDATA[<p>[...] main drawback to using the product for me was always cost (I mentioned this only a few weeks ago on this post).  Well, now that&#8217;s changed; until the end of this year, HDS are offering UVM for free.  [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Asaro&#8217;s Blog Bytes &#187; Blog Archive &#187; External Blog Posts You Should Read</title>
		<link>http://www.thestoragearchitect.com/2009/01/24/enterprise-computing-using-usp-for-migrations/comment-page-1/#comment-544</link>
		<dc:creator>Tony Asaro&#8217;s Blog Bytes &#187; Blog Archive &#187; External Blog Posts You Should Read</dc:creator>
		<pubDate>Wed, 04 Mar 2009 00:12:31 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2009/01/24/enterprise-computing-using-usp-for-migrations/#comment-544</guid>
		<description>[...] Using USP for Data Migrations - by the Storage Architect, Chris Evans [...]</description>
		<content:encoded><![CDATA[<p>[...] Using USP for Data Migrations &#8211; by the Storage Architect, Chris Evans [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jen</title>
		<link>http://www.thestoragearchitect.com/2009/01/24/enterprise-computing-using-usp-for-migrations/comment-page-1/#comment-543</link>
		<dc:creator>Jen</dc:creator>
		<pubDate>Mon, 16 Feb 2009 23:28:11 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2009/01/24/enterprise-computing-using-usp-for-migrations/#comment-543</guid>
		<description>I&#039;m interested to hear what happens when the USP-V itself, comes off warranty and needs to be replaced.</description>
		<content:encoded><![CDATA[<p>I&#8217;m interested to hear what happens when the USP-V itself, comes off warranty and needs to be replaced.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: harker</title>
		<link>http://www.thestoragearchitect.com/2009/01/24/enterprise-computing-using-usp-for-migrations/comment-page-1/#comment-542</link>
		<dc:creator>harker</dc:creator>
		<pubDate>Thu, 05 Feb 2009 23:43:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2009/01/24/enterprise-computing-using-usp-for-migrations/#comment-542</guid>
		<description>I liked this blog and wanted to make a few comments.  As this thread has been saying, migrations are an increasing IT problem and it is good to see a description of how it can be done with a minimum of disruption and downtime.  As a matter of disclosure, yes I do work for HDS.  &lt;br/&gt;&lt;br/&gt;Regarding subdividing external LUNs. Our best practice is to not subdivide external storage because it makes it simpler to isolate &amp; monitor flows to the external virtualized storage.  And as you point out, this also offers the customer a choice to de-virtualize the external storage if he or she wishes too - preserving future storage options.  &lt;br/&gt;&lt;br/&gt;It’s a small point, but the figures could show you can support multiple externally attached arrays on a single port just as you can with server side connections.  &lt;br/&gt;&lt;br/&gt;I see that you have highlighted the problem of having to migrate like-to-like LUNs and thus potentially perpetuating bad configurations.   However, there is an easy fix to this problem.  Tiered Storage Manager allows you to move online data non-disruptively between unlike LUNs to adjust disk configurations.  Likewise with Hitachi Dynamic Provisioning you can reclaim unused storage and increase LUN sizes.&lt;br/&gt;&lt;br/&gt;We agree that proper planning is required for any enterprise storage environments especially if it is replicated. But the incremental work for virtualizing an array, although non trivial, is not large compared to the basic work required in any case.&lt;br/&gt;&lt;br/&gt;Taken as a whole, I think this write-up is useful for someone contemplating retiring or repurposing old storage arrays. Without a virtualization engine such as the USP doing migration is an exponentially more complex task fraught with both human and IT risks.</description>
		<content:encoded><![CDATA[<p>I liked this blog and wanted to make a few comments.  As this thread has been saying, migrations are an increasing IT problem and it is good to see a description of how it can be done with a minimum of disruption and downtime.  As a matter of disclosure, yes I do work for HDS.  </p>
<p>Regarding subdividing external LUNs. Our best practice is to not subdivide external storage because it makes it simpler to isolate &amp; monitor flows to the external virtualized storage.  And as you point out, this also offers the customer a choice to de-virtualize the external storage if he or she wishes too &#8211; preserving future storage options.  </p>
<p>It’s a small point, but the figures could show you can support multiple externally attached arrays on a single port just as you can with server side connections.  </p>
<p>I see that you have highlighted the problem of having to migrate like-to-like LUNs and thus potentially perpetuating bad configurations.   However, there is an easy fix to this problem.  Tiered Storage Manager allows you to move online data non-disruptively between unlike LUNs to adjust disk configurations.  Likewise with Hitachi Dynamic Provisioning you can reclaim unused storage and increase LUN sizes.</p>
<p>We agree that proper planning is required for any enterprise storage environments especially if it is replicated. But the incremental work for virtualizing an array, although non trivial, is not large compared to the basic work required in any case.</p>
<p>Taken as a whole, I think this write-up is useful for someone contemplating retiring or repurposing old storage arrays. Without a virtualization engine such as the USP doing migration is an exponentially more complex task fraught with both human and IT risks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris M Evans</title>
		<link>http://www.thestoragearchitect.com/2009/01/24/enterprise-computing-using-usp-for-migrations/comment-page-1/#comment-541</link>
		<dc:creator>Chris M Evans</dc:creator>
		<pubDate>Mon, 02 Feb 2009 21:48:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2009/01/24/enterprise-computing-using-usp-for-migrations/#comment-541</guid>
		<description>Cheers Tony,&lt;br/&gt;&lt;br/&gt;Agreed, use cases would make sense.  Haven&#039;t had a chance to work on this as I&#039;ve been tied up on other stuff.  &lt;br/&gt;&lt;br/&gt;The whole thick-&gt;thin issue is a great one.  I was in a forum before Christmas discussing this exact subject.  Lots of interesting comments relating to the subject of TP but lots of nervousness about migrating into a TP environment rather than having a greenfield TP array.  &lt;br/&gt;&lt;br/&gt;Thx for the feedback, I&#039;ll be getting to it soon.</description>
		<content:encoded><![CDATA[<p>Cheers Tony,</p>
<p>Agreed, use cases would make sense.  Haven&#39;t had a chance to work on this as I&#39;ve been tied up on other stuff.  </p>
<p>The whole thick-&gt;thin issue is a great one.  I was in a forum before Christmas discussing this exact subject.  Lots of interesting comments relating to the subject of TP but lots of nervousness about migrating into a TP environment rather than having a greenfield TP array.  </p>
<p>Thx for the feedback, I&#39;ll be getting to it soon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tony Asaro</title>
		<link>http://www.thestoragearchitect.com/2009/01/24/enterprise-computing-using-usp-for-migrations/comment-page-1/#comment-540</link>
		<dc:creator>Tony Asaro</dc:creator>
		<pubDate>Mon, 02 Feb 2009 21:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://thestoragearchitect.wordpress.com/2009/01/24/enterprise-computing-using-usp-for-migrations/#comment-540</guid>
		<description>Interesting piece.  I think that an overview of some use cases might be valuable as well.  Are you also going to write about migrating data from traditional volumes to thin provisioned volumes?</description>
		<content:encoded><![CDATA[<p>Interesting piece.  I think that an overview of some use cases might be valuable as well.  Are you also going to write about migrating data from traditional volumes to thin provisioned volumes?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
