我是软件工程师,而不是系统pipe理员,所以如果这个问题看起来有点儿绿色,那么你知道为什么! 😉
作为一个个人项目,我一直在使用FreeNAS开发家庭NAS系统。 FreeNAS的一个特点是能够设置一个SMART检查来运行X秒钟。 默认情况下,这被设置为每1800秒(30分钟)运行一次。 这对我来说似乎很高,这真的是一个合理的价值? 我会认为每6小时检查一次或者其他东西就足够合理了…
所以我的问题是:一个SMART检查在驱动器上运行多久?
带有ZFS的非ECC内存:一个愚蠢的想法?使用rsync或afpd将UTF-8 NFD文件名转换为UTF-8 NFCFreeNAS是可靠的吗?
我不确定你是什么意思。
您可以要求磁盘运行(SMART)自检。 这通常需要一些时间,对磁盘有些压力。 我不build议在很长时间内运行一次以上。
另一方面,您可以从磁盘检查SMART状态。 换句话说,这意味着“从磁盘读取SMART仪表”。 这个操作简单而快速,可以运行多less次你想要的。
假设您要求检查SMART状态,那么每隔60,30,15,10或5分钟,或者其他任何事情都可以。 没关系。 在这种情况下,更重要的是这样的阅读将会做什么。 会logging吗? 是否检查失败并在检测到故障时通过电子邮件发送? 毕竟,如果你的pipe理员每个月只看一遍,那么每分钟阅读一下状态就没有意义了。
如果您需要帮助, smartmontools项目可能会有用。 (至less你可以检查它的源代码,看看smartd读取状态的频率)
我每天早上进行一次简短的SMARTtesting,在我所有的1.5到2TB硬盘上需要大约5分钟的时间。 然后每周一次我运行一个长的SMARTtesting,大约需要7个小时。 我的印象是,这些testing并不以任何方式强调驱动器,我唯一确认的是在长时间testing期间,它们的温度保持在基线(约37℃)。 在日常报告中,输出被parsing,过滤并通过电子邮件发回给我。
引用官方的FAQ
如果您的ATA驱动器支持自检,则应定期运行它们,例如每周一次:
smartctl -t long /dev/hd?
testing完成后,您应该检查结果:
smartctl -l selftest /dev/hd?
SMART有助于检测表明build议磁盘可能会失败。 对于磁盘来说,SMARTtesting可能会失败,并且在几周甚至几个月内仍然可以正常工作。 每30分钟对我来说似乎很好…
由于智能守护进程只检查存储在硬盘cpu中的值,因此可以按照您的意愿将其作为frequest运行。 这个想法是要尽快发现问题,因为它们确实是磁盘问题即将到来的标志。
在有智能通知的几天之内,我有一块硬盘让我失败。