我的環境是xp sp2 EN，SQL 2005 Dev版，內存512MB。
首先，我的系統已經使用半年多了，裝有VS2003，以前還裝過SQL2000，netFramework2.0beta，還有好幾個beta版的SQL 2005，可謂十分“骯髒”了，呵呵。最早的時候我下過一個2005EE版，怎麼也安裝不上，後來發現原來是EE不支持xp =_= ，然後就下了DE版的。
剛開始安裝的時候嚇了我一跳，丫的居然要占用我C盤1300多MB!!忍了。(我是把SQL裝在F盤的，但是居然還需要C盤1300多MB)。但是卻安裝失敗，看了一下安裝日志，天書，不明白。只知道是native clIEnt幾個組件安裝不成功。重復多次問題依舊。
研究安裝包之後，發現裡面有兩個主要的文件夾，是server和tools。顧名思義，server裡面肯定是服務的安裝文件了，而tools裡面應該是那些工具組件的安裝文件。進入tools裡面，果然有個setup，運行之，竟然安裝成功了，而且只占了我C盤200多MB，好興奮(沒有選擇BI，就是那個商業智能組件，太大了)。然後重啟電腦(不是必須的，只是一次setup之後系統慢的不行了)，進入server目錄下面，當然也有一個setup啦，運行之，呵呵，果然是安裝服務用的啊。這次也順利安裝成功了。再去看C盤，哈哈，一共只用了我300多MB，竟然節省了1GB。
當然了，其實一起安裝的話，也不一定會用完1300MB的空間的，因為安裝結束之後還會自動刪除一些垃圾文件的。但是不管怎麼說，至少讓我能正常安裝了。我的C盤只有1400的空閒空間了，不知道起初安裝失敗是不是跟這有關系。
至此，SQL 2005已經成功的在我電腦上安家了。安裝的時候，如果你的電腦和我的一樣是內存不足(小於1GB)，性能也不足夠大(我的CPU是centrio 1.3G，呵呵，裝在本本上了)，建議在安裝的時候把系統開始是需要運行的服務全都不選擇，用的時候再手動運行好了。
運行Management Studio，嗯，速度還挺快的呢。連接服務器，竟然沒有localhost，呵呵，打開server configuration manager,把右邊那個MSSQLSERVER運行起來。ok，這次沒有問題了。
使用一切正常，就是發現從sql2000裡面備份出來的數據庫在2005下只能通過sql語句修改數據，而不能所見及所得的修改，不知道怎麼回事。
btw:後來又把商業智能組件裝上了，只用了C盤150MB，開心。
SQL2005安裝過程提示com+目錄問題警告處理
安裝sql2005一直失敗,以為提示的問題是這個com+目錄問題警告所致,找了很久找到這個問題的解決方案
sql2005_STD_X86在XPSP2下安裝失敗的一點經驗
軟環境是XPSP2，安裝SQL2005_STD_X86版。
故障提示：
1。如果 SQL Server 安裝程序失敗，安裝程序將回滾所安裝的系統，但可能不會刪除所有 .manifest 文件。解決方法是重命名這些文件，然後重新運行安裝程序。有關詳細信息，請參閱“如何處理 SQL Server 安裝過程中的 COM+ 檢查失敗問題”。如果未運行 Microsoft 分布式事務處理協調器 (MS DTC)，或者，在使用 Microsoft 群集服務器的情況下，如果 MS DTC 不是群集資源，則可能會發生 COM+ 錯誤。COM+ 依賴於 MS DTC，而 Integration Services 中的消息隊列任務依賴於 COM +。如果出現 COM+ 錯誤，則只有將 COM+ 系統正確配置後，Integration Services 中的消息隊列任務才可用。
2。對性能監視器計數器注冊表值執行系統配置檢查失敗。有關詳細信息，請參閱自述文件或 SQL Server 聯機叢書中的“如何在 SQL Server 2005 中為安裝程序增加計數器注冊表項值”。
安裝中止。
查找聯機叢書，有如下提示：
1。Microsoft SQL Server 2005 安裝程序檢查 COM+ 是否已正確配置。如果發現配置錯誤，安裝程序仍將繼續，但是在系統配置檢查 (SCC) 報告中顯示以下警告：
“如果 SQL Server 安裝程序失敗，安裝程序將回滾所進行的安裝，但可能不會刪除所有的 .manifest 文件。解決方法是重命名這些文件，然後重新運行安裝程序。”
如果未運行 Microsoft 分布式事務處理協調器 (MS DTC)，或者，在使用 Microsoft 群集服務器的情況下，如果 MS DTC 不是群集資源，則可能會發生 COM+ 錯誤。COM+ 依賴於 MS DTC，而 Integration Services 中的消息隊列任務依賴於 COM +。如果出現 COM+ 錯誤，則只有將 COM+ 系統正確配置後，Integration Services 中的消息隊列任務才可用。
若要使用消息隊列（亦稱 MSMQ），請確保 MS DTC 正在運行並且已正確配置。如果 SQL Server 安裝在群集上，則 MS DTC 必須是群集資源。
按照下列過程重新安裝 COM+。
安裝組件服務管理單元
在 Windows 桌面上，單擊“開始”，然後單擊“運行”。
在“打開”框中，鍵入 MMC，然後單擊“確定”。
在“控制台”窗口中，單擊菜單欄上的“文件”，然後單擊“添加/刪除管理單元”。
在“添加/刪除管理單元”窗口，單擊“添加”。
在“添加獨立管理單元”窗口，從管理單元列表中選擇“組件服務”，然後單擊“添加”。
單擊“關閉”以關閉“添加獨立管理單元”窗口，然後單擊“確定”以關閉“添加/刪除管理單元”窗口。
在“控制台根節點\組件服務”窗口，展開“組件服務”樹。這就是當 COM+ 出現問題時，錯誤消息可能發生的地方。
再次運行 SQL Server 2005 安裝程序。如果收到錯誤消息，請重新安裝 COM+。
重新安裝 COM+
從控制面板的“添加或刪除程序”中，單擊“添加/刪除 Windows 組件”。
在“Windows 組件向導”中，不對選擇做任何更改，單擊“下一步”。
一直單擊以完成向導，然後再次運行 SQL Server 2005 安裝程序。
2。在 SQL Server 安裝開始前，Microsoft SQL Server 安裝程序中的安裝配置檢查器 (SCC) 會驗證計數器注冊表項的值。如果 SCC 無法驗證現有的注冊表項，或 SCC 無法運行 lodctr.exe 系統程序，則 SCC 檢查會失敗，致使安裝受阻。
錯誤編輯注冊表會嚴重損壞您的系統。更改注冊表項之前，建議您備份計算機中的所有重要數據。
手動設置計數器注冊表項的增量
在 Microsoft Windows 2003 或 Windows XP 桌面上，依次單擊“開始”、“運行”，然後在“打開”中鍵入 regedit.exe，再單擊“確定”。在 Windows 2000 中，使用 regedt32.exe 啟動注冊表編輯器。
定位到以下注冊表項：
[HKEY_LOCAL_MacHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib]
"Last Counter"=dWord:00000ed4 (5276)
"LastHelp"=dWord:00000ed5 (5277)
上一步的“Last Counter”值 (5276) 必須與以下注冊表項中“Perflib\009”的“Counter”項的最大值匹配，並且上一步的“Last Help”值 (5277) 必須與以下注冊表項中“Perflib\009”的“Help”項的最大值匹配。
[HKEY_LOCAL_MacHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib\009]
注意 009 是英文中的一個示例。“Last Counter”和“Last Help”值是由 Windows 動態分配的；這兩個值會因計算機的不同而不同。
如有必要，可修改“\Perflib”項中的“Last Counter”和“Last Help”值的值：在右側窗格中，右鍵單擊“Last Counter”或“Last Help”，單擊“修改”，再單擊“Base = "Decimal"”，在“值數據”中設置值，再單擊“確定”。如有必要，對另一個項重復以上過程，然後關閉注冊表編輯器。
再次運行 SQL Server 安裝程序。
解決過程：
COM+檢查失敗不用說肯定是組件消息隊列下的組件沒安裝或服務沒啟動。本機沒有安裝過消息隊列，找出系統盤安裝消息隊列組件，在組件安裝中提示MSDTC服務沒有啟動，在這步暈了長很時間，MSTDC在服務中怎麼也找不到，後來想會不會是DTC（腦子有點笨，其實從MSMQ這名稱上就應該想到），一看果然有Distributed Transaction Coordinator（DTC），但是這個服務啟動不了，後來查找相關資料：MSDTC( Distributed Transaction Coordinator )服務必須在 NT AUTHORITY\NetworkService 帳戶下運行；即使是 NT AUTHORITY\Network Service（注意，Network和Service中間有空格）也不行（至於這兩個帳戶的區別，在網上也沒有找到，還望大家不吝賜教 ）。如果登錄帳戶被更改，MSDTC服務會繼續運行，但是在執行的時候可能會出錯。而且，在事件日志的“應用程序”裡面可以發現如下的出錯信息：
正在運行 MS DTC 服務的帳戶無效。 如果使用 Microsoft Management Console (MMC) 中的“服務”管理單元更改了服務帳戶信息，就會發生這種情況。 MS DTC 服務將繼續啟動。請確認使用“組件服務管理器”更新了 MS DTC 服務帳戶信息。
要更改成正確的登錄帳戶，我們可以：
在服務中找到Distributed Transaction Coordinator服務，選擇“屬性”；
在“登錄”選項卡中，選擇“此帳戶”，帳戶名填寫“NT AUTHORITY\NetworkService”，密碼為空；
在點擊“確定”後重新啟動服務。
或者，在命令行下運行 msdtc -uninstall ，卸載 msdtc 服務；
再運行 msdtc -install ，安裝 msdtc 服務。
MSTDC服務成功啟動，組件服務中“COM+應用程序”可以訪問，上面第2項故障沒去解決，先試著安裝看看有沒有錯誤，令人驚喜，安裝檢查一切順利，第2項錯誤同時也解決了。
當然，解決問題的過程同樣的系統環境也不盡相同，在這裡談一下我安裝的小挫折，希望可以給碰到相同問題的朋友有些提示作用。
sql2005安裝過程owc11錯誤處理
最近安裝了很久的sql2005,過程中間出現很多問題,之前的com+目錄警告是一個部分,處理過之後還是發現一直無法安裝成功,(為此我安裝了10+)次才解決問題
在安裝過程中發現以下錯誤
Product : OWC11
Error : 錯誤 1706。安裝程序找不到需要的文件。請檢查網絡連接或 CD-ROM 驅動器狀態。對於這個問題的其他可能的解決方案，請參閱 C:\Program Files\Microsoft Office\Office11\2052\SETUP.CHM。
--------------------------------------------------------------------------------
發現自己的ocw11沒有安裝導致服務器的有關組件全部無法安裝,每次都是安裝失敗,
在microsoft ocw11下載地址
找到microsoft的ocw11,選擇簡體中文後下載安裝後發現還是出現相同的問題,
把下載下來的ocw11解壓縮後觀察該ocw11.XML,發現sql 2005的server的setup目錄下面有相同文件名文件,再次逐次對比發現該ocw11裡面的文件包裡面的文件對應的setup裡面全部都有,不過發現2個chm的後綴不同,一個是10XX,一個是2052,呵呵,原來是版本不同
直接運行setup目錄下面的setup,選擇修復或全新安裝全部提示錯誤的文件源,再次觀察,把setup目錄下面對應的的ocw11文件全部拷貝到硬盤上面,再次運行修復成功,之後安裝sql2005終於一路成功,困擾了我2天的問題終於解決,特此把本文於全體學習sql2005的朋友分享,希望大家少走彎路.一起交流sql的有關功能
