標籤:
原文: SQL 2008 SP2 找不到SQL Server Engine
最近我有個客戶碰到一個很奇怪的問題。他安裝SQL server 2008 SP2的時候, SP2的安裝程式無法找到SQL server。介面如下:
正常的介面應該是這樣的:
你可以從看到, 上面列出了我機器上的SQL 執行個體SQLEXPRESS。 那麼客戶的機器上為什麼就不能列出呢?
我首先考慮是不是下載的SP2版本不對?仔細核查了下,客戶的SQL server 是x64版本的,而下載的SP2也是64bit的版本。所以補丁沒有問題。
接著我又檢查SQL server 的版本,是不是已經打過補丁了呢?查看Errorlog:
2011-06-10 00:00:09.09 spid89 Microsoft SQL Server 2008 (RTM) - 10.0.1600.22 (X64)
Jul 9 2008 14:17:44
Copyright (c) 1988-2008 Microsoft Corporation
Enterprise Edition (64-bit) on Windows NT 6.1 <X64> (Build 7600: )
恩,是10.0.1600.22, 是RTM版本,確實沒有打過任何補丁。
那麼會不會是SQL server 的註冊表有問題,導致SP2找不到SQL server執行個體呢?
我使用ProcessMonitor 這個工具來分析SP2 setup程式訪問過的註冊列表,也沒有發現特別的問題。我甚至匯出下面SQL server 相關的註冊表:
a) HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall
b) HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer
c) HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server
我仔細把上面的註冊表和正常的機器的註冊表對比了下,也沒有發現問題。註冊表好好的。
那麼問題究竟出在哪裡呢。為什麼客戶的SP2就是找不到SQLServver的執行個體呢?
看來需要對SP2的安裝過程來個徹底研究。
大體的SP2安裝流程是這樣的:
1) 首先運行Setup.exe。 它檢查.NET和 MSI 運行環境是否符合條件。這是因為SP2是.NET程式,需要.NET和MSI的支援。
2) 接著setup100.exe 運行。它主要用來運行預先定義的一些rules。比如OS的版本是否對,WMI服務是否能夠訪問等等。有很多這樣的rules,比如如下的:
3) 再次運行setup100.exe, 執行SP2的預先定義的action.比如 InitializeMsiExtension,RunDiscoveryAction,ValidateFeatureSettings 等。執行完畢SP2舊安裝好了。
根據我們的case,是SP2無法找到SQL執行個體。DisCovery動作是列出機器上所有的SQL server 產品。那麼應該在RunDiscoveryAction 這個動作裡面找不到SQL server。 Discovery動作有日誌麼,如有則它在哪裡呢?
很幸運,這個動作的結果在%programfiles%\Microsoft SQL Server\100\Setup Bootstrap\Log\<YYYYMMDD_HHMM>\Datastore\Datastore_Discovery.xml裡面。這是個XML檔案。我們具體來比較這個檔案和正常情況下的區別。找到了!!下面的installedstate 和FeatureState正常情況下值是3或者5,而不是1:
這些值是啥含義呢:
1--> 表示產品處在“建議”狀態,是不正常的狀態。
3--> 表示產品已安裝在本地。
5--> 預設狀態。表示產品已安裝。
那麼問題現在就變簡單了。為什麼狀態是1呢?能夠改變它嗎?SP2是如何得到這個FeatureState的呢?經過調試跟蹤setup100.exe 終於發現它是調用MsiQueryFeatureStateEx()函數得到的。 經過仔細衡量風險我直接寫了個程式調用MsiConfigureFeature()把FeatureState 改為3然後再安裝,嘿,一切很好。SP2成功安裝。
SQL 2008 SP2 找不到SQL Server Engine