《企业网D1Net》9月22日讯

企业在迁移服务器中的数据时，到底需要注意什么？这个问题看去来非常简单，却假如处理不当还是很容易留下隐患的。那就让我们静下心来，梳理一下思路发现，其实这就是一个把服务器和工作环境重新“匹配”的双向过程。

服务器的认证。

当负载被迁移的时候，新的服务器取代旧服务器的身份。尽管这个身份的转换主要可能是通过备份再建来完成的，但是最好在之前就记录好服务器本身特性的信息。

在服务器的计算机名和网络协议地址方面，这一点深有体会。当备份重建在不相似的新硬件上时，静态IP地址常常突然丢失。类似的是，我遇见过在新服务器能够完全加入功能之前，Active Directory（活动目录）计算机账号必须得重置。

服务包级别和补丁。

你也需要在迁移之前记录旧服务器的服务包和补丁。如果你试图迁移的新服务器正在运行一个可替代的服务包级别，那么你可能会遇到很多问题。拿Exchange Server为例，服务包级别影响你装载邮箱数据库的能力。

实验室测试。这是最关键的一环了，在实验室环境测试新硬件和迁移过程。我通常创建一个单独的实验室，然后重建在区域控制器、基础架构服务器（DNS、DHCP等等）以及其他任何必须得彻底测试迁移进程的备份。

通过以上测试，我可以把新的产品硬件加入到实验区域。这有很多理由。第一，可以让新硬件加入实验环境很好的磨合，如果能发现某个部件一直失效，那总比新服务器进了工作环境之后再失效好。

第二个理由，那样做有利于发现一些硬件自带的小毛病，比如说，你可能会发现在新服务器的网卡上，TCP/IP卸载失效。

最小化宕机时间。你应该制定一条计划来减少迁移过程的宕机时间。如果你正要取代的某个服务器是一个正在工作中的群集一部分，可能这比较简单，把新服务器加入到群集中，然后溢出就得。但是在非群集环境，减少宕机时间更具有挑战性。

支持软件。最后，记住关于在你的服务器上可能会运行的支持软件。这包括杀毒软件和backup agent。我发现支持软件可能会被过分讲究，这样在迁移之后肯能运行会不太正常。所以这也说明测试很重要。

D1Net评论：

总结归纳一下，服务器的数据迁移工作主要就分成两个部分，首先是让新服务器认识工作环境，其次是让工作环境为新服务器服务。这两个过程缺一不可，双向“匹配”完成之后就是测试环节了。只有按部就班地完成这些工作，新服务器才有可能顺利地“开工”。