雖然安裝仍然很麻煩，但比以前好多了，同時，這也是近年來第一次，SystemCenter的所有模型都進行了同步修改，并且其覆蓋面也有所提高。

　　在SystemCenter2012中，包含了對私有云的控制，雖然其重點更傾向于WindowsAzure—微軟的公共云平臺;同時，它也支持對虛擬化的控制，盡管其傾向于微軟的Hyper-V管理程序，此外，SystemCenter2012還支持CitrixXenServer和VMwareESXi/vSphere中被大量使用(但不是所有)的功能。

　　SystemsCenter2012的覆蓋面還包括大量的其他非Windows設備，例如，你不僅可以使用WindowsPhone，還可以使用蘋果的iPad/iPhone的iOS5，或者Android手機(如果它能鏈接到MicrosoftExchange服務器控制的話)。微軟正在試圖改變其僅支持Windows的局面，這是我們看到過的微軟提供的最平等的覆蓋面。雖然擴大覆蓋面是好事，但同時，它增加了復雜程度。

　　我們的評論將分為兩部分，第一部分主要關于SC2012的Orchestrator編排器以及SC2012:ConfigurationManager配置管理器。

　　第二部分則是關于SC2012:ServiceManager服務管理器、AppController、VirtualMachineManager虛擬機管理器和DataProtectionManager數據保護管理器。微軟端點保護管理器被排除在外，因為我們沒有足夠的資源來分析它。

　　需要什么基礎設施

　　我們需要很多虛擬機形式的硬件，來實現所有模型的完整安裝。每個模型至少都需要一個具有40G磁盤和合理內存的服務器/虛擬機實例。在SC2012的模型中，通常是SQLServer2008R2作為引擎。此外，很多模型可能還需要必要的繁重的硬件。

　　我們不建議在ActiveDirectoryDomain控制器中運行任何模型，因此需要額外的虛擬機實例。

　　微軟想要在企業中發揮主導作用，而我們認為，對于很多以微軟為中心的企業而言，SystemCenter如果不那么繁瑣的話，可以算是一個很好的選擇。

　　每個模型在安裝之前都需要進行規劃，如果沒有UnifiedInstaller，模型將無法進行安裝，這也意味著你需要做一些功課。你要做的功課包括了解每個模型的先決條件(它們都略有不同)，然后部署這些先決條件，例如上述SQLServer，以及在大多數情況下，部署具有不同設置的IIS等。我們發現這是很麻煩的工作。

　　在完成這些功課后，你就可以使用UnifiedInstaller來安裝模型了。

　　盡管SystemCenter2012組件存在異構性，想都不用想，微軟肯定會優先其自己的產品。更有趣的是，它還新增了功能與其競爭對手的高級功能相競爭，同時管理具有競爭性的虛擬化和云基礎設施。例如，SystemCenter2012突出了微軟Hyper-V基礎設施的優勢，而SC2012:VirtualMachineManager虛擬機管理器提供對私有云和公共云中的虛擬化實例的管理功能，這個公共云通常意味著，微軟的Azure云資源。

　　通過Hyper-V，VirtualMachineManager虛擬機管理器可以進行裸機安裝，這使Windows或者Linux實例(SuSE實例)的管理程序化裸機開始流行。

　　VirtualMachineManager還可以控制VMwareESX/ESXi實例，但很多VMwarevSphere5中的Vmware功能仍然需要vSphere5。這里的優勢在于可以對管理基于Vmware實例中使用的共同任務進行關聯控制。XenCenter和Citrix的XenCenter管理同樣也是這個道理。

#p#

　　編排器Orchestrator

　　微軟公司于2009年收購了Opalis—IT流程自動化工具，作為Opalis的升級版，Orchestrator可以算得上是最引人注目的模型了。通過RunbookDesigner，Orchestrator可以讓Runbook完成復雜的工作，這些Runbook構成的定制腳本生成器可以深入基礎設施內部。

　　Orchestrator模型必須至少有一臺服務器，專門用于構建、管理和部署Runbook，Runbook是指令對象，其包含的指令可以用于資源的廣泛分配。

