前兩天在自己的筆記本上安裝了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，應該得到用戶的諒解，因為如此龐大的產品開發對每個開發成員都不容易。
