越来越多的存储标准正在浮出水面，它们将帮助存储管理员更加有效地管理数据。根据存储网络工业协会（SNIA）理事会主席Vincent Franceschini的说法，一个"标准的生态系统"正在逐渐发展中，这将使得不同的存储产品可以更好地相互交流，并且更好的保护数据并简化数据查询。这是一个宏大的目标，但是其进展却只能以婴儿蹒跚来形容。下面是四个重要的主要存储标准的更新进展报告：存储管理主动规范（SMI-S），扩展访问办法（XAM），加密密钥管理和光纤架构应用接口标准（FAIS）。有关XAM的制定进展的报告请参见：《细读SNIA更新XAM标准后如何解决长期归档问题》

　　标准1：SMI-S

　　这篇文章所讨论的四个标准中最综合的就是SNIA的SMI-S（存储管理主动规范）。SMI-S的终极目标就是让应用程序能够管理不同的存储环境。SMI-S提供了一个标准的方法来从不同存储设备发现和采集数据，并管理这些设备。虽然最终实现这个目标还需要好几年，但是随着SMI-S的发展以及更多的厂商提供具有互操作性的产品，SMI-S不仅现在有用，而且将来会更有用。

　　根据SNIA，大约有来自24家厂商500个硬件和软件产品符合SMI-S标准。这些产品中的许多已经通过了SNIA合规流程，并打上了SMI-S标志，表明符合SMI-S标准。

　　SMI-S是一个基于对象的标准，是围绕通用信息模型（CIM）建立的标准。SMI-S标准下的每种设备都有一个单独对象（Profile或者Subprofile）。硬件厂商为它们各自的设备列出实例对象（在SMI-S术语中叫做提供者）。同时，软件厂商可以利用对象来写入它们的管理软件（叫做客户端），而无需考虑特定设备的特征。

　　自从发布版本1.0以来，SMI-S所覆盖的产品和功能已经有所增长。版本1.0和版本1.1覆盖了基本的SAN（存储局域网）设备，例如交换机、主机总线适配器和阵列。当时这些产品中还只有少部分功能被覆盖。SMI-S自那以后增加了更多的产品，包括NAS（网络附加存储），并加深了覆盖深度。版本1.2（最新采用的版本）和版本1.3（在进一步发展中）覆盖了或将增加性能管理工具、改进的监视工具和虚拟磁带。版本1.4的工作也已经开始。

　　版本1.2所加入的功能包括支持存储机柜（以及设备），基于主机的控制器，文件系统配额，快照和复制的一致性管理。磁盘分区、虚拟化以及各种不同的光纤通道功能也包含其中。

　　SNIA技术委员会主席兼惠普公司StorageWorks事业部研究员David Thiel说，通过容纳各种不同的设备，该标准的范围正在扩大；通过为所支持的设备提供更多的功能，该标准的范畴也更加深入。

　　SNIA技术委员会的一名成员，同时也是互联网工程任务组（IETF）IP存储工作小组成员之一的David L. Black说："SMI-S 1.0甚至不能检查文件错误".他同时也是EMC高级技术员。他说："在版本1.2中，你将看到文件管理".

　　进展中的工作

　　虽然有SNIA的努力，但是产品之间的互操作性还是一个问题，而且在近几年都不会很快解决。仅仅是都通过了SNIA认证流程和打上SMI-S标志并不能保证两个产品能够自动地协同工作。

　　"我认为标准要抬高一些"，SNIA技术委员会副主席兼Network Appliance（NetApp）公司技术团队高级成员Alan G. Yoder说，"这并不是因为我们希望认证标准达到‘绝对互操作性’，而是因为这样的目标具有一定难度而且比较宏伟。EMC投资超过10亿美元建立实验室来测试互操作性。我认为SNIA的任何一个成员都不能达到这样的投资规模。但是要达到完美的互操作性就需要这样。"

　　"我们现有的"，Yoder说，"是一个比较低的标准，但是这个标准也足够高到让厂商们需要认真考虑SMI-S互操作性".但是Thiel补充道，如果这些产品通过认证，那么它们之间具有互操作性的可能性也就更高。

