虚拟化灾难恢复方案的关键：带宽和测试
虚拟化为CIO们提供了灾难恢复方案设计的灵活和弹性。当然，有些基础原则是必须遵守的，正如全球咨询公司Virtualization Practice LLC公司的首席执行官Edward Haletky所言：“你必须在主站点和热备站点之间进行同样的虚拟化工作。”
通常而言，热备站点一般位于主站点的数百英里以外，以防主备站点同时遭遇地震或其他自然灾害。此外，专家认为CIO还需要应对一些其他事宜：比如确保有足够的带宽来进行故障恢复和对虚拟灾难恢复环境进行日常例行的测试。
带宽瓶颈
Jon Nam是位于纽约的Macy’s百货集团（MMG）的技术总监，他认为“对于虚拟化方案最关键的是带宽”。Macy's百货将纽约和辛辛那提的两个主要数据中心之间实施灾难恢复方案，两个站点互为热备。Nam认为：“带宽事关重大，因为一旦实施了虚拟化，将会导致巨大的数据传输量。”
Ray Lucchesi是Silverton Consulting Inc.公司的总裁，他认为根据如今的工作负载，带宽是一个相当严重的阻碍，如果说32GBps的带宽对于一个应用来说可能是足够的，那么当有很多应用需要被复制时，CIO就应该考虑采用那些压缩或重复数据删除文件的方案以减少不必要的重复数据，从而降低数据传输对带宽的要求。
根据IT咨询公司Server and StorageIO Group创始人和高级咨询师Greg Schulz的看法，不是所有的数据都能进行重复数据删除。“有些情况下你不得不拥有重复的数据，重复数据删除技术是针对文本信息的，”Schulz表示：“视频、音频和播客采访资料通常不能进行有效的重复数据删除。”压缩技术由于其2:1的压缩率无法和重复数据删除技术（通常达到10:1的压缩率）相比，但是压缩适合于视频和音频文件，因而至少可以保证这些数据能够被备份。
一些企业将其系统备份到云服务提供商处，这样可以不必构建内部的灾难恢复方案，但是MMG的Nam认为这同样需要充足的带宽：“我们从2到3个ISP处获取带宽以进行备份和故障恢复。对于Macy's百货7x24小时的海外运营支持，带宽是个大问题：如何选定一天中的时间点进行这种大数据量传输的备份工作？”
#p#
测试虚拟灾难恢复方案
在必须保持24小时运转的环境中进行备份是很大的挑战，因为需要找到合适的时机来进行关键性测试：在云中或者热备站点上进行灾难恢复方案的验证。Lucchesi说：“如果你拿到了设备，当然会想对虚拟化的灾难恢复方案进行验证。我知道有个用户每周做一次测试，而绝大部分用户是大概每季度进行一次。”
Visualization Practice部门的Haletky认为在虚拟化环境中进行灾难恢复测试是有相当难度的：“大多数人无法对热备站点进行直接简单的操控，但是在备份复制机制上，必须进行测试，因为对于维持应用的正常运行来说，你所作的事情至关重要。”
一些新软件的出现使得测试自动化的程度大为提高。Veeam Software Corp公司位于俄亥俄州的哥伦布市，是Vmware公司的备份软件提供商，其新版的备份和复制产品中包含了一个叫SureBackup的功能特性。位于加利福利亚州Cupertino的赛门铁克公司针对微软的SQL和Exchange提供专门的复制软件，Vizioncore是Quest Software旗下的一家公司，专门针对小企业提供复制方案。
但是，MMG的Nam认为灾难恢复方案可能只是在理论上能够完美地工作，在现实中经常会有我们无法测试到的额外系统负载 – 比如设计会议和产品发布等。
“你可以为20个用户进行测试，然后扩展到同类型的100个乃至1000个用户规模，”Nam说，“但是以我的经验而言，进行负载预测的软件很难做到准确无误”。Nam认为这样的瓶颈是非常难于定位的，如同大海捞针一样。
毫无疑问CIO们不情愿去推动这种测试 – 但是又无法回避它。
【编辑推荐】
- 虚拟机备份与恢复的难题
- 虚拟机备份问题：缓冲区、恢复和裸机
- 细数用于虚拟机迁移的转换工具
- 虚拟备份：相见亦难别亦难
- 备份Hyper-V时需要避免的六大错误
- 虚拟机备份与恢复的难题