上个月，我们刚刚将供2000个用户使用的六个电子邮件系统整合到一个电子邮件平台上。这个月，我们又将原有的数据中心设施搬移到五英里以外，原有的数据中心规模太小，无法满足业务需要，同时我们也将另外一个数据中心处理能力也整合进来。

　　此次工程从计划到实施一共经历了数月，在机房构建装配设备后的第二天，各项应用就可以交付使用。

　　幸运的是，在原有的机房中，我们部署了思科的CallManager解决方案，因此简化了搬移到新数据中心的工作量。但是，在执行的过程中，还是面临了不少挑战。首先，我们原有的数据中心设施并没有全部部署CallManager，那是一个可生存远程站点通信（SRST）部署方案，该数据中心的CallManager处理集群位于加州的南部，而数据中心的位置却位于加州的北部，相隔几百英里的距离。

　　此外，该数据中心正面临着业务的高速增长。我们现有的基础设施与解决方案已远不能满足日益增长的业务需求，我们部署了一个容量更大的网关来应付现有的用户以及新增的用户。

　　在此期间，我们有一个外部的合作伙伴来帮我们完成计划的实施，原有的数据中心也是这个合作伙伴协助我们建设的。它给我们提供了很好的支持来解决网络问题，并协助我们度过了难关。

　　我们在搬移服务器的过程中没有发生丝毫的差错，而且部署后的结构非常清晰。用户对新数据中心的性能也相当满意。

　　新数据中心运行过程中也发生了一些差错，主要和备用的网络链路都发生了瘫痪，在部署了远程CallManager管理方案以后，这显然是一件棘手的事情。在此期间，广域网（WAN）链路不稳定，调用失败，电话网络也在调试中。同时，另一个租用客户也计划加入。公司共享着进入数据中心的通信环路。我主要担心交换链路以及通信环路运行故障。

　　我们的广域网（WAN）供应商立即对为什么主要连接（T1）和备用连接（DSL）发生瘫痪展开了调查，最后T1的故障原因是中心交换机，而DSL的故障原因来自内部链路系统。

　　此后，我们的链路系统稳定了下来，搬移工程顺利完成。