【IT168 技術文檔】安裝SQL Server 2008時，因為原來的測試環(huán)境都是運行在一些安裝了Server操作系統(tǒng)的虛擬機中，因此這次安裝就顯現(xiàn)了SQL Server 2008的一些易用性問題。

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

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

問題之一：

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

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

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

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

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

問題之二：

利用SQL Server 2008 Management Studio掛載兩個SQL Server 2005數(shù)據(jù)庫時，會報錯“數(shù)據(jù)文件狀態(tài)為只讀，因此無法執(zhí)行升級操作。”

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

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

通常運行SQL Server 2008的工具時不需要提升權限，因為這些工具可以判斷我們的操作是否需要提升權限。例如我們在Business Intelligence Developement Studio中部署多維數(shù)據(jù)庫和報表服務的時候，Business Intelligence Developement Studio就會提示我們以管理員身份運行，在SQL Server 2008 Management Studio中啟動或停止服務的時候，SQL Server 2008 Management Studio也會提示我們需要提升權限。

很明顯，SQL Server 2008 Management Studio遺漏了掛載數(shù)據(jù)文件這一操作。提升權限，就OK了。希望在SQL Server 2008 RTM的時候，這些小瑕疵都被解決掉了。 不過引用SQL Server開發(fā)組一位PM的話，SQL Server 2008這么大的產(chǎn)品，產(chǎn)品發(fā)布推遲一下，有些無傷大礙的Bug，應該得到用戶的諒解，因為如此龐大的產(chǎn)品開發(fā)對每個開發(fā)成員都不容易。