很是鬱悶！！！AMD三核害死人啊！！！
花了三個小時，就是安裝不了SQL2005。終於找到：
AMD三(3)核CPU安裝SQL2000/2005以及其他軟件系統完整分析說明！
現在許多人已經在使用AMD三(3)核CPU了，尤其是8450的CPU，性價比很高，超頻也不錯。我相信其中也有不少的編程和開發人員。如果誰遇到使用該系列CPU無法安裝MS SQL 2000/2005等軟件系統，那麼請仔細往下閱讀，我的方法保證可以完美解決，並請給我熱烈鼓掌啊！
1.首先我們需要正確認識AMD3核CPU的真面目。其實目前AMD3核和4核CPU內部核心完全一致，只是由於生產過程中良品率不高，爲了有效解決非良品產品的出路，AMD想了“絕招”，關閉4核中無法使用的1個核心，從而就有了3核CPU。這樣一來，生產過程的所謂良品率也就很高了啊！甚至不排除AMD可以關閉2個核心，製作雙核CPU的情況。
2.其次我們要分析爲什麼會產生上述情況。早期計算機都是單核，部分服務器計算機可能有2的n次方個CPU，組建多路CPU。也就是說計算機的CPU數量一定是偶數。很多多進程多線程程序的設計員在設計程序的進程線程分配時，爲了使算法簡單高效，默認按照CPU是偶數個的情況進行處理（單CPU除外）。正因爲上述原因，遇到3核CPU時，這類程序的進程和線程分配算法必然出現錯誤，無法一次將偶數個進程線程同時分配。造成線程或者進程間因爲無法協調工作而出錯。這就是本質原因。
3.再次我們繼續分析爲什麼很多朋友使用虛擬機軟件，在Guest系統中已經設置計算機爲1核或2核時還是會出現無法工作的原因。因爲早期的虛擬機軟件無法實現硬件級虛擬，許多虛擬機軟件本身也支持多處理器。在處理Guest系統的工作時，其有可能還是將任務發送給多給處理器，對Guest系統內部的程序而言，其還是可以使用HOST系統的多處理器。真是由於這種虛擬技術的不徹底，所以前述的進程和線程分配算法依然會出錯。所以如果要使用虛擬機，必須要求虛擬機支持硬件級虛擬技術，如果Guest系統設置爲單核，那麼Guest系統運行時必須真實只佔有物理CPU中的單個。
4.其實新的軟件系統許多已經支持3核CPU，包括SQL2005（SP1）以上。但是SQL 2005 不支持，也就是我們首先要解決安裝SQL 2005，然後再安裝SP2。至於SQL 2000（SP3以上），不好意思告訴各位，除了使用虛擬機，沒有辦法正常運行。SQL 2000本身不支持多核，反而到不會有問題；但是我想不會有人去使用SQL 2000吧，畢竟bug還是很多啊！
好，下面給出解決辦法。
1.不使用虛擬機。
安裝SQL 2005，修改OS啓動參數，2003/XP 調整啓動參數中 CPU數量爲 1或者2。
（通過msconfig，在boot.ini選項卡，點擊高級選項，裏面選擇CPU核心數量；VISTA 和 2008類似）
重新啓動計算機，OS將僅使用單核或雙核。由於SQL通過OS瞭解CPU核心數量，所以現在OS僅用單核或雙核，所以SQL 2005自然可以正常安裝運行。SQL 2005安裝結束後立刻安裝 SQL 2005 SP2升級包。安裝後重新啓動。啓動後再次修改OS啓動參數，恢復到原來情況。再次重啓計算機，至此SQL 2005可以充分使用3核CPU了。
SQL 2000 可能由於是早期程序，考慮到當時OS情況，可能通過自生代碼直接獲取BIOS信息獲取CPU數量，所以即使採用上述方法，對SQL來說系統還是3核的。SQL 2000 SP3以上的程序代碼依然會報錯。所以無法安裝。
2.使用虛擬機。
如前所述，要求虛擬機軟件必須提供硬件級虛擬。
推薦最新 VMware 6.5；支持硬件機虛擬。並且還支持AMD CPU本身的虛擬技術，包括（SVM，安全虛擬機技術）。爲了更好使用AMD CPU，請在BIOS打開AMD CPU VT / SVM 功能選項。
在虛擬機裏，自然SQL 2000 和 SQL 2005都可以安裝了，甚至 Oracle也可以啊！很不幸，據測試，部分oracle版本的軟件也有上述問題。不過有了這個虛擬機，一切都沒有問題，這就是硬件級虛擬的力量啊！哈！
好，各位，祝你們使用3核CPU順利啊！