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

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

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

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

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

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

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

問題之二：利用SQL Server 2008 Management Studio掛載兩個SQL Server 2005數據庫時，會報錯“數據文件狀態為只讀，因此無法執行升級操作?！?/P>

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

經過檢查，發現需要以Administrator身份運行SQL Server 2008 Management Studio后就能正常掛載了。

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

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

不過引用SQL Server開發組一位PM的話，SQL Server 2008這么大的產品，產品發布推遲一下，有些無傷大礙的Bug，應該的到用戶的諒解，因為如此龐大的產品開發對每個開發成員都不容易。