之前数据库服务器我用的是SQL Server 2000 Standard Edition+SP4。SharePoint Portal Server 2003更新到了SP2。
之前数据库服务器我用的是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正在对内容进行爬网更新。再次,哇哦!简直不敢相信。传说中的自动修复啊。