服务器迁移 如何缩小宕机时间规避风险？(1)

服务器迁移 如何缩小宕机时间规避风险？(1)

我们都知道这种情况：解决方案A托管在服务器1上，但是服务器1的可靠性出于某些原因可能存在一些问题。这样服务器会遭遇故障，更新延迟或者需要虚拟化来保存资源--这只是迁移到服务器2的众多合理原因中的几种。用户要面临的挑战是即要完成服务器迁移又不会损失解决方案A所需的功能和资源或者引发过多的宕机从而招致用户对IT部门的投诉。

因此当你小心谨慎的实施迁移的过程又不愿遭受损失整个系统的风险，那么你该如何应对这种两难的状况呢？你又该如何满足用户对零宕机的苛刻要求呢？以下是帮助你规避这些风险的五个提示。

了解系统之间的从属性

虽然IT员工可能不愿意承认这一点，但某些员工可能确实不完全了解一项解决方案在既定的迁移战略中是如何工作的。以Exchange Server为例。更改为Exchange Server可以用几种方式完成，从单个用户迁移简单的电子邮箱转移的操作到从整个服务器转移到新的域这种第三方解决方案如果必要的话）都涵盖在内。

面临的挑战是这种迁移会对诸如Good Technologies服务，黑莓企业级服务器，Lync和移动技术套装向Exchange (Outlook Web Access/App, Outlook Anywhere和ActiveSync)本地迁移的系统产生影响。与在电子邮箱服务器迁移过程中将这些生态系统解决方案考虑在内的方法不同，你可以非常快速的导出所有的移动用户。但是无法全面了解所有的外围系统，而你的目标迁移系统可能会依赖这些外围系统或者相互依赖，从而让你陷入真实迁移的梦魇。