 




<?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: Making the hard drive cost question easier to answer</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/storage-channel-pipeline/making-the-hard-drive-cost-question-easier-to-answer/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/storage-channel-pipeline/making-the-hard-drive-cost-question-easier-to-answer/</link>
	<description>A SearchStorageChannel.com blog</description>
	<lastBuildDate>Fri, 15 Mar 2013 12:09:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Cmackin1</title>
		<link>http://itknowledgeexchange.techtarget.com/storage-channel-pipeline/making-the-hard-drive-cost-question-easier-to-answer/#comment-110</link>
		<dc:creator>Cmackin1</dc:creator>
		<pubDate>Thu, 15 Sep 2011 15:35:09 +0000</pubDate>
		<guid isPermaLink="false">http://itknowledgeexchange.techtarget.com/storage-channel-pipeline/?p=439#comment-110</guid>
		<description><![CDATA[I&#039;ve heard this question so many times.  The simple answer for me is that the SATA drive in your desktop is not the same technology as your SAN or server drives, at least those that are dedicated to high availability high-speed access tasks like database read/writes, etc.  I&#039;ve always insisted on using RAID arrays of SCSI (or now SAS) drives that are manufactured (and then tested and validated by the SAN provider).  When customers have tried to deploy 7,200 RPM SATA drives in Tier 1 situations, we have replaced drives every couple of weeks in some cases.  They just aren&#039;t manufactured to work as reliably in enterprise class situations unless lower tiers of storage are dedicated to them for archiving and low level access.  The additional testing and validation is worth the extra expense, especially when there&#039;s a cost involved in replacing failed drives in the array.  I have replaced dozens of desktop IDE and SATA drives and only a relative few FC or SCSI drives in servers.  The MTBF (meantime between failures) of these enterprise class drives is phenomenal in my experience.  And when we put them in a 16 drive array enclosure the reliability (much lower risk) goes way up as well.]]></description>
		<content:encoded><![CDATA[<p>I&#8217;ve heard this question so many times.  The simple answer for me is that the SATA drive in your desktop is not the same technology as your SAN or server drives, at least those that are dedicated to high availability high-speed access tasks like database read/writes, etc.  I&#8217;ve always insisted on using RAID arrays of SCSI (or now SAS) drives that are manufactured (and then tested and validated by the SAN provider).  When customers have tried to deploy 7,200 RPM SATA drives in Tier 1 situations, we have replaced drives every couple of weeks in some cases.  They just aren&#8217;t manufactured to work as reliably in enterprise class situations unless lower tiers of storage are dedicated to them for archiving and low level access.  The additional testing and validation is worth the extra expense, especially when there&#8217;s a cost involved in replacing failed drives in the array.  I have replaced dozens of desktop IDE and SATA drives and only a relative few FC or SCSI drives in servers.  The MTBF (meantime between failures) of these enterprise class drives is phenomenal in my experience.  And when we put them in a 16 drive array enclosure the reliability (much lower risk) goes way up as well.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
