ZFS和绿色驱动器/ TLER

我正在build立一个基于freenas和ZFS的NAS盒子。

我读过很多关于“ 深度恢复 ”和使用RAID-5的绿色驱动器的post(比如这个)。

ZFS(vs Raid-5)是否意味着这个问题消失了,还是我应该看着Red或Black驱动器放入我的NAS?

WDC绿色驱动器有“深度恢复”问题。 你需要红色或RE驱动器来避免它。

我在家里有一个绿色驱动器的ZFS RAIDZ。 他们已经持续了近3年的开机时间,没有出现任何错误。 这可能是幸运的,但错误通常不会发生。 所以你不得不问,成本差异是值得的。 把正常时间的价值乘以失败的可能性,现在你有额外的钱,你应该花在技术上,将减轻潜在的失败模式。 在大多数商业情况下,答案将是明确的,因为成本差异相当小。

只要您知道如何修改其设置,WD Green驱动器都可以。 我相信WD习惯于通过几条线将固件标准化,并对固件中的设置稍作修改以区分这些线。

例如,绿色驱动器没有被宣传为支持TLER,并且作为他们的营销stream行语之一,“冷静”。 红色是相反的 – 他们有TLER,不旋转。 但是,这两种型号都具有固件支持打开或closures这些function之一。

我使用WDTLERWDIDLE3实用程序修改了驱动器的设置,现在TLER设置为打开,并且不会自动减速。

我没有使用ZFS,但从我的理解来看,TLER可以帮助您避免使用ZFS和硬件RAID控制器的“深度恢复”错误。 (在Segate发言中,它也被称为ERC)。

我没有任何问题启用TLER在我自己的3个WD绿色驱动器的任何型号: WD20EZRX, WD20EARXWD20EARS我可以亲自担保这些模型,但没有任何其他人。

这些年来我购买的6个WD 2TB绿色驱动器目前正在使用一个RAID-10arrays,在ESXi 6.5a中使用PCI直通到Synology Diskstation虚拟机,以前是Ubuntu 12.04中的MDADM / LVMarrays裸金属。 控制器是Supermicro X9SCL-FO上的Intel Cougar Point HBA。

自2010年以来,EARS自2012年以来一直运行近24/7,EARX自2015年以来一直运行EZRX。 在使用上述实用程序修改固件设置之后,它们似乎完全可以用于RAID。 但是,如果不经过修改就使用它们存储在NAS中,则不推荐使用它们。

西部数据红人有其他广告的function,如减震应该是帮助他们在各种arrays大小。 但是,我对6驱动器arrays中的绿色驱动器没有任何问题(我使用两个IStarUSA 2×5.25到3×3.5热插拔托架转换器)。 因此,这种经验让我怀疑这些“特征”只不过是营销stream行语,不足以帮助夸大红驱的价格。

我想为任何有兴趣使用 WDIDLE3 人添加一个参考

问题的根源在于Western Digital试图让设备“更绿色” – 使用更less的电力。 实现这一目标的一种方法是在没有读/写请求的情况下,将磁头停在塑料垫上八秒钟,而不是让它们浮在硬盘驱动器的旋转盘片上。 这加起来每天有10,800个周期。 无数的碎屑逐渐磨损了头部。 根据一些文献,250,000到1,250,000个周期将导致损坏,这将导致读/写错误。 如果你这样做,数据损坏将在23.148到115.741天内开始,如果你正在一个使用频繁的服务器上使用硬盘驱动器。 普通消费者直到后来才会注意到读/写问题。 一些WD硬盘每天报告3000到5000个周期。 按照这个速度,第一批数据损坏将在83.33至250天内开始。

从我的经验来看,普通用户不会注意到早期的数据丢失。 如果工作文件没有被访问,编辑和保存,没有任何迹象。 随着众多的用途,硬盘上丢失的部门出现和索引变得腐败。 然后,损害变得明显。 在启动过程中,Windows操作系统将开始使用Check Disk(chkdsk / f)来修复错误。 糟糕的信息碎片被删除,损坏的索引在这个过程中被重新修正。 最终,在用户意识到问题之前,有50%到60%的驱动器被清除。 他访问一个文件,没有。 使用文件pipe理器,进一步的检查可以发现其他缺失的数据。 这种退化需要时间 – 几个月到一年取决于计算机的使用情况。

