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

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

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

　　我們的評(píng)論將分為兩部分，第一部分主要關(guān)于SC2012的Orchestrator編排器以及SC2012:ConfigurationManager配置管理器。

　　第二部分則是關(guān)于SC2012:ServiceManager服務(wù)管理器、AppController、VirtualMachineManager虛擬機(jī)管理器和DataProtectionManager數(shù)據(jù)保護(hù)管理器。微軟端點(diǎn)保護(hù)管理器被排除在外，因?yàn)槲覀儧]有足夠的資源來分析它。

　　需要什么基礎(chǔ)設(shè)施

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

　　我們不建議在ActiveDirectoryDomain控制器中運(yùn)行任何模型，因此需要額外的虛擬機(jī)實(shí)例。

　　微軟想要在企業(yè)中發(fā)揮主導(dǎo)作用，而我們認(rèn)為，對(duì)于很多以微軟為中心的企業(yè)而言，SystemCenter如果不那么繁瑣的話，可以算是一個(gè)很好的選擇。

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

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

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

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

　　VirtualMachineManager還可以控制VMwareESX/ESXi實(shí)例，但很多VMwarevSphere5中的Vmware功能仍然需要vSphere5。這里的優(yōu)勢(shì)在于可以對(duì)管理基于Vmware實(shí)例中使用的共同任務(wù)進(jìn)行關(guān)聯(lián)控制。XenCenter和Citrix的XenCenter管理同樣也是這個(gè)道理。

#p#

　　編排器Orchestrator

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

　　Orchestrator模型必須至少有一臺(tái)服務(wù)器，專門用于構(gòu)建、管理和部署Runbook，Runbook是指令對(duì)象，其包含的指令可以用于資源的廣泛分配。

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

　　這些腳本還可以被存儲(chǔ)，或者放置到工作流程時(shí)間表中，然后它們將被事件觸發(fā)，例如某個(gè)應(yīng)用程序的逐步安裝等。

　　我們發(fā)現(xiàn)我們可以使用Orchestrator來安裝SQLServer、建立IIS角色和做出必要修改以讓Orchestrator運(yùn)作，但我們發(fā)現(xiàn)時(shí)已經(jīng)為時(shí)已晚。

　　我們可以導(dǎo)入runbook，或者使用RunbookDesigner，來獲取對(duì)腳本的wysiwyg視圖。我們還可以在流程中加入依存性以及資產(chǎn)和資源的具體名稱，以讓Orchestrator制定和執(zhí)行一些相當(dāng)復(fù)雜的工作。然后RunbookServer會(huì)開始運(yùn)作，RunbookServer第一個(gè)添加的是PrimaryRunbookServer，后續(xù)服務(wù)器在很大程度上將自主運(yùn)行。這可以讓分支機(jī)構(gòu)或者云環(huán)境為安裝、升級(jí)和其他工作流執(zhí)行自主運(yùn)行腳本。

　　我們對(duì)在實(shí)驗(yàn)室和網(wǎng)絡(luò)運(yùn)營(yíng)中心的服務(wù)器之間執(zhí)行應(yīng)用程序安裝的幾個(gè)runbook進(jìn)行了測(cè)試。首先，我們根據(jù)簡(jiǎn)單的用戶批量點(diǎn)擊數(shù)據(jù)來對(duì)它們進(jìn)行排列。隨后，這些事件將被日志記錄(微軟警告說日志記錄數(shù)據(jù)庫將會(huì)變得非常巨大，我們納悶，他們?yōu)槭裁床皇褂胹yslog?)。我們可以通過很多方法來控制runbook執(zhí)行，這取決于被允許的并行工作數(shù)量、執(zhí)行各部分工作時(shí)使用的權(quán)限以及可以執(zhí)行的活動(dòng)類型(包括定制活動(dòng)等)。

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

　　Orchestrator模型并沒有取代vSphere，但它知道如何自動(dòng)化很多日常任務(wù)。在映射很多vSphere信息(地址、機(jī)器名、主機(jī)平臺(tái)信息以及管理程序數(shù)據(jù)存儲(chǔ)信息)后，我們能夠?qū)SXi虛擬機(jī)從一臺(tái)機(jī)器轉(zhuǎn)移到另一臺(tái)，但這需要花費(fèi)很多功夫。

