不利因素

        IT主管们正在寻找哪家厂商的存储虚拟化方案是成功的，但他们承认: 厂商之间缺乏互操作性及其他问题仍在阻碍他们在公用存储方面的尝试。

        互操作性（或者说缺乏互操作性）最近成了Mercury的最新存储虚拟化计划的考虑要素。该公司计划部署文件系统虚拟化技术，旨在通过分布在网络上的服务器减少存储入口点的数量。为了避免可能出现的支持问题，Mercury再度倾向于IBM实施的来自网件公司的文件虚拟化技术。

        Kreisa说: “就算另一款产品的功能很相近，我们也要从互操作性的角度来考虑自己的决定。”

        正是由于互操作性方面的这种既成事实，Nemertes研究集团的研究分析师Ted Ritter才对公用存储很快会到来的可能性持悲观态度。他说: “如果说虚拟化的应用范围很有限，是由于你被某家厂商牢牢束缚，那么你根本无法企及公用存储这个理想目标。”

        支持基本光纤通道协议的功能在这方面没太大的意义。他补充说，管理存储设备、进行镜像和移动副本之类的操作在不同厂商之间始终是不兼容的。

        弗雷斯特公司的Reichman对此表示赞同。他说: “现在，如果一家厂商的存储设备放在另一家厂商的虚拟化控制台后面，通过诊断来解决问题非常困难。随之会出现相互指责的情况。如果让虚拟化和物理存储基础设施更加标准化，这个问题有望得到解决。”

        SRM为搜集不同资源的信息提供了手段，它也会得益于标准化。SRM的问题在于，无法横跨多家厂商的虚拟化环境进行工作。这对试图解决性能问题的IT团队带来了严峻挑战。ESG的Peters说: “你需要更深入的SRM整合，才能查明应用性能问题的根源，找出哪些磁盘是瓶颈。”

        Nemertes的Ritter补充说，SRM工具与虚拟化环境一起使用，这给法规遵从带来了障碍。如果一家公司结合使用虚拟化与存储资源和路径管理工具，“就无法了解到底有哪些应用数据位于哪些特定的磁盘上”。

        这对受制于政府和私营部门法规的机构来说是个问题。他说: “如果你因为病人记录经过虚拟化处理而无法告知这些记录放在什么地方，你就没有遵从《健康保险可携性及责任性法案》，需要交待数据的下落，这是最基本的。”

        物理层的抽象也会影响到灾难恢复和业务连续性方面的工作。弗雷斯特公司的Reichman说: “如果你把物理连接移到某一部分数据所在的地方，并且采用了虚拟化技术，虚拟化会重新映射数据位置、把数据分成几个部分、骗过服务器等，最后要靠元数据和虚拟化机制来保留对关键数据的访问。”

        Reichman建议，为了对付这个问题，IT团队应当制定政策，规定哪些数据可以存放在何处; 还应当利用监控技术，对这些数据实行能够识别虚拟化的审查。

        自动精简配置也许能起到很大的帮助，不过它会给IT主管们带来虚假的安全感。Nemertes的Ritter提醒，这可能会带来灾难。他说: “可能会出现为存储网络配置资源不足的情况，从而无法应对系统故障。”

        就在等虚拟化行业的这些发展初期困难渐渐消失的同时，Mercury及其他公司在继续憧憬公用存储的未来。Kreisa说: “要实现公用存储这个目标，我们就得有一个环境，操作系统、文件系统和数据块级之间完全整合的环境。这样一来，应用程序需要更多的存储资源时，虚拟化环境就会自动增加资源，并向服务器发回消息。这是最后阶段，这仍不失为是一条出路。”