<?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/"
	>

<channel>
	<title>【存储部落】 &#187; 磁盘</title>
	<atom:link href="http://www.sansky.net/article/tag/%e7%a3%81%e7%9b%98/feed" rel="self" type="application/rss+xml" />
	<link>http://www.sansky.net</link>
	<description>sansky的存储技术博客，内容涵盖存储解决方案、存储系统、存储硬件、存储软件、存储管理、存储安全、数据备份与恢复、数据保护、存储基础知识，为大家推荐各种存储产品、和存储技术、视频监控、广电、电信、政府、教育、医疗等行业存储系统解决方案，</description>
	<lastBuildDate>Sat, 31 Dec 2011 10:22:25 +0000</lastBuildDate>
	<language>zh-cn</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>硬盘渠道商都这样吗</title>
		<link>http://www.sansky.net/article/2010-07-11-business-is-so-hard-right-channel.html</link>
		<comments>http://www.sansky.net/article/2010-07-11-business-is-so-hard-right-channel.html#comments</comments>
		<pubDate>Sun, 11 Jul 2010 07:17:06 +0000</pubDate>
		<dc:creator>sansky</dc:creator>
				<category><![CDATA[快乐生活]]></category>
		<category><![CDATA[磁盘]]></category>
		<category><![CDATA[NetApp]]></category>
		<category><![CDATA[seagate]]></category>

		<guid isPermaLink="false">http://www.sansky.net/?p=2550</guid>
		<description><![CDATA[去年，朋友孙要买20块seagate FC146GB磁盘，在我的介绍下，最终从一个中关村磁盘渠道汪那儿拿货。由于部分磁盘做冷备，近一年之后，才发现有6块磁盘在客户的系统中无法正常识别。查询磁盘信息后发现该磁盘为Netapp的oem磁盘（磁盘外部是seagate的标，内部信息显示vendor为Netapp），与购买的要求的seagate... ]]></description>
			<content:encoded><![CDATA[<p>去年，朋友孙要买20块seagate FC146GB磁盘，在我的介绍下，最终从一个中关村磁盘渠道汪那儿拿货。由于部分磁盘做冷备，近一年之后，才发现有6块磁盘在客户的系统中无法正常识别。查询磁盘信息后发现该磁盘为Netapp的oem磁盘（磁盘外部是seagate的标，内部信息显示vendor为Netapp），与购买的要求的seagate磁盘不符。</p>
<p>向汪要求更换时，汪及其上家汪2说卖出时磁盘就是seagate，信息不符是客户自己刷了磁盘的BIOS，所以不予保修和更换。并说现在现在的刷磁盘BIOS工具很多，客户自己很容易刷的。</p>
<p>购买时由于时间较紧，且也没有条件对每块磁盘做详细检测，同时考虑到汪是我一个朋友的朋友，秉着信任的角度就买了。没想到会出现这样的没有信誉的事情。</p>
<p>关于磁盘的BIOS，且不说客户的存储不是Netapp，再怎么刷不可能去刷成Netapp后再来更换，直接刷成自己想要的就行了。再说，虽然刷BIOS的工具很多，但那也是对专业人士而言，普通用户怎么可能会有相关的软硬件设备去刷BIOS，会刷firmware就很难得了。</p>
<p>被逼无奈，辗转找到的seagate的一个技术专家，通过磁盘标签上的SN号（并非从磁盘中抓取的），在seagate内部数据库中查到了以下信息：</p>
<table style="width: 518px; height: 580px;" border="1" cellspacing="0" cellpadding="0">
<tbody>
<tr>
<td colspan="2" width="281">Model:ST3146707FC CHEETAH 10K.7  </td>
<td width="161">1 of 1</td>
<td width="161">Original Source:<a href="http://www.sansky.net/article/tag/seagate" class="st_tag internal_tag" rel="tag" title="标签 seagate 下的日志">Seagate</a><br />
Last Map Date:03-Apr-2010 22:24:43</td>
</tr>
<tr>
<td style="text-align: center;" colspan="2" width="281">Manufacture</td>
<td style="text-align: center;" colspan="2" width="321">Shipment</td>
</tr>
<tr>
<td width="140">Serial</td>
<td width="142"><span style="color: #ff0000;">3KS10L3Q </span></td>
<td width="161">Ship Date</td>
<td width="161">13-May-2005 </td>
</tr>
<tr>
<td width="140">Customer Serial Number</td>
<td width="142"> </td>
<td width="161">Order Category</td>
<td width="161">NBBL </td>
</tr>
<tr>
<td width="140">Customer Part Number</td>
<td width="142"> </td>
<td width="161">SPA</td>
<td width="161">1286681 </td>
</tr>
<tr>
<td width="140">Product</td>
<td width="142">9X2004-038 </td>
<td width="161">Protected Warranty Status</td>
<td width="161">N </td>
</tr>
<tr>
<td width="140">Part Assigned to Customer</td>
<td width="142">3496 &#8211; <span style="color: #ff0000;">NETWORK APPLIANCE</span> </td>
<td width="161">ShipTo Sales Region</td>
<td width="161">EUROPE, MIDDLE EAST, AFRICA </td>
</tr>
<tr>
<td width="140">Design Application</td>
<td width="142">ESG </td>
<td width="161">ShipTo Sales Territory</td>
<td width="161">EU-WEST </td>
</tr>
<tr>
<td width="140">Country Of Origin (COO)</td>
<td width="142">SG </td>
<td width="161">Cascaded Shipment</td>
<td width="161"> </td>
</tr>
<tr>
<td width="140">Birth Date</td>
<td width="142"><span style="color: #ff0000;">03-May-2005 </span></td>
<td width="161">Sales Order</td>
<td width="161">85784228 </td>
</tr>
<tr>
<td width="140">Clean Room Exit</td>
<td width="142">01-Jan-1900 </td>
<td width="161">Shipper Number</td>
<td width="161">84767991 </td>
</tr>
<tr>
<td width="140">Label Date(DOM)</td>
<td width="142">07-May-2005 </td>
<td width="161">Invoice Number</td>
<td width="161">85191777 </td>
</tr>
<tr>
<td width="140">Case Date(Packout Date)</td>
<td width="142">07-May-2005 </td>
<td width="161">Ship From Code</td>
<td width="161">SLD </td>
</tr>
<tr>
<td width="140">FG Date(DDSR Date)</td>
<td width="142">07-May-2005 </td>
<td width="161">Ship From Desc.</td>
<td width="161">IRVINE DISC OPERATIONS </td>
</tr>
<tr>
<td width="140">PRIME</td>
<td width="142">Y </td>
<td width="161">Customer Number</td>
<td width="161">40801004 </td>
</tr>
<tr>
<td width="140">Pallet ID</td>
<td width="142"> </td>
<td width="161">Corp. Name</td>
<td width="161">XYRATEX TECHNOLOGY LTD </td>
</tr>
<tr>
<td width="140">Case ID</td>
<td width="142">CSG470690387 </td>
<td width="161">Customer Type</td>
<td width="161">OEM </td>
</tr>
<tr>
<td width="140">Top ID</td>
<td width="142"> </td>
<td width="161">Corp. Code</td>
<td width="161">2904 </td>
</tr>
<tr>
<td width="140">World Wide Name</td>
<td width="142">10000011C6CEBBD8 </td>
<td width="161">Full Name</td>
<td width="161">XYRATEX HANTS PO9 1JP ALL UNITED KINGDOM </td>
</tr>
<tr>
<td width="140">Plant Location Code</td>
<td width="142">AMK </td>
<td width="161">ARR Customer Group</td>
<td width="161">OEM </td>
</tr>
<tr>
<td width="140">Plant Location Desc.</td>
<td width="142">AMK </td>
<td width="161">CSO Customer Family</td>
<td width="161">OEM </td>
</tr>
<tr>
<td width="140">Manufacture Type</td>
<td width="142">New Build </td>
<td width="161">Serial Replaced</td>
<td width="161"> </td>
</tr>
<tr>
<td width="140">Drive Atributes</td>
<td width="142"><a href="http://edw.seagate.com/SerialInquiry/SerialInquiry?JT=ATTR&amp;SN=3KS10L3Q&amp;DF=KS&amp;KEY=517583494876518120050507">Available Here</a></td>
<td width="161"> </td>
<td width="161"> </td>
</tr>
</tbody>
</table>
<p>表格中的信息说明SN为3KS10L3Q 的磁盘是2005年为专为Netapp生产的OEM磁盘，到2009年购买时，已过3年包换期。该信息与从磁盘中直接抓取的信息相同，说明磁盘从一开始就是Netapp的，不是后刷的。</p>
<p>但即使如此，汪的上家汪2仍然不认，仍然不想更换，竟然说“你让seagate签字盖章，说明磁盘本来就Netapp的”！</p>
<p>对于这样的公司，我真的是没有办法了。难道磁盘渠道商就这样，还是就汪2是这样？</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sansky.net/article/2010-07-11-business-is-so-hard-right-channel.html/feed</wfw:commentRss>
		<slash:comments>12</slash:comments>
		</item>
		<item>
		<title>邮件系统存储设计问答</title>
		<link>http://www.sansky.net/article/2009-06-25-e-mail-storage-system-design-q-u0026amp-a.html</link>
		<comments>http://www.sansky.net/article/2009-06-25-e-mail-storage-system-design-q-u0026amp-a.html#comments</comments>
		<pubDate>Wed, 24 Jun 2009 17:13:45 +0000</pubDate>
		<dc:creator>sansky</dc:creator>
				<category><![CDATA[存储技术]]></category>
		<category><![CDATA[磁盘]]></category>
		<category><![CDATA[邮件]]></category>
		<category><![CDATA[LUN]]></category>
		<category><![CDATA[RAID]]></category>
		<category><![CDATA[文件系统]]></category>

		<guid isPermaLink="false">http://www.sansky.net/article/2009-06-25-%e9%82%ae%e4%bb%b6%e7%b3%bb%e7%bb%9f%e5%ad%98%e5%82%a8%e8%ae%be%e8%ae%a1%e9%97%ae%e7%ad%94.html</guid>
		<description><![CDATA[问： 我们公司主要从事邮件系统方面的业务，所以，这是一个关于邮件系统存储方面的一个问题。 邮件系统数据的特点就是小文件多，并且目录多，一部分数据访问频繁，读写删除操作也频繁（活跃用户的数据），还有一部分数据基本不访问（非活跃用户），很少有读写删除操作。 当一个有40万用户... ]]></description>
			<content:encoded><![CDATA[<p>问：</p>
<p>我们公司主要从事邮件系统方面的业务，所以，这是一个关于邮件系统存储方面的一个问题。</p>
<p>邮件系统数据的特点就是小文件多，并且目录多，一部分数据访问频繁，读写删除操作也频繁（活跃用户的数据），还有一部分数据基本不访问（非活跃用户），很少有读写删除操作。</p>
<p>当一个有40万用户的邮件系统，那么存放邮件数据的存储目录下面会有非常多的目录和文件（一个用户一个HomeDir，用户HomeDir下面存放用户的邮件），HomeDir至少40万个，每个HomeDir下面可能有用户的自定义文件夹。HomeDir下面存放的用户邮件数量多少不等，最多的可能有800封以上的邮件，平均每人30封邮件左右。大部分邮件大小在5-100K左右，也存在一部分带有较大附件的邮件，大小在1M-10M之间。</p>
<p>以上是应用特点的简单介绍，针对这样的应用环境，应该如何选择存储设备？做什么样的RAID能达到最好的性能？如何部署备份系统？</p>
<p>像类似这样的应用应该还有很多，例如：flickr、bababian等等这样的网络相册应用，应该和邮件应用类似，都是小文件，访问频繁。也很想了解他们是如何选择和部署存储系统的。</p>
<p>目前，我们的存储在使用一段时间后，只能使用df命令来查看磁盘空间，使用du命令查看存储目录占用空间的时候将会用掉非常非常长的时间，这个时间是绝对不能忍受的长。</p>
<p>使用备份方法是每天用rsync，将发生变化的文件同步到另外一个存储空间上，我认为这不是一个较为理想的备份方式，希望能再进行改进。</p>
<p>在RAID方面，我们基本上选择的都是用RAID5，也有使用RAID10，但是感觉这两者在性能上没有什么明显区别。不知您是否有测试存储性能方法及测试模型，我也想对我们系统中这种环境下的存储进行测试和分析，希望能找到最佳的方案。</p>
<p>sansky答：</p>
<p>你所说的几个系统具有频繁访问、随机访问、文件数量大等特点，对服务器和存储的第一个要求是高IOPS。我个人对存储系统的建议如下：</p>
<p>1、存储设备的的cache IOPS最好不低于12W，磁盘IOPS不低于7w，也就是说必须是中端以上存储设备，低端设备的性能不足以满足系统要求；</p>
<p>2、建议采用全光纤存储设备；由于总容量不大，可以选择146GB磁盘。如果考虑到价格，也可以选择高性能的FC-SAS存储。</p>
<p>3、磁盘访问的性能将会是整个系统的瓶颈。建议存储设备的磁盘端口不少于4个，配置不少于3个JBOD,SBOD最好。磁盘总数量48块磁盘最好，建议少于32块。否则磁盘太少，存储设备的性能发挥不出来。</p>
<p>4、每个RAID组中的磁盘数量8-12个，优选RAID5。</p>
<p>5、40个homedir最好分散在4个以上的RAID组中，也就是不同的LUN中。无论是windows还是linux系统，当一个lun中的文件数量过大时，其文件系统检索和访问能力多会大幅度减小。homedir分散在多个lun中，减少每一个文件系统中的文件数量。</p>
<p>6、多个RAID组的优先级高于每个RAID组中的磁盘数量。</p>
<p>7、对于备份来讲，如果考虑价格，可以选择用备份软件。如果投资允许，可以考虑CDP软件。</p>
<p>一点拙见，仅供参考。</p>
<p></p>
]]></content:encoded>
			<wfw:commentRss>http://www.sansky.net/article/2009-06-25-e-mail-storage-system-design-q-u0026amp-a.html/feed</wfw:commentRss>
		<slash:comments>10</slash:comments>
		</item>
	</channel>
</rss>

