把负载迁移到新服务器看起来很简单，但是这个过程中还是容易产生不少小问题。下面我们来列举一下当你准备执行这项任务前需要准备什么。
服务器的认证。当负载被迁移的时候，新的服务器取代旧服务器的身份。尽管这个身份的转换主要可能是通过备份再建来完成的，但是最好在之前就记录好服务器本身特性的信息。
在服务器的计算机名和网络协议地址方面，这一点深有体会。当备份重建在不相似的新硬件上时，静态IP地址常常突然丢失。类似的是，我遇见过在新服务器能够完全加入功能之前，Active Directory(活动目录)计算机账号必须得重置。
你可以给新硬件起不同的名字，但是迁移过程会变得非常复杂。新计算机名使得数字证书无效化，导致映射网络驱动器失效。
服务包级别和补丁。你也需要在迁移之前记录旧服务器的服务包和补丁。如果你试图迁移的新服务器正在运行一个可替代的服务包级别， 那么你可能会遇到很多问题。拿Exchange Server为例，服务包级别影响你装载邮箱数据库的能力。
实验室测试。这是最关键的一环了，在实验室环境测试新硬件和迁移过程。我通常创建一个单独的实验室，然后重建在区域控制器、基础架构服务器(DNS、DHCP等等)以及其他任何必须得彻底测试迁移进程的备份 。
通过以上测试，我可以把新的产品硬件加入到实验区域。这有很多理由。
第一，可以让新硬件加入实验环境很好的磨合，如果能发现某个部件一直失效，那总比新服务器进了工作环境之后再失效好。
第二个理由，那样做有利于发现一些硬件自带的小毛病，比如说，你可能会发现在新服务器的网卡上，TCP/IP卸载失效。
最小化宕机时间。你应该制定一条计划来减少迁移过程的宕机时间。如果你正要取代的某个服务器是一个正在工作中的群集一部分，可能这比较简单，把新服务器加入到群集中，然后溢出就得。但是在非群集环境，减少宕机时间更具有挑战性。
减少宕机时间取决于负载类型。我喜欢在开始迁移之前，把最近的负载重建到新服务器，这是条普遍准则。到了迁移的时候，我先断掉旧 服务器的网络连接，然后最一个最终备份。等到新服务器已经就位好了，有了一个近期备份，我就重建最近的备份，这样会比较快，因为只需要更新最新的内容。
支持软件。最后，记住关于在你的服务器上可能会运行的支持软件。 这包括杀毒软件和backup agent。我发现支持软件可能会被过分讲究，这样在迁移之后肯能运行会不太正常。所以这也说明测试很重要。
不过，在新服务器迁移负载到底要怎么样?这个答案得基于服务器负载和你自身的基础架构需求来分析。不过，在投入工作环境之前测试迁移进程无论如何都是必要的。整个测试过程中，确保所有必要的服务开始，在服务器上的任何数据库都正常，任何数据都可以访问。
