由于现有的服务器的不能满足现有系统的需要，因此购买了一个更高性能的服务器，但是由于种种原因，不能一下子将所有的应用程序迁移到新的服务器上去，所以，必须让这两个数据库并行运行一段时间，并且，这两个服务器必须使用“相同”的计算机名。事实上，系统当然不会允许我给同一个网络里的计算机取一个相同的名字。我的如意算盘是这样的：
我打算用 Hosts 表来解决这个问题，将数据库分为 AB 两组，第一批要迁移到新数据库的数据库为 A 组，一段时间后再迁移的剩下的数据库。
在新的服务器上安装操作系统、数据库、加入域，然后将系统数据库 master 等迁移过去，然后将 A 组应用中涉及数据库（主要是 Sharepoint 相关的数据库）通过备份迁移到新的数据库服务器 Server2 ；其他的数据库留在旧的数据库服务器 server1 上。我在 Sharepoint 服务器上 hosts 表中将 server1 的主机 ip 指向 server2 的 ip ，这样，虽然数据库配置表并没有改成 Server2 ，它们却可以根据 hosts 表找到 Server2 上的数据库；没有迁移的数据服务器可以正常工作。
当迁移完后，系统果然很正常，正如我所愿。工作正常。但是，在第二天，系统就出现了问题。 Sharepoint 就不正常了，开始找不到配置数据库。我不得不断开配置数据库，然后将服务器场中的数据库服务器位置更改为新的服务器名称。但是，服务器并没有想象中那么顺利，我服务器的日志中不停的报告 WSS 找不到原来的数据库服务器，我又仔仔细细的检查了 Sps 的配置，以及 wss 的虚拟服务器的配置中有关数据库的配置项。我确认，他们都设置成了新的服务器名称，可是错误仍然在继续。
我不得不打开 sps 的配置数据库查看。我在 Servers 这张表中找到了旧的配置， name 和 Address 都还是原来的数据库的信息。我将它改成了新的服务器的 name 和 address ，重新启动服务器，系统正常了，并且日志中不再报告错误。
我想这里面 sps 是不是有点问题，居然没有地方完全更改后台服务器的连接信息。或者是我没有找到地方，早就想要提出来请教一下大家，只是最近太忙，一直耽误到现在，如果谁有这方面的经验，可以说说。
这次的过程中，请打击注意的两点：
1 、我不但更换了服务器，而且更改了服务器的名称，如果大家要验证我说的，可以直接修改后台数据库的名称试试
2 、是 sps 中出现的这种情况， wss 环境可能比较简单，我没有试过会不会有类似现象出现。