迁移策略:从哪里开始?

迁移策略:从哪里开始?

我们的新客户要求我们将其 37 台服务器(Windows 2003、SQL Clusters、Sharepoint Boxes、WebTrends、域控制器、Google Appliances 等)迁移到新的托管服务。

有谁能提供一些关于如何开始如此大规模迁移的提示和技巧吗?

我只是一名 C# 程序员,对此我知之甚少!

编辑:不实际移动机器,不构建新环境,也不进行“软”移动。我们正在“切换托管服务提供商”。

答案1

非常普遍(也许很明显)的提示:

  1. 永远不要尝试任何你不擅长或不习惯的事情。如果有疑问,请咨询专家

  2. 在做任何事情之前,先列出潜在问题和可能的解决办法——当你抓狂的时候,这很有用

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

  4. 确保逐字复制所有配置文件,如果可能,对新服务器使用相同的本地主机名和 IP。如果配置文件引用服务器,请列出它们(列表是你的好朋友!),如果你更改服务器名称/IP,请在原始服务器上搜索原始名称的所有实例,准备在新硬件上编辑配置

  5. 留出两倍于预期的测试时间 - 拍摄文件系统和数据库的快照并将其加载到新服务器上,然后在当前和新服务器上重复完整性/功能测试。如果硬件不同,请考虑到这一点(尽可能)

  6. 如果相关,请在实际迁移前几天将所有域的 TTL 降低至 300 秒

  7. 集群可能是变化无常的野兽,如果您具有冗余和负载平衡,请不要同时测试它们!首先配置故障转移/冗余软件/参数并进行测试,负载平衡可以等到底层功能稳定后再进行。

  8. 不要单纯为了基准测试而测试吞吐量,这应该是最后一步

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

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

  11. 如果你的托管服务提供商愿意提供帮助,请向他们索取他们能提供的一切,因为他们拥有丰富的经验

Microsoft 文件服务器迁移工具包可能会有用

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

HTH,如果不确定的话,别忘了推迟:)

相关内容