疑難排解網路負載平衡叢集

• 原因：網路上已有相同的 IP 位址存在。
  
  
• 解決方案：選擇新的 IP 位址，或移除重複的位址。
  
  
• 原因：您在主機上設定了不同的叢集操作模式 ([單點傳播] 或 [多點傳送])，而使不同的 MAC 位址對應到相同的 IP 位址。
  
  
• 解決方案：確定所有主機均以相同的叢集操作模式設定。
  
  
• 原因：您在 NLB 繫結到網路介面卡之前設定了叢集的 IP 位址。
  
  
• 解決方案：從 TCP/IP 內容中移除叢集的 IP 位址，然後在正確的介面卡上啟用 NLB，再設定叢集的 IP 位址。
  
  
• 原因：您將叢集的 IP 位址新增至未針對 NLB 啟用的網路介面卡。
  
  
• 解決方案：從錯誤介面卡的 TCP/IP 內容中移除叢集的 IP 位址，然後在正確的介面卡上啟用 NLB，再設定叢集的 IP 位址。
  
  

如需啟用 NLB 的相關資訊，請參閱安裝網路負載平衡

請確認您可以使用 ping 從路由器以外的電腦存取叢集主機的固定 IP 位址。若此測試失敗，而您使用多張網路介面卡，則此問題與 NLB 無關。若您針對固定與叢集 IP 位址使用單一網路介面卡，請考量下列因素：

• 原因：若您使用多點傳送支援，則您的路由器可能無法使用位址解析通訊協定 (ARP) 將主要 IP 位址解析為多點傳送媒體存取控制 (MAC) 位址。
  
  
• 解決方案：請確認您可以使用 ping 從叢集子網路上的用戶端存取叢集，以及從路由器以外的電腦存取叢集主機的固定 IP 位址。若這些測試都運作正常，可能是路由器有錯誤。您應可新增靜態 ARP 項目至路由器，以避免此問題。您也可以關閉 NLB 多點傳送支援，而使用無集線器的單點傳播網路位址。
  
  
• 原因：以多點傳送或單點傳播模式使用 NLB 時，路由器必須接受 Proxy ARP 回應 (在乙太網路架構中，以不同網路來源位址接收的 IP 網路位址對應)。
  
  
• 解決方案：確認您的路由器已開啟 Proxy ARP 支援。您也可以設定靜態 ARP 項目，將路由器中的 Proxy ARP 支援保持在停用狀態。
  
  
• 原因：叢集的網際網路控制訊息通訊協定 (ICMP) 已被路由器或防火牆封鎖。
  
  
• 解決方案：允許 ICMP 流量通過路由器或防火牆。請注意，這樣可能會使您的系統暴露在較高的安全性風險中。
  
  

• 原因：以多點傳送或單點傳播模式使用 NLB 時，路由器必須接受 Proxy ARP 回應 (在乙太網路架構中，以不同網路來源位址接收的 IP 網路位址對應)。
  
  
• 解決方案：確認您的路由器已開啟 Proxy ARP 支援。您也可以設定靜態 ARP 項目，將路由器中的 Proxy ARP 支援保持在停用狀態。
  
  
• 原因：叢集的網際網路控制訊息通訊協定 (ICMP) 已被路由器或防火牆封鎖。
  
  
• 解決方案：允許 ICMP 流量通過防火牆或路由器。請注意，這樣可能會使您的系統暴露在較高的安全性風險中。
  
  

• 原因：主機的網際網路控制訊息通訊協定 (ICMP) 已被路由器或防火牆封鎖，或已於主機的網路介面卡上停用。
  
  
• 解決方案：在主機的網路介面卡上啟用 ICMP，或允許 ICMP 流量通過防火牆或路由器。請注意，這樣可能會使您的系統暴露在較高的安全性風險中。您也可以使用 [NLB 管理員] 的 /noping 選項。
  
  

• 原因：確認您可以使用 ping 存取叢集外的電腦。若此測試成功，表示您先前可能未在 TCP/IP 內容中列出主機的固定 IP 位址。
  
  
• 解決方案：若 ping 無法存取叢集以外的電腦，請參照下列議題 (本「疑難排解」主題先前所說明)：
  
  
  • 當您使用 ping 從外部網路存取叢集的 IP 位址時，未得到回應。
    
    
  • 當您使用 ping 從其他叢集主機存取主機的固定 IP 位址時，未得到回應。
    
    

• 原因：遠端控制命令未傳送至叢集的 IP 位址。
  
  
• 解決方案：命令必須傳送至叢集的主要 IP 位址，如 [網路負載平衡內容] 對話方塊中所指派。請確實將遠端命令傳送至正確的 IP 位址。
  
  
• 原因：網際網路通訊協定安全性 (IPSec) 正在加密遠端控制流量。若 NLB 遠端控制命令從已設定 IPSec 的電腦傳送出去，而使遠端控制流量會由 IPSec 進行加密，則這些命令將無法正確執行。
  
  
• 解決方案：停用 IPSec。
  
  如需相關資訊，請參閱「網際網路通訊協定安全性 (IPSec) 說明」內容。
  
  
