微軟系統中心 2012年：帶領 System Center 幫團
將 IT 程序自動化不僅省時又省力，而且可透過 System Center 2012 Orchestrator 輕鬆辦到。
Paul Schnackenburg
最大的挑戰與它流程自動化不是技術— — 它是與業務和業務流程的介面。 這種挑戰也是其他的業務和 IT 計畫的基礎。 毫無疑問自動化的任務是實現私人和公共雲的好處的關鍵元素之一。 這是 IT 專業人員在轉型中的面臨的主要挑戰雲計算。
系統中心 2012 Orchestrator 是一個 Runbook 自動化 （澳大利亞） 工具，也稱為 IT 流程自動化 （不道德） 的工具。 這可以說是系統中心 2012年套件的最重要部分。 同時在套件中的較大的產品如系統中心的操作管理器和系統中心組態管理員處理日常 IT 管理工作，協調指揮者是轉換套件單獨應用於一個統一的工具集的膠水。
Orchestrator 是一個強大的工具，為自動化重複的過程和任務，以及溝通全異的系統和平臺。 協調指揮者是 2009 年 12 月收購了微軟的 Opalis 整合服務器的新版本。
學習如何使用和理解的協調指揮者的概念可能意味著寶貴或更換為業務之間的區別。 幸運的是，成為舒適的協調指揮者和創建基本工作流是相對容易，，Microsoft 提供了良好的培訓材料。
若要獲得全面的協調指揮者的利益，必須坐下來與完整的 IT 部門，以及與其他部門的業務。 為實現自動化，您必須首先確定哪個進程自動化。 自動化的良好競爭者耗時的現行做法、 常見的 IT 問題和對服務等級有重大影響的問題。
作為一個實際的例子，使用者可以通過請求一個自助服務的入口網站中的服務啟動 Orchestrator runbook。 Runbook，然後將會由它等待批准。 一旦批准，它將自動提供所需要的虛擬機器器通過系統中心的虛擬機器管理器、 部署所需的軟體組態管理員通過、 安排備份通過系統中心資料保護管理器然後集成協力廠商系統監測。
Orchestrator 元件
有幾個元件到協調指揮者。 Runbook 伺服器執行手冊或工作流。 這通常會坐在您的資料中心。 業務流程主控台是一個基於 Web 的介面，您可以使用啟動和跟蹤 runbook 執行。 Runbook 設計者是，您可在其中創建通過連結活動手冊。 最後，部署管理員是在其中註冊的集成包並將它們部署到 Runbook 伺服器。
在整個組織，不同類型的使用者交互的協調指揮者以不同的方式。 IT 專業人員使用 Runbook 設計器創建的工作流。 IT 經理們使用業務流程主控台來檢查統計和報告。 開發人員可以使用 Orchestrator 集成工具組創建自訂集成包的商務活動。 與協調指揮者，您的企業用戶可能會通過 Web 主控台，用來執行資料庫清理工作，例如一次按一下 runbook 來進行交互。
隨著案件時，總是微軟收購了一種產品，該公司已更改術語。 如果你熟悉 Opalis，在運算子用戶端現在是 Runbook 設計師。 在操作員主控台現在是業務流程主控台。 工作流程表用於已知的政策，和快速集成套件現在是 Orchestrator 集成工具組。
根據您的環境和您依賴的協調指揮者的大小，您可能需要幾個 Runbook 伺服器。 如果 runbook 未能完成由於停電一台伺服器上，它會在另一個可用的伺服器上重新開機。 它是一個好的主意，在工作流程表來檢查是否他們被以前運行但未完成中包含邏輯。 Runbook 伺服器將不超過 50 手冊併發執行預設情況下，雖然您可以更改此設置 （請參閱 TechNet 圖書館文章，"Runbook 頻寬限制配置如何")。 他們將排隊等候，但整體可伸縮性是取決於您特定的手冊和它們的性能設定檔。
系統中心 2012年協調指揮者的最低要求是 1 GB 的記憶體 （但建議 2 GB 或更多），雙核心的 CPU 和 200 MB 的可用磁碟空間。 除 Runbook 設計器的所有元件都需要 Windows Server 2008 R2。 設計器還可以運行在 Windows 7 上。 伺服器需要有與.net 框架 4 一起安裝 Microsoft.net 框架 3.5 SP1。 業務流程主控台，需要在伺服器上啟用 IIS。 用戶端瀏覽器需要 Silverlight 4 安裝或更新版本。 最後，你還需要一個 SQL Server 2008 R2 資料庫，本地或遠端。
安裝經驗很容易 （請參見圖 1)。 先決條件檢查可確保所需的一切是在之前的地方。 如果您以前已經安裝 Opalis，你就會驚喜因為整個混亂的下載和安裝 JAVA 和 JBoss 元件已經一去不復返了。 如果您當前正在使用 Opalis 6.3，升級是只需安裝並行環境、 出口現有手冊、 然後將其導入的協調指揮者。 你應該注意到反不可能 — — 你不能帶入 Opalis Orchestrator 手冊。
.jpg)
圖 1 安裝的協調指揮者是一件簡單的事。
運行帶有手冊
建設 runbook 涉及活動從右側窗格拖動到工作區並將其連結 （請參見圖 2)。 活動是使用安裝的或您已安裝的一個或多個 IPs 的一部分或者標準的活動。
.jpg)
圖 2 Runbook 設計器是使用簡單。
每個活動之間的聯繫可以分支基於活動成果被列為成功、 警告或失敗。 每個活動都可以在 Windows 中使用變數和計數器您已經配置，以及環境變數。 從每個活動資料會被放到已發佈的資料，共用的資料匯流排上和其他的活動可以使用此進一步到工作流。
您可以使用正則運算式來過濾輸出資料的包括和排除選項。 此外可以使用函數和數學計算的數值。 您可以迴圈允出準則的精確控制的活動。 檢查所有的完整描述 TechNet 庫的資料處理功能。
內置的活動包括系統進程和服務操作簡單網路管理協定 (SNMP) 監測、 檔管理、 調度、 通過電子郵件通知和其他選項，資料庫查詢，以及 Web 服務調用。 您可以通過 Telnet 和 SSH 活動手冊中包括 Linux 和其他平臺。 Visual BASIC、 C#、 JScript 和 Windows PowerShell，可以調用.net 腳本活動。
超出標準
雖然標準的活動是全面，並説明您自動執行許多常見的情況，集成包真的顯示的協調指揮者的力量。 檢查 TechNet 庫的完整清單的集成包。
現在有集成包 （請參見圖 3) 當前和以前版本中的所有產品的 系統中心套件。 集成包還包括 HP 業務服務管理員和國際勞工組織的硬體，VMware vSphere 和 IBM Tivoli。 那裡還會社區-創建集成包具有特定功能的 CodePlex 和 Technet 畫廊，其中包括 VMware 堆疊。
.jpg)
圖 3 安裝集成包是一個三步過程：註冊、 部署和配置。
系統中心 2012年產品微軟集成包不包含每個資料保護管理器和虛擬機器管理器可能採取的行動的活動。 他們並涵蓋大多數普通日常任務，與運行 PowerShell 活動較少共同採取行動。 此活動是比標準運行.net 腳本，便於使用，因為它會重用連接配置，所以您不需要在您的腳本中嵌入的身份驗證。 此外容易輸出資料的資料匯流排。 更多關於這上有 Orchestrator 團隊博客。
如果您要運行的操作管理器 2012年，你可能已經注意到集成 （事件轉發，事件票證創造，監控票決議等） 與協力廠商服務櫃檯從 BMC 軟體公司、 惠普和服務 now.com 不再在框中。 也不是與企業集成管理工具從 BMC、 惠普和 IBM 公司。 這是因為它現在通過協調指揮者提供。 Kelverion 是一個好的地方才開始看集成包和手冊為此。
執行手冊
調度手冊是相當靈活，以適應不同的目的。 例如，可以，排除一些來自營業期間運行。 檢查日程活動在 runbook 內的可用於檢索資料的時間。 其它手冊可以等待的某些條件或觸發器，和將作為第一個物件的監視活動。 這些手冊"運行"不斷。
如果你是腳本的大師，但熟悉 Orchestrator 或 Opalis，你可能會覺得你可以做此腳本與大多數。 通過指令碼語言 （如 Windows PowerShell 協調指揮者的力量是夠。 協調指揮者"會談"到許多不同的平臺，使用集成包。
也是創作的易用性。 協調指揮者使用 Visio 樣介面，其中您直觀地連結任務。 它提供了安全和代表團，控制誰可以運行哪些手冊和誰可以改變它們。 可以腳本包括作為協調指揮者手冊在必要時的一部分，所以它不是任一 / 或情況。
選擇您的流程
創建好的手冊和自動化您的 IT 流程開始坐在 Runbook 設計器之前很久。 您必須同意最好要做的東西和涉及哪些步驟。 它是更容易創建高效的工作流程表，當你有方便，如 runbook 如何往往要運行，它將運行時，哪些步驟都包括在內，如果事情 runbook 開始，哪些資料應該傳遞活動，所需的最終結果和什麼做的觸發器失敗一路走來的所有相關資訊。
達成明確的命名約定，使用連結顏色溝通分支邏輯。 將複雜的工作流程表拆分為較小的部分，在父/子關係中最重要的提示。 您可以配置這些將資料傳遞給對方。 有進長手冊串在一起的小手冊簡化了重用、 故障排除和維修。
用於執行手冊，可以使用控制許可權的資料夾。 您還可以設置單個手冊的權利，但它不是非常易於管理。 完全控制允許使用者執行與改變的 runbook，以及更改的許可權。 寫需要更改工作流程表，而讀取只允許使用者執行。
也有安全級別的集成包。 您可以有兩種不同的配置，級別 1 和 2 服務台人員。 Runbook 簽出時，沒有其他人可以更改它，直到它再次簽入。 你可以控制到右系統由電腦群組中針對手冊和基地這些活動目錄查詢。
當你準備好了要測試您的 runbook 時，使用 Runbook 測試儀用於調試和設置中斷點。 不要被誤導"測試器"的名字物件，雖然。 這不是類比的環境。 您的工作流程表將會執行即時資料。 你可以，不過， 控制該帳戶在 runbook 的測試回合。
顯示器手冊
當您要測試的 runbook 時，您可以打開物件級別為深入瞭解如何執行每項活動的日誌記錄。 您還可以看到即時日誌的正在執行的手冊，以及最近手冊一份歷史日誌。 您可以配置日誌記錄，包括資料匯流排上的已發佈資料值。
最後，您可以啟用 （它的禁用預設情況下） 的審計跟蹤文本日誌記錄。 這是發揮協調指揮者與外部系統進行交互時的不同而不同。 如果您已啟用的日誌記錄選項太多，一定要小心。 這可以將大量的資訊添加到您的 SQL 資料庫。 可以使用一個計畫的作業以清除舊的日誌資料或手動執行它。
您可以控制特定的 runbook 的多少個實例同時執行。 如果 runbook 的時間長於常規時間來完成，您還可以配置一個通知。 盯著任何自動化環境是至關重要的。 有，應考慮強制性業務經理管理包。
該中心的系統中心 2012
系統中心 2012年套房是仍然組成單獨的程式與分散的基礎架構和資料庫和不同的代理監視、 配置和受保護的節點上。 包括協調指揮者和集成包為不同的應用程式，可説明您真正利用強項，每個解決方案中從來沒有可能在前一種方式而共同努力。 甚至有一包示例系統中心 2012年手冊 上 CodePlex 以獲取可用你開始你的集成旅程 (請參閱 圖 4)。
.jpg)
圖 4 這一組示例系統中心 2012年手冊是一個偉大的起點。
有強大集成之間的不同系統中心程式和協調指揮者，尤其是與系統中心服務管理員，它可以通知和執行手冊。 為了澄清任何混淆兩者之間的區別，瞭解協調指揮者是關於它的所有進程，而服務管理員處理業務流程。
協調指揮者真正是系統中心樂團總監的另一個標誌是最近發佈系統中心雲服務過程包。 這提供了載入項服務管理員和手冊的協調指揮者，啟用自訂私有雲資源調配。
只有全新功能是協調指揮者 Web 服務。 這暴露了協調指揮者通過 OData/Representational 狀態傳輸介面的功能。 它允許您查看的資料夾 ； 手冊和它們的參數 ； 活動 ； 就業機會 ； Runbook 伺服器和統計資料 ； 和 runbook 和活動實例資訊。
一些偉大的方法開始學習包括 Jumpstart 博客系列由 Pete Zerger。 Orchestrator 團隊博客也一直忙自推出以來覆蓋的文章負載平衡業務流程主控台和 Web 服務， 溝通協調指揮者通過 COM，和 創建和使用本地變數中的 runbook。
毫無疑問學習的協調指揮者應高優先順序清單上。 自動化將在資料中心的未來，發揮了巨大作用，它起著巨大的作用，在統一的系統中心套房。 大多數時候，不過，這應該是高清單上因為協調指揮者為您提供集成和自動化流程，在這麼多的獨立系統中的權力。
.jpg)
Paul Schnackenburg 一直工作在它當年的 286 電腦。 他在澳洲黃金海岸經營自己的事業 Expert IT Solutions，同時從事兼職 IT 教師。 他擁有 MCSE、MCT、MCTS 和 MCITP 認證，專精於 Windows Server、Hyper-V 和 Exchange 企業解決方案。 他在到達 paul@expertitsolutions.com.au ，並按照他在博客上的 TellITasITis.com.au。