由于现有的服务器的不能满足现有系统的需要，因此购买了一个更高性能的服务器，但是由于种种原因，不能一下子将所有的应用程序迁移到新的服务器上去，所以，必须让这两个数据库并行运行一段时间，并且，这两个服务器必须使用“相同”的计算机名。事实上，系统当然不会允许我给同一个网络里的计算机取一个相同的名字。我的如意算盘是这样的：
我打算用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环境可能比较简单，我没有试过会不会有类似现象出现。