• 原因：NLB UDP 控制連接埠受到防火牆不當的保護。根據預設，遠端控制命令會傳送至叢集 IP 位址的 UDP 連接埠 1717 與 2504。
  
  
• 解決方案：請確定這些連接埠並未被路由器或防火牆不當封鎖。您也可以修改對應的 NLB 參數，以變更連接埠號碼。
  
  

• 原因：這些主機都沒有固定 IP 位址。
  
  
• 解決方案：為每部主機指派固定 IP 位址。如需相關資訊，請參閱設定網路負載平衡主機參數。
  
  

• 原因：要平衡負載的應用程式未回應。
  
  
• 解決方案：這屬於與 NLB 無關的應用程式特定問題。若要更正此問題，請參閱該應用程式的相關文件。您可能必須先停止應用程式，再重新啟動。
  
  
• 原因：若您的叢集是針對單點傳播模式進行設定，即可能有切換裝置取得 NLB 網路介面卡的 MAC 位址。
  
  
• 解決方案：清除切換裝置的 MAC 位址對應連接埠。
  
  
• 原因：有一或多部主機未將叢集的 IP 位址新增至 TCP/IP。
  
  
• 解決方案：若您未使用 [NLB 管理員] 設定叢集，則必須手動為 TCP/IP 設定叢集的 IP 位址。
  
  
• 原因：主機因為 drainstop 或 stop 命令而離開叢集，但交集並未正確完成。
  
  
• 解決方案：等候交集完成。若交集未完成，請參閱本「疑難排解」主題中稍後的下列議題：
  
  叢集主機啟動後即開始交集，但始終無法完成交集
  
  

• 原因：您必須是 Administrators 群組的成員，才能檢視或變更 [網路負載平衡內容]。
  
  
• 解決方案：以執行 NLB 之電腦的本機 Administrators 群組成員的使用者身分登入。
  
  

• 原因：NLB 主機上啟用了 HTTP 持續作用值，且啟用了持續作用值的用戶端連接到叢集。
  
  
• 解決方案：停用 HTTP 持續作用值。如需 HTTP 持續作用值與網際網路資訊服務 (IIS) 的相關資訊，請參閱 IIS 文件集。
  
  若要從您的桌面檢視 IIS 文件集，請安裝 IIS，然後依序按一下 [開始]、[執行]，然後在 [開啟] 文字方塊中輸入下列命令：
  
  %windir%\help\iisrv.chm
  
  
• 原因：伺服器上的系統資源太少，導致 TCP 拒絕連線。
  
  
• 解決方案：釋放系統資源，例如，增加額外系統記憶體或關閉非必要的應用程式。
  
  
• 原因：叢集已發散為兩個各自交集的叢集，而導致多個節點宣告有各連線的擁有權。
  
  
• 解決方案：移除這兩個叢集，再重建單一叢集。
  
  

• 原因：使用 NLB 平衡 VPN 流量的負載時，您必須設定連接埠規則以管理負責處理 VPN 流量的連接埠 (PPTP/GRE 為 TCP 連接埠 1723，IPSEC/L2TP 為 UDP 連接埠 500)，才能使用 [單一] 或 [網路] 親和性。
  
  
• 解決方案：設定用以管理連接埠 500 與 1723 的連接埠規則，以使用 [單一] 或 [網路] 親和性。如需相關資訊，請參閱網路負載平衡管理員內容。
  
  

• 原因：在不同叢集主機上輸入了數量不同或不相容的連接埠規則。如此將無法完成交集。
  
  
• 解決方案：開啟每部叢集主機上的 [網路負載平衡內容] 對話方塊，並確認所有主機的連接埠規則均相同。
  
  
• 原因：您的網路介面卡或纜線有問題。
  
  
• 解決方案：使用 ping 命令來測試連線。輸入主機的完整網域名稱。您也可以使用 ping 命令，依 IP 位址搜尋網域控制站，以及依名稱與 IP 位址搜尋其他網路伺服器，以深入了解這個問題。
  
  
• 原因：切換裝置或集線器上的雙工設定不相符。
  
  
• 解決方案：確認每個切換裝置與集線器的雙工設定均正確無誤。
  
  
• 原因：您其中一部主機所使用的固定 IP 位址已存在於網路上。
  
  
• 解決方案：選擇新的 IP 位址，或移除重複的位址。
  
  
• 原因：您的叢集包含執行 Windows 2000 的主機。
  
  
• 解決方案：在您的叢集中，所有主機皆必須執行 Windows Server 2008。只有在執行 Windows Server 2008 的輪流升級時，NLB 叢集環境才可同時包含具有 Windows Server 2003 與 Windows Server 2008 的主機。不支援在相同的叢集中混用 Windows Server 2003 與 Windows Server 2008 已有一段時日。
  
  
• 原因：您在各主機上設定了不同的叢集操作模式 (單點傳播與多點傳送)。
  
  
• 解決方案：使用 [NLB 管理員] 確定所有主機均以相同的叢集操作模式設定。
  
  

	附註
	您也可以檢視 Windows 事件記錄檔，以查看有無錯誤與警告。如需相關資訊，請參閱安裝網路負載平衡。

