由于許多企業繼續減少使用物理服務器，一個經常提及的問題隨之而來：對Windows Server更新服務(WSUS)服務器進行虛擬化處理是個好想法嗎?簡單的回答：是的。本文介紹了如何在Hyper-V虛擬機中運行WSUS。

　　WSUS可以在虛擬機中運行嗎?

　　一言以蔽之，可以運行。如果你打算在Hyper-V上運行WSUS虛擬機，通常不強制要求你在Windows Server 2008 R2操作系統上運行WSUS。為了穩妥起見，你需要部署WSUS 3 SP2。按常規，SP2之前的WSUS不能與Windows Server 2008 R2完全協同運行，它對管理Windows 7客戶機的工作也毫無幫助。

　　對WSUS服務器進行虛擬化處理最簡單的辦法是什么?

　　如果你目前在一臺物理服務器上運行WSUS 3，那么我會建議進行遷移升級。為此，搭建一臺虛擬化的WSUS服務器，然后把它配置成與你的物理WSUS服務器一模一樣，最后進行同步。一旦同步過程完畢，就把這臺虛擬WSUS服務器重新配置成自主獨立的機器。然后，可以停用那臺物理WSUS服務器了。

　　這種方法提供了兩種主要的優點。首先，它使得WSUS服務器的操作系統升級起來很簡單，如果有必要升級的話。另一個優點是，這種方法帶來的停機時間要比標準的物理機到虛擬機(P2V)遷移短得多，因為在你的虛擬WSUS服務器部署到位的過程中，物理WSUS服務器在繼續服務于用戶。

　　我能從虛擬化的WSUS服務器獲得什么樣的功能?

　　單單一臺WSUS服務器就能處理最多25000個客戶機。不過，前提是已配置了足夠的資源，而且SQL Server在一臺單獨的服務器(物理或虛擬服務器)上運行。一些企業使用多臺前端服務器，因而能夠獲得更強大的功能。

　　讓WSUS具有容錯機制有哪些方法?

　　在物理服務器環境中，WSUS通過消除任何單一故障點來確保容錯性。你通常需要建立一個網絡負載均衡(NLB)集群，為WSUS服務器提供高可用性。當然，WSUS依賴SQL Server，確保SQL Server具有容錯機制的優先方法就是建立一個具有故障切換機制的SQL Server集群。

　　雖然可以在Hyper-V基礎設施中重新建立這種高可用性架構，但是改而建立一個Hyper-V集群通常被認為是更勝一籌的做法。如果你的主機服務器已采用集群技術，那么對WSUS服務器和SQL服務器實現集群就顯得毫無必要(至少從容錯的角度來看是這樣)。

　　如果Hyper-V主機未采用集群技術(而且建立Hyper-V集群無論如何都不是個選擇)，那么我會建議放手去干，為虛擬化的WSUS和SQL服務器建立一個集群架構。不過，你必須確保沒有把多臺WSUS或SQL服務器放到一臺公共的Hyper-V服務器上，因為這么做會抵消對WSUS和SQL服務器采用集群技術所帶來的好處。

　　我需要什么樣的網絡帶寬?

　　為虛擬化的WSUS服務器提供網絡帶寬方面沒有什么預先確定的規則。不過要牢記一點：有許多不常見的問題會因帶寬不足而隨之出現。我建議，盡可能讓一只物理網絡適配器專門用于你的虛擬WSUS服務器。如果你被迫讓多個虛擬服務器共享一只網絡適配器，那么就要使用網絡監控工具，確保物理網絡連接沒有出現擁塞。

　　如果網絡擁塞成為問題，要記住：可以通過使用裝配策略設置，在服務器層面或客戶機層面對WSUS加以限制。你可以在裝配策略對象編輯器(Assemble Policy Object Editor)中找到客戶機限制策略，依次訪問Computer Configuration(計算機配置)> Administrative Templates(管理模板)> Network(網絡)> Background Intelligent Conveying Service(后臺智能傳送服務)，即可找到該設置。

　　SQL數據庫方面有沒有什么特別要考慮的?

　　通常并不強制要求在一臺單獨的機器(物理機或虛擬機)上運行SQL Server，那樣你就能直接為數據庫服務器分配資源了。我還建議運行Cleanup Wizard(清理向導)，對數據庫進行碎片整理，每幾個月運行一次。這么做可以幫助數據庫在最佳狀態下運行，這一點在虛擬化環境下極其重要。

　　要牢記的另一點就是，SQL Servers往往是輸入/輸出密集型操作。因此，如果你打算對SQL服務器進行虛擬化處理，那么可以考慮使用專門的物理存儲系統，那樣SQL帶來的輸入/輸出負載并不影響其他的虛擬機。

　　http://www.windows-scripting.info/install-wsus-server-hyperv-virtual-machine.html