三问题确定存储软件需求

    分层服务模型根据信息对业务部门的价值以适当的成本为适当信息和应用程序确定适当的服务级别，从而改善总拥有成本。分层服务模型及其所带来的成本节约（参见图1/图2）。

介质管理要虚拟化
    在异构存储环境中，用户面临的挑战有三个：成本压力；扩容压力；异构环境的压力。存储虚拟化可以把用户不同的存储系统融合成统一的平台，这样不但易于管理，而且还可以通过分级存储实现信息生命周期管理，从而进一步优化应用环境。实际上虚拟化有三种方式，基于服务器、基于存储以及基于网络，这三种虚拟化各有千秋，详见下表。

    对于用户来说，选择哪种方案要视系统的现有情况决定。如果已经拥有了较完善的存储系统，就可以选用基于服务器的虚拟化方案；如果是刚刚采用SAN，那么可以选择基于存储设备的虚拟化方式。而最简单的虚拟化方式是基于存储控制器的方式，这种方式既不会增加管理成本，也不会影响应用性能，它将存储控制器与磁盘阵列分离，通过控制器提供基于存储的虚拟化，这种虚拟化方式很有望成为未来存储发展的方向，具体原理见图3。

数据保护要看需求
    灾备有两种不同的需求，其具体的实施技术要求、设备投入均有一定差异，而核心问题就是：你要把数据“保”到什么“份”儿上？

    对于一些“静态”应用，虽然这些应用可能很机密，但普通的灾备可能就足以了。对于一个银行帐号数据库来说，也许保住灾难发生前1天的数据就够了，因为银行如果遭受某种不可抗力的破坏，在一切恢复正常后，银行可以刊登出一则通告：请灾难发生当天在银行开户的用户在银行正常工作后重新开一次户。显然用户对此不会有什么异常反应，银行的运行也将继续。而保住灾难发生前1天的数据就是这个银行对其灾备方案的要求，在这个要求之下设备的部署、资金的投入就已经基本确定了。

    但对于一些特殊行业，或者其应用具有很强的实时性时，一般的灾备就不行了。电信运营商的计费数据库的灾备要求要比银行的帐号数据库高得多，其灾备方案很可能是：保住灾难发生前10分钟的数据，即便是这样还不够，如果不能在灾难发生后迅速恢复计费系统，保住的那些数据甚至是没有意义的，所以电信运营商计费数据库的灾备系统要求在灾难后的最短时间里恢复计费系统。显然，这种需求下的投资和设备部署与上面一种情况完全不同了，甚至是完全的“质变”。而这种“质变”的根本原因是：在有的行业和应用中，数据必须以某个系统为载体才能“活动”，那么此时的灾备就包含了：数据保护和系统保护两个方面。

    那么你的企业要把数据“保”到什么“份”儿上呢？