sql安裝出問題
SQL2005的安裝問題匯總
SQL2005 分五個版本,如下所列,
1.Enterprise(企業版),
2.Development(開發版),
3.Workgroup,(工作群版)
4.Standard,(標準版)
5.Express.(嗯,估且就叫它簡易版吧)
這幾個版本,我們究竟應該使用哪一版呢﹖
這是許多初學SQL2005的人最常問的問題。
我簡單的比較一下 Enterprise, Development 和 Express 等三個版本:以功能言,Enterprise 版和 Development 版的功能一模一樣。兩者的差別,除了授權不同外,最主要的差別是:
Enterprise版的資料庫引擎只能安裝在Win2003Server(或其他Server)。
如果你想安裝在WindowsXP Pro系統上,你應該安裝SQL2005Development版(開發版)。
注:有人問,什麼是「資料庫引擎」。嗯,資料庫引擎是SQL2005的核心,是最主要的資料庫管理功能模組。沒有它,就不是資料庫管理系統了。
很多人下載 SQL2005Express版,因為它是免費的,可以直接從微軟網站上下載。但是,它除了支援的記憶體比較少外,最主要的是
它缺少相當於SQL2000下的「企業管理器」和「查詢分析器」。
注:SQL2000下的「企業管理器」和「查詢分析器」在SQL2005已合為一,稱為 Management Studio。
因此,如果你是初學者,如果你只是想要在家裡學習學習,如果你的環境是 WindowsXP Pro,那麼,你應該選擇的是 SQL2005Development(開發版),而不是SQL2005Enterprise(企業版)或SQL2005Express(簡易版)。
SQL2005 入門者,你選擇正確了嗎﹖ 我就是從
“ Microsoft.SQL.Server.2005.Enterprise.Edition.DVD-ZWTiSO,請大家下載加速 "
上下載的,說明檔案裡顯示是"標準版和企業版",但是我在安裝的時候顯示不能滿足最低的硬體要求(我的機器的配置:server2003企業版 AMD2800+,512M DDR400記憶體,系統硬碟有16G的空閑空間),在組件選擇框裡,只能看見native client和安裝sample 資料庫,這究竟是什麼原因?2005的硬體要求真的那麼高嗎? 或者說這到底影響安裝和使用嗎?
在我不改變硬體的情況下怎麼解決上面的問題啊應該是滿足硬體要求的,看安裝時的提示是什麼吧2005資料庫安裝心得
我的環境是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的有關功能