然而,六年的投诉迫使制造商做了一些事情 – 提供固件修复。 WDIDLE3.EXE软件用于重置停车周期高达五分钟。 对于普通用户来说,这个变化使得停车周期减less到每天133次。 这是在工业平均水平之内。 大多数驱动器每天经历10到200次,额定值约为60万次。 WDIDLE3.EXE也可以closures头部停车。 不幸的是,这不被推荐。 用户已经报告说,驱动器速度降低到爬行或出现读/写问题。 。 这个解决scheme是公共关系的杰作。 WD并没有停用或取消新制造驱动器上的第8个磁头停放周期,而是强制用户在销售之后更改固件。 这个过程并不容易,公司的网站也没有解释或提供任何信息 – 它只提供软件。 该过程需要拔出连接到SATA端口的所有其他设备,并将许多重置到BIOS。 计算机必须通过CD或USB 2.0拇指驱动器在DOS中启动并input所需的代码。 只是find必要的软件来创build启动设备是一个痛苦。

因此,非技术性消费者不会做任何事情,并允许他们的硬盘驱动器发生故障。 对于“技术人员”,需要数小时的研究,networkingsearch和反复试验。 希望他们也会气馁。 一举中标,安抚批评,仍保持高销量。

我已经做了必要的工作。 所以,这里是使用引导USB 2.0驱动器的最简单的过程。

下载以下程序。 。 。 。

。 。 。 。 。 惠普USB磁盘存储格式工具

。 。 。 。 。 Z-邮编

。 。 。 。 。 wdidle3.exe

。 。 。 。 。 FreeDOS(fd11src.iso)

请按照以下步骤创build引导USB 2.0闪存驱动器。

。 。 。 。 。 1.安装Z-Zip

。 。 。 。 。 2.使用Z-Zip提取HP USB磁盘存储格式工具和FreeDOS iso。

。 。 。 。 。 3.安装HP软件。

。 。 。 。 。 4.在计算机的USB 2.0端口之一上安装USB 2.0闪存驱动器。

。 。 。 。 。 。 。 用鼠标右键单击HP图标。

。 。 。 。 。 。 。 转到“兼容性/特权级别”。

。 。 。 。 。 。 。 检查运行本程序作为pipe理员。

。 。 。 。 。 。 。 退出程序。

。 。 。 。 。 5.通过单击其图标激活HP程序。

。 。 。 。 。 。 。 为文件系统selectFAT

。 。 。 。 。 。 。 在CREATE DOS STARTUP DISK上放一个复选标记

。 。 。 。 。 。 。 转到使用位于的DOS系统文件并指向

。 。 。 。 。 。 。 。 。 。 FreeDOS文件的子目录。 它是\ FREEDOS \ SETUP \ ODIN

。 。 。 。 。 6.格式化USB 2.0闪存驱动器。 根据大小,这将需要时间。

。 。 。 。 。 7.使用WINDOWS EXPLORER将WDIDLE3.EXE复制到格式化的USB 2.0闪存驱动器。

closures你的计算机。

。 。 。 。 。 1.通过拉出两根电线来closures所有连接到SATA端口的设备。 您不希望WDIDLE3.EXE损坏其固件设置。

。 。 。 。 。 2.连接西数红色硬盘。

重启你的电脑。

。 。 。 。 。 1.进入你的电脑的BIOS设置。

。 。 。 。 。 2.closuresAHCI。 这将使您的闪存驱动器被识别。

。 。 。 。 。 3.将拇指驱动器设置为第一个可启动驱动器。

。 。 。 。 。 4.保存您的BIOS设置并退出。

重启你的电脑。 您的拇指驱动器应启动计算机并进入MS-DOS。

