迁移策略:从哪里开始?

我们的新客户需要我们将他们的37台服务器(Windows 2003,SQL群集,Sharepoint Boxes,WebTrends,域控制器,Google设备等)迁移到新的托pipe服务。

有没有人有任何提示和技巧,甚至如何开始这样的怪物迁移。

我只是一个C#程序员,在这里我的深度出路!

编辑:不移动机器,build立一个新的环境,然后做一个“软”的举动。 我们正在“切换托pipe托pipe服务提供商”。

很一般的(也许很明显)提示:

  1. 千万不要尝试任何你没有技术上的能力和不舒服的事情。 如果有疑问,请推荐给专家

  2. 在做任何事情之前,先列出潜在的问题和推测性的解决scheme – 当你把头发拉出来时,这是有用的

  3. 使用完全相同的软件版本configuration所有新服务器 – 不要试图执行双重迁移/升级,因为识别问题变得越来越困难,更多的未知数

  4. 确保你逐字复制所有的configuration文件,并且如果可能的话,为新的服务器使用相同的本地主机名和IP。 如果configuration文件涉及到服务器,请列出它们(列表是你的朋友!),如果你改变服务器名称/ IP在原始服务器上search原始名称的所有实例,准备编辑新硬件上的configuration

  5. 允许将预期的时间加倍testing – 对文件系统和数据库进行快照,并将其加载到新服务器上,然后在当前服务器和新服务器上重复完整性/functiontesting。 如果硬件不同,请考虑到这一点(在可能的情况下)

  6. 如果相关,则在实际迁移之前的两天,将所有域的TTL降低到300秒

  7. 如果你有冗余,负载均衡不能同时testing,群集可能会变幻无常。 首先configuration故障转移/冗余软件/参数并对其进行testing,负载平衡可以等到底层function稳定后再进行testing。

  8. 谨防基准吞吐量,这应该是最后一步

  9. 确保您的新服务器具有与旧版本相同的安全级别,包括防火墙设置和应用程序细节。 如果需要,第三方笔testing可能会有所帮助

  10. 安排数据迁移的停机时间

  11. 如果您的托pipe服务提供商能够提供帮助,可以为他们提供所有可能提供的服务,因为他们将拥有丰富的经验

微软文件服务器迁移工具包可能会得心应手

Serverwatch.com的服务器迁移策略变得简单

HTH,不要忘记推迟如果不确定:)