• 原因：網路連線因網路介面卡、纜線或其他網路問題而斷斷續續，因而導致活動訊號遺失。
  
  
• 解決方案：使用 ping 命令來測試連線。輸入主機的完整網域名稱。您也可以使用 ping 命令，依 IP 位址搜尋網域控制站，以及依名稱與 IP 位址搜尋其他網路伺服器，以深入了解這個問題。
  
  

• 原因：叢集主機已成為不同子網路的成員，因此在相同的網路中無法存取所有主機。
  
  
• 解決方案：確定所有叢集主機均可彼此通訊。
  
  
• 原因：目前使用第三層切換裝置。
  
  
• 解決方案：在主機與第三層切換裝置之間設置第二層切換裝置。
  
  
• 原因：備援切換裝置中斷導致叢集一分為二，而建立兩部預設主機。
  
  
• 解決方案：移除這兩個叢集，再建立單一叢集。
  
  
• 原因：您的切換裝置設定為拒絕廣播封包。
  
  
• 解決方案：將您的切換裝置設定為接受廣播封包 (請注意，這樣做可能會有安全性風險)，或將您的 NLB 叢集設定為使用多點傳送模式。
  
  
• 原因：有一部主機無法傳送或接收活動訊號。
  
  
• 解決方案：使用 ping 命令來測試每部主機的連線。輸入主機的完整網域名稱。
  
  
• 原因：有主機連接到切換裝置錯誤的連接埠上。
  
  
• 解決方案：使用切換裝置的正確連接埠。
  
  

• 原因：缺少連接埠規則。根據預設值，NLB 會將所有未由連接埠規則管理的內送網路流量導向至預設主機，如此可確保您不要負載平衡的應用程式可正常執行。
  
  
• 解決方案：若要讓叢集間的應用程式平衡負載，請在每部叢集主機上，針對應用程式服務的 TCP/IP 連接埠建立連接埠規則。
  
  
• 原因：您在單一主機叢集上新增了第二部主機，但此主機未正確設定。叢集始終無法交集，因而原始主機持續處理所有流量。
  
  
• 解決方案：謹慎檢視 (並於必要時更正) 第二部主機上的每項設定，例如叢集 IP 位址、固定 IP 位址與連接埠規則。
  
  
• 原因：若您的叢集是針對單點傳播模式進行設定，即可能有切換裝置取得 NLB 網路介面卡的 MAC 位址。
  
  
• 解決方案：清除切換裝置的 MAC 位址對應連接埠。
  
  
• 原因：Proxy 伺服器以單一親和性模式傳送所有使用單一 IP 位址的連線到您的叢集。
  
  
• 解決方案：將您的 Proxy 伺服器設定為使用多個 IP 位址。
  
  

• 原因：單點傳播網路位址會導致切換型集線器的問題。若您使用切換型集線器進行叢集主機的相互連線，您必須使用 NLB 多點傳送支援。否則，在多個切換裝置連接埠上使用相同的單點傳播網路時，切換裝置的行為可能會不穩定。
  
  
• 解決方案：確認您已在 [網路負載平衡內容] 對話方塊中選取多點傳送支援。若不使用多點傳送支援，您可以使用集線器或同軸纜線進行叢集主機的相互連線，而不使用切換裝置。
  
  

• 原因：網路流量的來源僅限於少數 IP 位址，可能的原因為 Proxy 伺服器設定。
  
  
• 解決方案：將您的 Proxy 伺服器設定為使用多個 IP 位址。
  
  

• 原因：其中一部叢集主機以等於 1 的主機優先順序識別碼進行設定。
  
  
• 解決方案：請不要以主機優先順序識別碼 1 設定任何叢集主機，而應使用大於 1 的數值。如需相關資訊，請參閱設定網路負載平衡主機參數。
  
  

• 原因：可能未執行您的環境所適用的 NLB 版本。若在 64 位元版本的電腦上使用 32 位元版本的 NLB，NLB 即無法構成叢集。此問題可能不會被偵測出來，因為 32 位元的 NLB 元件 (nlb.exe、wlbs.exe 與 nlbmgr.exe) 在 64 位元版本的環境中似乎可正常執行。
  
  
• 解決方案：若要使用 64 位元版本的電腦環境，則必須使用 64 位元的 NLB 版本。
  
  

	附註
	以下主題說明一些您在安裝及初次使用 NLB 時經常會遇到的問題。這些主題將說明各個問題的可能原因，以及一或多個建議的因應措施。這些主題假設您的系統與應用程式均符合 NLB 的最低需求。如需相關資訊，請參閱：網路負載平衡概觀與安裝網路負載平衡。 安裝 NLB 前，您應測試網路及所有網路介面卡，以確保操作的正確性。請確實遵照所有安裝步驟，並檢查所有叢集主機之叢集參數與連接埠規則的設定是否相同。若有任何問題，請務必查看 Windows 事件記錄檔中是否有來自 NLB 驅動程式的訊息。如需相關資訊，請參閱網路負載平衡管理員內容中的＜叢集參數＞、＜主機參數＞與＜連接埠規則＞各節。