本文介绍了在为主要网络设施和恢复站点规划带宽需求时需要注意的几个问题。
随着在灾难恢复中对服务器和软件给予越来越多的关注，灾难恢复方案的规划者们有可能会忽视在正常运营或灾难恢复时承载数据和连接用户的网络。绝大多数的技术专家都意识到了在创建一个灾难恢复计划时必须要考虑到所需带宽，但在实际网络工程和灾难恢复计划设计中，有两方面还是常常为人们所忽视。
灾难发生之前
首先，在通常的业务运行时期，你需要在主要设备和灾难恢复操作系统之间设置适当网络容量并配置带宽，无论是什么样的设备和什么样的放置环境，这都是需要的。即使是为了在灾难之后恢复数据而进行磁带备份，你同样需要考虑到对灾难恢复中心进行监视以及预配置VPN及其他远程访问时所要用到的带宽。
如果你正在进行某种形式的复制操作，或是在半夜三更把数据传到灾难恢复设备中，你还是得考虑到可能会有额外的数据会从已有的网络连接中穿过，或是对是否应当创建到灾难恢复中心的新网络连接进行判断，只有这样才能更好的使用灾难恢复复制系统。你甚至很有可能需要比平时运行普通业务更多的带宽，当然，这取决于你使用的是什么样的网络基础设施。尤其在企业级运营中，系统需要对数据库进行经常的维护，这时你有可能发现你希望最终复制到灾难恢复站点的数据流量正在遭遇巨大阻碍。
绝大多数的灾难恢复解决方案都是在实时或接近实时的状态下对数据进行传输，这些工具都需要某种形式的缓存，用来对处于流量峰值时的数据进行存放。此外，还需要在网络的某些节点预留出一些缓存，否则你有可能遭受生产系统有用数据永久丢失的风险。基于硬件的同步复制系统能够确保在每一次数据复制都能在它应用到生产系统前被传到灾难恢复计算机上。因此，尽管在这些类型的系统上不会遭遇流量峰值，但你还是应该为系统分配足够大的带宽，由此避免生产系统在等待数据传输到灾难恢复站点和数据返回时所可能遇到的网络性能急剧下降的情况。
灾难发生之后
第二点，在灾难发生后，你还是不得不面对网络方面的问题。首先需要注意，这里有一个将最终用户路由到新数据中心的问题。如果最终用户无法找到新的生产站点数据中心或者中心不可达，那么你就需要为该站点的用户提供动态移动连接，让他们能够在灾难恢复站点重新获得对新引入的在线系统的访问。这一原理就像通过VPN对连接进行重定向一样简单，但在具体操作上，可能意味着你必须有额外的数据连接用于替代失效的链路。
除了考虑主要站点可能发生的问题，你还需要对备用站点的连接进行处理，这样才能避免在灾难发生后丧失生产设施所有的网络功能。通常而言，这就要求为雇员中的关键成员们提供从各类设施和各种位置到系统的VPN连接和其他远程访问—-这些都需要在灾难发生前就准备妥当。
尽管对数据和数据系统的保护是灾难恢复计划中最为重要的方面，你同样不能忽视那些将这些系统连接起来的网络解决方案。如果无法有效保护网络，或是对网络设施的使用规划不当，那么尽管灾难恢复系统运行良好，但却没有用户能够与之建立连接，系统很容易落入尴尬境地。