　　在Vmware環(huán)境，對(duì)Orchestrator集成包的控制具有限制，特別是當(dāng)能夠使用vSphere5的決策情報(bào)來選擇存儲(chǔ)和資源管理時(shí)。

　　在Orchestrator能夠獲取一個(gè)API，來悄悄地攫取更多基礎(chǔ)設(shè)施情報(bào)信息來移動(dòng)虛擬機(jī)，從而使ESXi服務(wù)器實(shí)現(xiàn)負(fù)載/存儲(chǔ)平衡之前，Orchestrator都無法“享受”vSphere控制機(jī)制的重要組成部分---這也是Vmware的秘密武器。盡管如此，Orchestrator對(duì)Vmware的集成控制仍然非常具有吸引力。

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

　　SystemsCenter2012:配置管理器

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

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

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

　　配置管理器站點(diǎn)包括主要站點(diǎn)和次級(jí)站點(diǎn)。次級(jí)站點(diǎn)被用作分發(fā)點(diǎn)，它們通過站點(diǎn)層級(jí)的組播來節(jié)約帶寬。這同樣適用于多分支機(jī)構(gòu)/多地區(qū)的站點(diǎn)，在不同地區(qū)，語言或者審計(jì)/合規(guī)技術(shù)和報(bào)告可能有所不同，這也是大型企業(yè)將有必要鉆研SystemCenter文檔以了解如何部署配置管理器站點(diǎn)的原因之一。

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

　　站點(diǎn)服務(wù)器的作用還包括：作為配置功能的存儲(chǔ)點(diǎn)。這意味著存儲(chǔ)通過Windows服務(wù)器更新服務(wù)(WSUS)的Windows更新，或者作為微軟的網(wǎng)絡(luò)訪問保護(hù)政策執(zhí)行修改的參照點(diǎn)。

　　配置管理器對(duì)可以應(yīng)用程序?qū)嵗⒉僮飨到y(tǒng)實(shí)例及其許可證進(jìn)行盤存、部署、審計(jì)和維護(hù)，但它不能在非windows平臺(tái)上進(jìn)行這些工作，這與Orchestrator有所不同。然而，如果你主要使用的是windows系統(tǒng)，配置管理器可以規(guī)范應(yīng)用程序和操作系統(tǒng)實(shí)例的部署，同時(shí)讓工作更加簡(jiǎn)單。

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

#p#

　　部署操作系統(tǒng)

　　我們發(fā)現(xiàn)配置管理器提供了幾個(gè)很不錯(cuò)的操作系統(tǒng)部署方法，首先，找到一個(gè)合適的鏡像作為有效載荷，你可以捕捉一個(gè)鏡像，或者使用轉(zhuǎn)換后的ISO映像。我們建議使用需要驅(qū)動(dòng)器或者適當(dāng)軟件的鏡像，這樣你就可以一步完成所有工作。

　　下一步驟是選擇分配方法。最常用的是PxE(預(yù)啟動(dòng)執(zhí)行環(huán)境)，它使用了Windows部署服務(wù)器。事實(shí)上，你完全不需要配置管理器，就可以使用PxE。配置管理器的價(jià)值在于，它允許創(chuàng)建RemoteInstall文件夾，這樣這些鏡像就可以進(jìn)出中央分配點(diǎn)。

　　我們測(cè)試了這個(gè)方法，對(duì)于Windows7專業(yè)版實(shí)例的測(cè)試是行之有效的。我們使用了WDS，建立了一個(gè)Ipv4本地網(wǎng)絡(luò)，配置了RemoteInstall文件夾和資源有效載荷，完成了WDS配置工作(很簡(jiǎn)單)，將鏡像引導(dǎo)到聯(lián)想T520測(cè)試機(jī)中。

　　讓庫存合規(guī)

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

　　此外，機(jī)器可以報(bào)告其電源狀態(tài)，你還可以測(cè)試機(jī)器的電源設(shè)置。

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

　　總結(jié)

　　與Orchestrator一樣，配置管理器需要大量前期規(guī)劃，但也可以從簡(jiǎn)單的水平開始部署。成功的部署將需要投入大量時(shí)間、精力和資源。這項(xiàng)工作非常復(fù)雜，需要非常深入Windows系統(tǒng)。配置管理器能夠幫助中小企業(yè)，同時(shí)，大型企業(yè)也能夠利用它的優(yōu)勢(shì)。