解决存储错误管理的困境

核心提示：很多来自厂商和开放源代码社区的软件包都能够解决SNMP(简单网络管理协议)数域集问题，这些数据可以来自所有的数据通路，解决存储错误管理的困境，包括从HBA(主机总线适配器)到存储设备，如今，它们会变成硬错误，这也就意味着你无法读取你的数据了，很多存储设备都支持由存储网络工业协会(SNIA)开发的存储管理接口标准(SMI

很多来自厂商和开放源代码社区的软件包都能够解决SNMP(简单网络管理协议)数域集问题，这些数据可以来自所有的数据通路，包括从HBA(主机总线适配器)到存储设备。如今，很多存储设备都支持由存储网络工业协会(SNIA)开发的存储管理接口标准(SMI-S)。

一直以来，我都在想这样一个问题：这些管理接口是否满足存储管理员的所有需求?我碰到的及从客户和同事那听到的这类问题越多，我对这个问题的答案就更趋向“No”。

经历了几十年时间，网络错误管理框架以及各个不同堆栈(如ICMP—网络控制信息协议，IP，TCP，SONET—同步光纤网，以太网等)中的错误功能才得以成熟并满足各种要求。SNMP 1.0从1991年五月就已经问世，并通过RFC(请求注解—Request For Comments)部署—RFC是IETF(互联网工程任务组)的标准部署方式。

那么问题出在哪里呢?我认为数据通路的错误管理框架遗漏了以下两个重要因素：

● 关于存储设备的详细分析

● 关于每个连接的信道误码率的详细信息

存储设备错误细节

实际上，磁盘和磁带驱动器的错误信息的细节都得到了跟踪。如果你有时间，你可以看看关于闪存驱动器的一篇文章来了解磁盘驱动器上所使用的SMART(自我监测、分析和报告))技术的背景知识。对于磁带驱动器来说，驱动器的错误信息得到保存，而且磁带盒的错误信息也保存在驱动器内，因此你才有可能跟踪错误条件。但是，这两种情况所引发的问题实际上并不像一开始那么简单。让我们分别来看看磁带和磁盘。

磁带

就像所有其他硬件设备一样，所有的磁带驱动器都会跟踪错误。此外，所有的磁带都会产生错误和并且存在一个使用寿命。随着你的磁带越来越接近使用寿命，它很可能会产生越来越多的错误。这些错误大部分是软错误，最终，它们会变成硬错误，这也就意味着你无法读取你的数据了。因此如何发现这些错误，并在它们变成硬错误之前就解决这些软错误问题呢?