前一阵子，我自己在一个宴会上为一群对灾难恢复(DR)和数据保护非常有兴趣的客户做演讲。这个活动由一个厂商赞助，该厂商非常热情的向客户推荐他们最新的磁盘/磁带存储套件以及数据复制、数据镜像、备份和归档等高级功能。我的演讲旨在勾住大家的兴趣，这样赞助商随后就可以做一段简短的商业广告。

就像往常一样，活动开始的部分是对来宾进行介绍和问候，当所有人落座之后，我被引荐上台，伴随着牛排和红酒等美食，我便将所有人的注意力引入到当晚的主题——“业务连续性”上边来。

说实话，在简短的一小时讲演时间里不可能沟通太多的细节内容，所以我尝试围绕着几个基本的概念来展开话题。伴随着人群进餐时发出的嘈杂声，我希望跟那些渴望大开眼界的人分享一些关键的原则。

首先，我提出，容灾必须简单。在定义、规划和部署存储的时候就要考虑到存储结构的弹性，而保护功能是之后的问题。在业务连续性计划的许多层面，这个优势都有所体现。

业务连续性计划的落实问题，我强调了两个方面。首先，通过监控和管理基础设施，我们尽量预防那些可控灾难的发生。另一方面，我们要找出那些迅速恶化的潜在隐患，并且在其产生危害之前将其解决掉。

但是在大多数企业组织里，基础设施管理的环节非常薄弱。尤其要谈的是存储部分，很多举措往往都是马后炮。当购买成套存储设备时，无疑没有关键的准则进行把关。

当我谈到这里，台下的很多与会者微笑起来且频频点头，看起来他们都有相同的感受。大家听得都很专注，注意力也从桌上的美食转移到这个话题上来，连我自己都有些奇怪。

在讲了一些涉及灾难保护工作的话题之后，我进而提到，用户必须持续性的开展策略开发计划以应对那些无法避免的灾难。具体的说就是要把数据保护起来。因为企业的业务数据是无可替代的，必须有冗余的备份保护以防备数据的损坏或丢失。数据的风险来自于很多方面，包括人为误操作、应用程序错误、恶意程序或病毒，以及硬件设备的物理故障等等。

在来宾们愉快的进餐过程中，我陈述完了自己的第二个观点，场下也反馈出更多熟悉的笑声和赞同之声。顷刻之间我头脑中闪过一个念头，看来美酒给大家带来了更活跃的气氛。

我继续着自己的议题，这次我谈到在基础设施规划时需要考虑的一些问题，不同的数据保护计划可能带来效果截然不同效果，如果做的好，那么数据可以快速顺利的恢复，如果做的不好，那么可能导致令人沮丧的结果，恢复速度特别慢，甚至恢复失败这样的灾难性结果。另外，我强调，用户的应用不要被硬件锁定。如果依赖于硬件的私有功能，比如快照、镜像和复制技术，那么就必须购买厂商的套件，从长期的角度看，这样做的问题很多。比方说要实现完备的功能，用户就必须从一个厂商那里同时购买两套一样的系统，一套用于主站点，另一套作为恢复设施。从追求数据保护和恢复的连贯性角度考虑，这种必须成对儿部署的定制方案有一定的负面作用，尤其是当数据存储架构发展得越复杂，这种影响就越明显。

不过，事情总有解决的办法。我提出了自己的建议。利用基于软件的存储虚拟化产品能够通过启用类似CDP（持续数据保护）、快照、镜像以及远程复制技术帮助用户解决以上问题。存储虚拟化软件可以跨平台，因此不必考虑硬件品牌和型号的问题。另外，最好在方案的设计阶段就规避对硬件的过度依赖，这是提高灾难恢复系统效率的关键一环。一个好的存储虚拟化方案能够在统一的层面提供全局的服务支持，为需要保护的数据提供合适的数据保护手段，而且成本更低。

讲到这里，我发现台下有些听众用困惑的眼神在看我，那感觉就好似他们正在搅拌的沙拉一样。毕竟，他们有的人投入了大笔资金购买了厂商鼓吹的那些具有高级数据保护功能的硬件系统。其实我是说，这些额外的开销是不必要的。

当我抛出下一个话题时，台下的困惑就更深了。就软件虚拟化的问题，我给出了一个简短的提示：并不是所有的虚拟化软件都是一个样子。大概今年晚些时候VMware会在其虚拟化平台增加一个存储hypervisor微内核，不过十有八九它的配置功能和平台支持能力会比较弱，其实市场上已经有很多功能更强大的存储hypervisor。说实在的，在VMware环境下，用户所有的服务器都必须运行VMware的hypervisor，这在本质上与从同一硬件厂商购买产品而被锁定是一样的。

我举了一个例子，如果用户选择了具有厂商锁定性质的数据保护服务方案，那么对于恢复的复杂性来说是简直是雪上加霜。仔细想想，如果从一开始我们就创建一个功能丰富、与硬件无关的内嵌式的统一数据保护基础设施，那么这个系统比起一个混合了多种不同镜像、复制、集群和备份流程的拼凑系统来说肯定要节约一大笔开销。

在我演讲结束的时候，开胃酒和巧克力蛋糕也上完了，随后，轮到赞助商做宣讲，他们赞同了用正确的方法构建的可验证的容灾基础架构的理念。对于我们其他人而言，寻找一个专业的厂商，预先集成好自己需要的功能，通常是很简单的事情，我们也推荐用这种方式采购所需的存储系统。就好像在高级餐厅定做一份健康大餐，其实不必亲自下厨。

与其事后操心，不如提前做好设计。就是这样。

本文选自存储经理人2012年6月刊：解密对象存储