我们在SAN中运行SSDarrays，性能非常好。 但是，我们需要监视写耐力SMART属性，以便我们可以确定何时驱动器即将耗尽。 我们testing了这些驱动器，并确认我们可以获得这些数据，但没有在SAN中尝试。 现在我们发现我们的SAN（戴尔PowerVault）没有任何方法来查询SMART数据。 它所做的只是查询一些属性本身并生成一个报告。 该报告不包含我们需要的属性。
有什么方法可以访问我们的驱动器的SMART数据，而不需要将它们从arrays中取出并放入另一台机器来读取数据？
MD3620f不通过模块化磁盘存储pipe理器SMcli提供此信息，甚至在任何支持包文件中也不包括SMART数据。
在不移除驱动器的情况下获取SMART数据的唯一希望是通过SNMP轮询，因为这样可以获取可能从机箱中的每个组件获取的任何数据。 如果SNMP不提供数据，则控制器固件甚至可能根本不从SATA磁盘抽取SMART数据。
来源：作为支持戴尔MD3系列arrays的高级工程师的第一手经验
编辑：ewwhite也是一个很好的观点 – 没有真正的需要主动监视这个arrays中的SSD，除非你继续使用它过期或没有保修范围（在这种情况下，这个数据将至less是“方便”）。 如果您使用SSD进行caching，则无需担心。 SSD故障可能会对性能产生轻微的影响，但是在保修期后，更换新的部件是件好事。 如果您将SSD用作磁盘组的一部分（不使用较新的SSDcaching或磁盘池function），那么请考虑使用RAID6，这样您就不必担心任何高级别的风险。
一般来说，这是由您的存储的固件pipe理。 这也不是你的问题，因为如果一个SSD失败了，它将被供应商取代，无论你如何使用它。
你直接询问它们是不好的。 您的SAN设备将需要以某种方式提供这些数据（SNMP或一些专有的监控界面）。
我同意让存储arrays处理这个情绪。 对于如何维护和pipe理SSD存储有太多的误解
在这种情况下把它们当作磁盘处理。
无需抢先更换您的SSD。 如果您的写入负载真的很重，那么您还应该使用针对该工作负载进行了优化的SSD。 他们存在！
企业SAS SSD可通过RAID控制器或SAN报告的示例：
physicaldrive 1I:1:4 Port: 1I Box: 1 Bay: 4 Status: OK Drive Type: Data Drive Interface Type: Solid State SAS Size: 400 GB Firmware Revision: HPD9 Serial Number: 00197356 Model: HP MO0400FBRWC Current Temperature (C): 29 Maximum Temperature (C): 43 Usage remaining: 99.51% Power On Hours: 11672 Estimated Life Remaining based on workload to date: 98765 days SSD Smart Trip Wearout: False PHY Count: 2 PHY Transfer Rate: 6.0Gbps, Unknown