　　Runbook是工作流指令，現在網上已經有一些runbook可用資源，可以添加到Orchestrator中。Runbook也是腳本，腳本可以進行編輯，以及使用與runbook活動(runbook/腳本將要執行的指令)相符的本地具體變量進行替換。

　　這些腳本還可以被存儲，或者放置到工作流程時間表中，然后它們將被事件觸發，例如某個應用程序的逐步安裝等。

　　我們發現我們可以使用Orchestrator來安裝SQLServer、建立IIS角色和做出必要修改以讓Orchestrator運作，但我們發現時已經為時已晚。

　　我們可以導入runbook，或者使用RunbookDesigner，來獲取對腳本的wysiwyg視圖。我們還可以在流程中加入依存性以及資產和資源的具體名稱，以讓Orchestrator制定和執行一些相當復雜的工作。然后RunbookServer會開始運作，RunbookServer第一個添加的是PrimaryRunbookServer，后續服務器在很大程度上將自主運行。這可以讓分支機構或者云環境為安裝、升級和其他工作流執行自主運行腳本。

　　我們對在實驗室和網絡運營中心的服務器之間執行應用程序安裝的幾個runbook進行了測試。首先，我們根據簡單的用戶批量點擊數據來對它們進行排列。隨后，這些事件將被日志記錄(微軟警告說日志記錄數據庫將會變得非常巨大，我們納悶，他們為什么不使用syslog?)。我們可以通過很多方法來控制runbook執行，這取決于被允許的并行工作數量、執行各部分工作時使用的權限以及可以執行的活動類型(包括定制活動等)。

　　Orchestrator還包含IntegrationPacks(集成包)，這些集成包是讓runbook控制ActiveDirectory以及第三方軟件的連接點。目前Orchestrator提供針對惠普iLO/OA服務器管理、惠普OperationsManager軟件、惠普服務管理器、IBM的TivoliNetcool/OMNIbus基礎設施管理套件以及VmwarevSphere的集成包。由于條件所限，我們并沒有對這些進行測試。不過我們對我們非常熟悉的Vmware集成包進行了分析。

　　Orchestrator模型并沒有取代vSphere，但它知道如何自動化很多日常任務。在映射很多vSphere信息(地址、機器名、主機平臺信息以及管理程序數據存儲信息)后，我們能夠將ESXi虛擬機從一臺機器轉移到另一臺，但這需要花費很多功夫。

　　在Vmware環境，對Orchestrator集成包的控制具有限制，特別是當能夠使用vSphere5的決策情報來選擇存儲和資源管理時。

　　在Orchestrator能夠獲取一個API，來悄悄地攫取更多基礎設施情報信息來移動虛擬機，從而使ESXi服務器實現負載/存儲平衡之前，Orchestrator都無法“享受”vSphere控制機制的重要組成部分---這也是Vmware的秘密武器。盡管如此，Orchestrator對Vmware的集成控制仍然非常具有吸引力。

　　在一般情況下，Orchestrator部分事件用于執行“正常”事件，而其他時候則在監控日志。在運行Orchestrator之前，我們需要進行很多初步規劃。然后，在前期階段，我們需要“操練”runbook，讓runbook完成各種各樣的工作，其中某些工作可能并不需要自動化。

　　SystemsCenter2012:配置管理器

　　與Orchestrator一樣，配置管理器在動手安裝之前，也需要規劃。配置管理器使用SQLServer2008R2作為其引擎，與Orchestrator一樣，它也要位于與ActiveDirectory域控制器不同的實例中。

　　事實上，如果SQL服務器出現故障時，大部分工作將會被停止，為此，我們可以考慮采用頻繁的備份和復制和/或群集。

　　配置管理器需要至少一臺站點服務器和站點數據庫實例(它們可以位于同一臺機器或者虛擬機實例中)，以及一臺組件服務器(也可以與站點或數據庫服務器結合在一起)。到目前為止，我們擁有三個可以結合起來的服務器實例，但SQL服務器無法被映射，這讓我們很困擾。不過，這里的高可用性很重要。

