之前数据库服务器我用的是SQL Server 2000 Standard Edition+SP4。SharePoint Portal Server 2003更新到了SP2。
早就听说2005比2000效率提高了2.5倍，一直想把我的开发环境升到2005。昨天终于下定决心放手一试。
刚开始没有卸载SQL Server 2000就一路默认的将2005 Developer Edition装了下来。一切正常，但是发现2000还是存在并且运行着，只是感觉所占空间上小了些。那不成了在一台服务器上跑两个实例了吗？ 我的这台机器本来就很慢了，那可不行。所以我就把2000给卸载了。这时发现2005的数据库引擎同时也没了（SQL Server Management Studio登不进去数据库引擎）。看来内核也被卸载了。之前还安装了SQL Server 2005的sp1，所以在添加删除程序里试图装了几次原来的2005，想把内核给加上，但是都是到最后2步就失败了，和SP1版本冲突。
把2005整个卸载后，重新安装了一次。打sp1。这次装完了，本地看起来很好。但是发现与其在同一个域里的其他机器都没有办法访问到它。当然更不用提想让前端Web服务器上的SharePoint连接它了。痛苦的一个晚上。
今天早上脑子里突然一个念头一闪而过（看来有时事情进行不下去的时候停下来休息一下是很管用的，呵呵），隐约记得SQL Server 2005 Developer Edition默认是关闭MSSQL的TCP/IP连接的。打开SQL Server Configuration Manager，在SQL Server 2005网络配置里的MSSQLSERVER的协议中一看，果然，TCP/IP的状态为禁用。难怪本地尝试odbc连接没问题但是远程却屡屡受挫。将TCP/IP状态改为启用。重新启动上面的SQL Server服务。再试，哇哦！问题解决了。
以百米冲刺的速度将原来的数据库附加到新的SQL Sercer 2005中。将SharePoint Portal Server 2003的配置数据库指定到新的Sql Server 2005服务器上的配置数据库。再一看，SharePoint终于又重见天日了。悬了一夜的心终于放下了。
由于没有保留原来2000上的全文索引，（这也是在2005中附加数据库时才通过提示得知的，彻底给忘了这码事了，呵呵。）所以我猜在我进入网站设置中的配置索引和搜索编制页面时，一定会发生什么事。打开一看，吃惊，SharePoint正在对内容进行爬网更新。再次，哇哦！简直不敢相信。传说中的自动修复啊。