sql群集

❶ 有沒有大佬知道安裝sqlserver2008時，顯示群集節點失敗怎麼解決啊

操作系統：Windows Server 2008 R2 Enterprise Edition (x64)

群集軟體：OS自帶的「故障轉移群集」

資料庫：SQL Server 2008 R2 Enterprise Edition (x64)

共享存儲：IBM DS4300 ，8x300GB SAS，劃完共4塊磁碟，共1.6TB，RAID 5，陣列卡交換速率4G，雙通單控


主要遇到過的問題：
1、存儲劃錯，重劃時由於採用另一台電腦劃分，群集重啟後無法認到，於時MSCS破壞群集不正常，2台節點只好重裝

2、不能採用DC作為群集節點，故安裝雙節點群集至少需要3台主機，另有1台充當DC，操作步驟為：
.在第3台主機上安裝現有域的第3台DC，確認與其他2台DC都可以進行復制操作
.將根域DC上的5個FSMO角色傳送到第3台DC，確認第3台DC同時為GC
.運行dcpromo命令在原先2台DC上反安裝DC，在反安裝時不要選中「這是最後一台域控制器」
.檢測域DNS和AD的正確性
.檢測MSCS的正確性

3、安裝SQL2008RTM群集時出錯，提示RequireKerberos=1超出范圍錯誤（這是SQL2008RTM在群集安裝時會出現的1個BUG，必須採用slipstream方式附帶SP1一塊安裝），不得已反安裝，但由於手動將MSCS中失敗的SQL資源刪除，使得SQL反安裝失敗，手動刪除注冊表均未果，只好重裝節點1，重裝時的正確步驟為：
.破壞群集（由於存儲正常，很快完成）
.將節點1退出域（此時在DC中顯示該節點帳號為禁用狀態，不要刪除它）
.重新安裝節點1操作系統，配置存儲陣列盤、配置IP地址與域DNS，加入域
.刪除域中有關原群集的信息，包括群集名稱在AD資料庫中的內容（在Computer容器下），檢查DNS中無群集節點解析

❷ SQL群集需要幾台應急

集群最少要求有3台計算機。
在復制系統中，一個MySQL主伺服器會更新一個或多個從伺服器。事務是順序地提交的，因此一個慢事務就可能導致從伺服器比主伺服器落後一段時間.這也意味著，如果主伺服器出錯失敗了，那麼從伺服器可能會缺少記錄最後的那一小部分事務日誌。如果使用的是事務安全存儲引擎的話，例如InnoDB，那麼事務日誌則會完全記錄到從伺服器上去或者完全不記錄，但是復制不能保證主和從伺服器上的數據總是保持一致性。在MySQL集群中，所有的數據總是保持同步，在任何數據節點上提交的事務都同步到所有其他的數據節點上了。如果有一個數據節點失敗了，其他正常的數據節點照樣能保持數據的一致性。
集群最少要求有3台計算機，不過我們建議最好是4台。有2台分別運行管理節點和SQL節點，另外2台作為數據節點。採取2台數據節點的目的是提高數據的冗餘度，管理節點放在一個獨立的主機上是為了能夠保證在萬一有一台數據節點失敗的情況下提供仲裁服務。

❸ sql server 2008群集怎麼修復

1. 首先在被動節點（passive node）上打補丁，這樣做的好處是可以縮短系統停機的時間。如果有多個被動節點，請分別將所有被動節點打完補丁。
2. 一旦被動節點升級成功，手動地將SQL Server組故障轉移到被動節點上。故障轉移後，SQL Server資料庫會自動升級。在升級的過程中，SQL Server處於「升級模式」，無法接受連接。但是，群集服務可以智能的辨別出這是一種可忍受的連接錯誤，所以不會終止SQL Server服務。
3. 原先的主動節點（active node）會變為被動節點。這樣，就可以繼續在這個被動節點上打補丁。停機時間將少於10分鍾（即：故障轉移時間+資料庫升級時間）