　　配置管理器站點包括主要站點和次級站點。次級站點被用作分發點，它們通過站點層級的組播來節約帶寬。這同樣適用于多分支機構/多地區的站點，在不同地區，語言或者審計/合規技術和報告可能有所不同，這也是大型企業將有必要鉆研SystemCenter文檔以了解如何部署配置管理器站點的原因之一。

　　在了解這些注意事項后，我們通過UnifiedInstaller，安裝了配置管理器。

　　站點服務器的作用還包括：作為配置功能的存儲點。這意味著存儲通過Windows服務器更新服務(WSUS)的Windows更新，或者作為微軟的網絡訪問保護政策執行修改的參照點。

　　配置管理器對可以應用程序實例、操作系統實例及其許可證進行盤存、部署、審計和維護，但它不能在非windows平臺上進行這些工作，這與Orchestrator有所不同。然而，如果你主要使用的是windows系統，配置管理器可以規范應用程序和操作系統實例的部署，同時讓工作更加簡單。

　　配置管理器可以應用于設備的生命周期中的幾個階段。首先，Windows操作系統以及應用程序有效載荷被引入裸機中，然后基于windows的配置管理器代理被用于管理該設備(主要通過推拉信息命令)。WindowsMobile6+、SymbianBelle手機、某些windows嵌入式系統版本以及使用ExchangeActiveSyncAPI的移動設備(AppleiOS4+和Android的某些版本)也可以在其生命周期中進行配置和管理。

#p#

　　部署操作系統

　　我們發現配置管理器提供了幾個很不錯的操作系統部署方法，首先，找到一個合適的鏡像作為有效載荷，你可以捕捉一個鏡像，或者使用轉換后的ISO映像。我們建議使用需要驅動器或者適當軟件的鏡像，這樣你就可以一步完成所有工作。

　　下一步驟是選擇分配方法。最常用的是PxE(預啟動執行環境)，它使用了Windows部署服務器。事實上，你完全不需要配置管理器，就可以使用PxE。配置管理器的價值在于，它允許創建RemoteInstall文件夾，這樣這些鏡像就可以進出中央分配點。

　　我們測試了這個方法，對于Windows7專業版實例的測試是行之有效的。我們使用了WDS，建立了一個Ipv4本地網絡，配置了RemoteInstall文件夾和資源有效載荷，完成了WDS配置工作(很簡單)，將鏡像引導到聯想T520測試機中。

　　讓庫存合規

　　軟件應用程序、內容和更新都以類似的方式分配，但配置管理器還會通過Collections創建有關庫存和狀態的信息對象。Collections是用戶或設備組(但不是用戶和設備組)。數據進行一次收集(或者簡單的累計數)或者在時間間隔內進行檢查。然而，微軟反對在時間間隔內查詢“全球”信息，因為這會產生一個巨大的無用事件。通過這個collections，我們可以滿足合規要求，合規意味著檢查庫存對象(也許是應用程序)是否存在，或者通過自定義腳本檢查其狀態。我們測試了使用內置復選框的基本例子，調用客戶端的WindowsInstaller文件存在，在我們的測試中，LenovoT520中安裝的是WindowsOffice2010，這更加復雜，還需要部署自定義腳本。

　　此外，機器可以報告其電源狀態，你還可以測試機器的電源設置。

　　報告要求SQLServer報告，很多庫存、合規和一般活動日志的查詢是很簡單的。我們還可以對數據表進行修改以讓事情看起來更完美。從審計的角度來看，審計員會注意到我們導出、操作和重新導入以讓表更加清晰，但是你需要有一名知道如何操作的數據庫管理員才能完成這項工作。如果我們按照規則來操作，這些報告實際上非常簡單易用，通過一些注釋，也很簡單易懂，即使是首席信息官也能夠看懂。

　　總結

　　與Orchestrator一樣，配置管理器需要大量前期規劃，但也可以從簡單的水平開始部署。成功的部署將需要投入大量時間、精力和資源。這項工作非常復雜，需要非常深入Windows系統。配置管理器能夠幫助中小企業，同時，大型企業也能夠利用它的優勢。