选定好为你的热备站点采用哪种存储方式后，你需要考虑如何传输数据。如果你的热备站点是通过光纤连接，那么就不需要太担心带宽问题，除非数据非常之巨大。但是对带宽的计算是非常重要的，因为长期来看不正确的带宽计算所带来的额外费用也是非常巨大的。比如，最初你设想有两条T1线路（3.0Mbps）就可以满足每24小时约25GB的数据备份，但是实际应用中你发现每天需要复制的数据要有35GB左右，这几乎和预想的要差一条T1线路的带宽。不要小看这些看似细小的差别，在三年时间中这些带宽的租用费用可能和一个新的SAN或数台虚拟主机的费用一样多。

所以计算复制带宽需求是非常重要的，需要通过一个可靠的方式进行计算。一个最简单的方法是采用 VMware内建的snapshot功能，为你需要备份的虚拟机建立一个snapshot，等待一个复制周期，然后在你的VMFS卷上检查 snapshot文件的大小，这个数字可以粗略计算出在这个周期内虚拟机变化的数据量。当然，这个方法也可以计算不同时间段里虚拟机数据的变化。

但是，根据SAN平台的不同，SAN复制的数据块可能要比VMware的snapshot文件要大，虚拟机中一个1KB的文件存储到SAN中可能要变成16MB，放大了16000倍。不过这种情况也很少出现，这说明也不能完全根据snapshot文件来估算实际的复制数据量。

为解决这种问题，并增加WAN链路的传输能力，采用带有重复数据删除的WAN加速器是个明智的选择，比如采用Cisco的WAAS或者Riverbed的Steelhead等等。这两个平台具有各自的优势和不足，但是本质是相同的，可以只能优化WAN数据流并具有不少其他的TCP增强特性，并可以为之前的WAN连接保留远程缓存，能够解决从1KB数据变成16MB数据的问题。

步骤4：明确虚拟化软件的许可证需求

最后一个需要考虑的是你的热备站点需要多少的虚拟化许可证。当然，你可以在没有许可证的情况下配置一台 ESX主机，在活动站点失效时把许可证迁移到这台主机。另一个方法是购买VMware vSphere Essentials的许可证，虽然特性上相比你的活动站点有一些限制，但是也可以启动和运行虚拟机。

另一个问题是考虑你是否需要部署VMware的Site Recovery Manager，SRM要求进行SAN到SAN的复制，并且价格不便宜。尽管如此，如果需要经常检查你的恢复计划或者需要一个完全自动的数据恢复过程，部署SRM还是非常有必要的。

重新利用老旧硬件是个好想法

利用老旧硬件建议一个用于热备的数据中心是重复利用资源的一个好方法，但是盲目的建立热备站点，不考虑你有多少富余的硬件可以利用，也不会取得很好的效果。记住这几件事情：制定合适的目标、考虑存储资源、仔细估算WAN带宽、考虑软件许可证的限制，可以有效地降低成本，并实现效率的最大化。

随着技术的发展，今天的虚拟化技术、不断更新的存储技术和网络技术，让建立一个实时在线的容错系统也并不是什么难题，如果你需要高可用性的系统，那么现在也是该动手的时候了。