SQL Server 2008和Windows Server 2008應(yīng)該是絕配，配合Visual Studio 2008，因此微軟也把這三件產(chǎn)品的發(fā)布會(huì)看的相當(dāng)隆重。不過...我們今天談的不是這個(gè)事情。

前兩天在自己的筆記本上安裝了SQL Server 2008，因?yàn)樵瓉淼臏y試環(huán)境都是運(yùn)行在一些安裝了Server操作系統(tǒng)的虛擬機(jī)中，因此這次安裝就顯現(xiàn)了SQL Server 2008的一些易用性問題。

問題之一：利用Business Intelligence Development Studio部署AdventureWorks 2008的多維數(shù)據(jù)庫范例，報(bào)錯(cuò)“無法連接ID為AdventureWorks DW的數(shù)據(jù)源”。確認(rèn)了數(shù)據(jù)源的連接地址和數(shù)據(jù)庫名稱都正確的情況下，甚至在數(shù)據(jù)源視圖中瀏覽數(shù)據(jù)都正確，但是在部署的時(shí)候就是說無法連接到數(shù)據(jù)源。

怎么回事情呢？后來覺得是不是連接數(shù)據(jù)源的身份有問題，在將數(shù)據(jù)源的身份驗(yàn)證選項(xiàng)改為“指定Windows帳號”，并且輸入了我自己的Windows帳號和密碼后，果然得以正確部署。

不過為什么在Server操作系統(tǒng)下就沒有問題呢，而且我的Vista下面還有SQL Server 2005，而SQL Serve r2005就沒有問題呢？

再深入檢查發(fā)現(xiàn)了，SQL Server 2005在安裝時(shí)，默認(rèn)的服務(wù)帳號是Local System，而SQL Server 2008在安裝時(shí)的默認(rèn)服務(wù)帳號是Network Service。Local System默認(rèn)屬于SysAdmin服務(wù)器角色，而Network Service卻僅在Public角色下。

就是這個(gè)小小的默認(rèn)差異，導(dǎo)致在Vista下安裝SQL Server 2008，如果沒有在安裝過程中改服務(wù)帳號，或安裝后該服務(wù)器角色關(guān)系就會(huì)出現(xiàn)上述問題。

問題之二：利用SQL Server 2008 Management Studio掛載兩個(gè)SQL Server 2005數(shù)據(jù)庫時(shí)，會(huì)報(bào)錯(cuò)“數(shù)據(jù)文件狀態(tài)為只讀，因此無法執(zhí)行升級操作。”

不過我可以確定數(shù)據(jù)文件是可讀寫的，而且也沒有其他進(jìn)程鎖住這些文件。

經(jīng)過檢查，發(fā)現(xiàn)需要以Administrator身份運(yùn)行SQL Server 2008 Management Studio后就能正常掛載了。

通常運(yùn)行SQL Server 2008的工具時(shí)不需要提升權(quán)限，因?yàn)檫@些工具可以判斷我們的操作是否需要提升權(quán)限。例如我們在Business Intelligence Developement Studio中部署多維數(shù)據(jù)庫和報(bào)表服務(wù)的時(shí)候，Business Intelligence Developement Studio就會(huì)提示我們以管理員身份運(yùn)行，在SQL Server 2008 Management Studio中啟動(dòng)或停止服務(wù)的時(shí)候，SQL Server 2008 Management Studio也會(huì)提示我們需要提升權(quán)限。

很明顯，SQL Server 2008 Management Studio遺漏了掛載數(shù)據(jù)文件這一操作。提升權(quán)限，就OK了。希望在SQL Server 2008 RTM的時(shí)候，這些小瑕疵都被解決掉了。

不過引用SQL Server開發(fā)組一位PM的話，SQL Server 2008這么大的產(chǎn)品，產(chǎn)品發(fā)布推遲一下，有些無傷大礙的Bug，應(yīng)該的到用戶的諒解，因?yàn)槿绱她嫶蟮漠a(chǎn)品開發(fā)對每個(gè)開發(fā)成員都不容易。