• 確定哪些應用程序和網絡服務是關鍵任務應用的組織，需要高可用性。
• 確定哪些集群技術來執行，以確保高可用性的關鍵任務應用先前確定。 在這裡，您應該查明這些申請應使用群集服務，而這些應用程序應使用的NLB 。
• 在您決定了集群技術，你必須確定服務器容量的要求。
• 確定網絡的風險。
• 確定所有潛在的點故障和網絡連接問題。
• 確定是否是首選節點配置為支持某一特定資源。
• 時間確定故障性質和故障恢復時間，這對你將要執行。
• 確定每台服務器的作用範圍內的應用和服務將運行。 服務器可以配置為成員服務器或域控制器。
• 確定群集配置模型符合本組織的要求。
• 在您決定了集群技術和集群配置模式，你必須確定服務器的硬件要求。
• 確定如何在群集服務器將得到保障。
• 確定你要備份數據的聚類。
• 當創建一個新組，您需要提供以下信息：
  • 主機名來指定的群集。
  • IP地址設置為群集。
  • 域名將主辦集群。
  • 的名稱和密碼的群集服務帳戶。
• 當確定應用集群和故障轉移，請考慮以下幾點：
  • 應用程序使用傳輸控制協議/ Internet協議（ TCP / IP ） ，或者分佈式組件對象模型（ DCOM ）和命名管道，或遠程過程調用（ RPC ） TCP / IP上的群集功能。
  • NTLM驗證必須支持該應用程序。
  • 應用程序必須能夠存儲的數據的磁盤連接到共享總線如果要列入容錯進程。

要求安裝群集服務

有幾個要求安裝群集服務分列如下：

• 管理權限，需要在每個節點上的群集。
• 應當有足夠的磁盤空間系統驅動器上，並共享設備群集服務安裝。
• 適當的網絡適配器驅動程序必須使用。
• 網絡適配器必須有適當的TCP / IP配置。
• 文件和打印共享Microsoft網絡已經成為一個節點上安裝群集服務配置。
• 節點應該配置相同的硬件和設備驅動程序。
• 每個節點必須屬於相同的域。
• 域帳戶使用相同的應在每個群集節點。
• 該系統的分頁文件必須有足夠的空間，以防止性能下降。 當文件沒有足夠的空間，它可以導致系統鎖死。
• 這是良好的做法，審查制度和事件日誌之前，並在安裝群集服務。
• 然後再安裝任何額外的節點群集，首先確保以前安裝的節點正在運行。
• 您可以使用系統監視器來解決虛擬內存的問題。

有幾個共享磁盤，硬件和網絡的具體考慮執行群集服務這裡列出：

• 如果群集下降，第一次嘗試，使一個節點網絡。 下一步，檢查日誌信息以獲取更多信息的問題。
• 如果一個節點是下跌，試圖使一個節點在線然後檢查日誌信息供參考。 您應該首先確保儘管資源的失敗節點失敗到另一個節點的群集。
• 如果一個節點失敗後，經營不善，檢查是否正在運行的CPU接近百分之百。 您可能已經超載的CPU 。
• 如果群集服務無法啟動故障時，節點失敗，檢查是否正在執行群集服務的更新。 當更新正在執行，群集服務將不會啟動故障轉移過程。
• 如果資源不回的時間，同時所有的節點業務，檢查是否電源失敗。 建議您使用不間斷電源（ UPS ） 。
• 如果一個節點不能訪問所有驅動器：
  • 檢查驅動器之間的佈線和節點。
  • 檢查共享驅動器從另一個節點。
  • 檢查配置群集。
  • 檢查您是否可以訪問該驅動器從一個不同的節點。
• 如果您無法連接到一個節點使用群集管理器，檢查是否群集服務， RPC服務和節點的運行。

當故障排除資源組的問題 ，使用的戰略如下：

• 如果你不能把一個資源組在線：
  • 確保該磁盤可以被訪問。
  • 檢查是否硬件問題或配置問題存在的磁盤資源的問題組。
  • 檢查是否所有的依賴資源已經明確。
  • 移動資源組到另一個節點，然後檢查是否可以聯機。
  • 企圖使每項資源集團在線一次。
• 如果一個資源組不容錯到另一個節點的群集：
  • 確保資源的影響組選項已被選中。
  • 確保節點中指定可能的所有者名單資源。
• 如果一個資源組未能超過，但沒有重新啟動：
  • 檢查節點在線。
  • 檢查中的信息可能所有者列表組和資源。
  • 試圖查明的資源，是個大問題，使每項資源在線一次。
• 如果一個資源組不失敗回：
  • 確認您期望的節點的資源不能回的定義是首選所有者的資源組。
  • 確認允許故障恢復選項已被選中。
  • 確認防止故障恢復複選框是明確的。

當故障排除資源問題 ，使用的戰略如下：