　　虽然SNIA没有给出特定的不兼容的产品，但是它指出了一些标准或测试所未覆盖的领域，在这些领域可能会发生问题。SNIA的测试没有覆盖存储管理软件的安装过程，因为这不是SMI-S的一部分。同样的，兼容SMI-S的软件的句柄错误情境也不包含在测试流程中。虽然SMI-S对如何给应用程序进行错误报告制订了标准，但是它没有明确这些错误如何处理或如何报告给用户。这是应用程序厂商的事情。

　　目前，SNIA认证的SMI-S最高版本是1.1版本。Yoder说已经有超过400个产品通过了这个水平的合规测试。版本1.2刚刚出来，而其测试流程也才刚刚开始，因此目前还没有测试名单。但是，SNIA预计将在2008年第一季度测试一部分产品，随后将增加更多的产品。因此，那些希望利用SMI-S功能的厂商需要仔细测试其产品。"总是要测试"，Yoder说，"如果你不测试，那么你很可能会遇到很多不满意的地方".

　　"SMI-S版本1.2扩大了覆盖面，但是深度没有很大提高，对于动态的环境来说，这可能还不够"，分析师公司IDC存储软件研究经理Noemi Grevzdorf说，"你肯定需要从API（应用程序编程接口）获得更多更丰富的信息，得到更好的精细度".

　　管理框架

　　像SMI-S这样大的标准，它主要是关注硬件方面。要使用这个标准，厂商就必须编写符合该标准的存储管理软件。为了满足让存储管理软件符合SMI-S标准的需求，SNIA正在进行一项目前叫做"管理框架"的工作。

　　"管理框架是针对那些正在建立基于SMI-S的存储管理应用程序，并且需要组件服务和一些代理架构的人"，SNIA的Black说，"管理框架的目标是简化这种架构的建立".管理框架并不是SMI-S规范的一部分，而是辅助SMI-S的一个独立项目。Black说，该架构的一部分就是：当应用程序发现设备信息时，如何存储这些信息。通过将这些信息进行存储，应用程序无需反复回溯到代理端来获取该数据。

　　管理框架的其他组成部分包括一个发现模块，这个模块可以在环境中发现SMI-S代理端（组件），换句话说，就是发现系统中有哪些可用的SMI-S服务，以及发现基于Web服务的管理接口。SNIA声称该管理框架已经发展了将近1年，并且至少还需要18个月才能推出该规范的第一个版本。也许它会采用一个更加醒目的名字。（见下面的"为什么SMI-S需要这么长时间"）

　　为什么SMI-S需要这么长时间

　　存储网络工业协会（SNIA）关于存储管理主动规范（SMI-S）的工作已经进行了五年多。为什么还没有完成呢？

　　在版本1.0推出四年后，一个更加扩展的SMI-S版本1.2才最终成形。SMI-S现在是可以用了，但是还远远没有达到完成的程度。还有一些SMI-S没有做到的事情，今后五到六年内SNIA委员会将陆续增加一些功能。近期的计划包括支持性能管理工具以及NAS（网络附加存储）发现等。今后的目标还包括增强的安全性，而不是版本1.2中简单的安全监视功能，以及IP存储等。

　　下面是几个导致SMI-S发展周期如此长的原因：

　　由于SMI-S包含的内容太多，因此该标准异常难产。它支持24个不同类别的存储设备，并提供各种方法来采集无数类别的数据，包括从磁带库统计数据到阵列机箱温度等的数据。

　　目标和任务一直在变。SMI-S一直都在增加新的设备和新的功能，而且也将继续如此。

　　由于委员会成员们在总体标准和SMI-S所包括的各种设备的标准上总是反复不决，因此进度变得异常缓慢。

　　许多厂商在开始的时候对这样一个存储管理标准缺乏热情，而且也需要时间来转变他们的想法。

　　SMI-S是SNIA试图制订的第一个存储标准，这对于它们来说也是一个主要的经验积累过程。