。 。 。 。 。 1.不带引号键入“wdidle3.exe”,然后按ENTER键。 这将激活该程序。

。 。 。 。 。 2.键入不带引号的“wdidle3.exe / r”,然后按Enter。 这将显示当前超时。 出厂默认值是八秒钟。

。 。 。 。 。 3.input不带引号的“wdidle3.exe / s300”,然后按ENTER。 这将autopark定时器更改为300秒或五分钟 – 允许的最大值。

。 。 。 。 。 4.键入“wdidle3.exe / r”不带引号,然后按ENTER键。 这将检查硬盘驱动器是否已接受更改。

。 。 。 。 。 5.closures你的电脑。

如果需要处理另一个硬盘驱动器,请拔出两根连接电缆,将它们连接到下一个Western Digital Red驱动器,然后重复上述过程。

一旦完成,请closures计算机并将SATA设备插回。

。 。 。 。 。 1.打开你的电脑

。 。 。 。 。 2.返回到您的PC BIOS设置。

。 。 。 。 。 3.打开AHCI。

。 。 。 。 。 4.更改您的启动顺序。

。 。 。 。 。 5.保存您的设置并退出。

注意:我没有编写本指南,据我所知,当我执行固件修改(您可以使用软件select特定的驱动器),并且使用AHCI时没有遇到任何驱动器插入问题。 因人而异。

我认为真正的问题是ZFS是否遇到TLER问题? 我还不能从个人经历中发言,因为我还没有遇到这个问题。 FreeNAS论坛在这个问题上有一些很好的讨论。 我认为这个post是最适合回答你的问题。 最好的段落回答你的问题:

那么TLER对于ZFS来说是否重要? TLER的这个答案确实是基于硬件的,而不是我所知道的软件。 只要你的硬盘没有脱离arrays,只要硬盘不会永久读取扇区,那么你应该没问题。 只要你接受这样一个事实,当一个坏的部门被发现,你正在看电影,电影可能会冻结30秒左右,一切都会好起来的。

我在FreeBSD ZFS论坛上发现了另外一个讨论TLERangular色的主题。 这篇文章看起来也回答你的问题。

使用ZFS,您希望让驱动器做到这一点,而不是因为TLER而提前返回。 该function仅适用于RAID控制器,如果驱动器需要时间进行恢复,那么这些RAID控制器会出现恐慌并做出奇怪的事情(比如提前丢弃驱动器)。 当一个驱动器连接到一个“笨”的HBA时,如ZFS所build议的那样,那么FreeBSD内核就可以控制这些超时,而ZFS只是等待驱动器从任何介质故障中恢复,而不需要真正关心这个过程需要多长时间。 我相信最大的驱动器超时是由FreeBSD磁盘控制器驱动程序和驱动器本身的默认超时值决定的。

所以是的,我不考虑TLER不使用特殊的RAID控制器时无关。

所以在阅读这些post之后,我个人的观点是硬件控制器确实起了一个影响因素(虽然是小小的)。 如果你在做JBOD并让ZFS直接访问磁盘,我相信 TLER可以被处理。 我不确定的是ZFS能够如何响应,具体取决于RAIDconfiguration。 我很想知道RAID-Z2是否会更难处理TLER,然后说RAID-0或1或10,因为有额外的奇偶计算时间。

编辑:(忘了回答问题)

ZFS(vs Raid-5)是否意味着这个问题消失了,还是应该把红色或黑色驱动器放进我的NAS?

我认为ZFS可以处理TLER,但ZFS最终可能会从磁盘arrays中删除磁盘,让它完成修复。 我也认为固件版本对每个磁盘厂商都很重要,但这本身就是另一个问题。 我的观点是:如果您在JBOD / passthrough中使用支持HBA或RAID控制器的ZFS,我认为您可以selectWD Red或Black。 我只是在我的ZFSarrays中安装了一对WD Reds,所以如果发生什么事情,我会更新这个post,但是我认为, 只要ZFS能够直接访问磁盘,您应该没问题。