SQL Server 2008在Vista下

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資料庫時，會報錯“資料檔案狀態為只讀，因此無法執行升級操作。”

不過我可以確定資料檔案是可讀寫的，而且也沒有其他程式鎖住這些檔案。

經過檢查，發現需要以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，應該的到使用者的諒解，因為如此龐大的產品開發對每個開發成員都不容易。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/9079672/viewspace-410839/，如需轉載，請註明出處，否則將追究法律責任。