功能效能考量
發行︰ 2016年3月
適用於： System Center 2012 SP1 - Orchestrator、System Center 2012 - Orchestrator、System Center 2012 R2 Orchestrator
本節說明影響生產環境效能的 Orchestrator 處理序。 此程序的重點是要找出在執行階段期間、在 Web 服務中及在撰寫期間發生的處理序。 雖然有許多撰寫活動是在生產環境之外發生，但是在考慮設定生產環境以測試效能時，仍應顧及不同的變化，例如，是否支援 Orchestrator 系統管理員提出的特殊要求。
Runbook
儘管 Runbook 在設計和複雜程度上不盡相同，但結構卻相當單純。 Runbook 可以執行三種操作：執行活動、管理已發佈資料以及執行分支邏輯。 下列各節提供有關這些操作的詳細資料。
活動本質
Runbook 活動包含兩種類型的程式碼：平台程式碼和網域程式碼。 平台程式碼是建置在所有 Runbook 共用的架構之上。 平台程式碼負責管理 Orchestrator 處理序。 網域程式碼則是指 Runbook 活動中負責管理 Orchestrator 外部處理序的程式碼。 例如，[叫用 Web 服務] 活動包含負責處理 Orchestrator 中處理序 (如發佈資料) 的平台程式碼，以及專門用來叫用 Web 服務的網域程式碼。
在比較執行類似平台程式碼的活動時，您會發現不同 Runbook 間在處理上只有些微的差異。 網域程式碼則取決於 Orchestrator 外部的延遲問題。 不同活動之間的網域程式碼可能會有很大的差異。 若要瞭解網域程式碼相依性及其 Runbook 效能的影響，您必須先分別測試個別活動的效能，然後再判斷生產環境的需求。
已發佈資料
Orchestrator 中的 Runbook 會在活動之間共用資料。 每個活動都會使用先前 Runbook 活動建立的已發佈資料。 活動使用已發佈資料的方式則取決於網域程式碼。 所有 Runbook 活動都會盡可能發佈最少的執行階段參數組合，稱為「一般已發佈資料」。 網域程式碼可以發佈資料 (但非必要)。 網域程式碼建立的已發佈資料稱為「活動特定已發佈資料」。 活動產生的資料可包含具有單一值或多重值的資料元素。 例如，每個活動都會產生單一值一般已發佈資料的單筆記錄。 網域程式碼則可產生單一值和多重值資料的多筆記錄。
將資料發佈到 Orchestrator 資料庫是一項耗用大量資源的活動。 Runbook 效能取決於每個活動發佈的資料量，以及主控 Orchestrator 資料庫之電腦的效能和復原功能。 在規劃效能需求時，請將 Runbook 需要的已發佈資料量和主控 Orchestrator 資料庫之電腦的效能納入考量。
分支
如果 Runbook 活動需要同時將資料傳送給兩個 (含) 以上的活動，該活動便會建立分支。 當 Runbook 啟動時，處理程序只包含單一執行緒。 當這個執行緒遇到分支時，系統會針對每個分支建立一個執行緒。 每個執行緒都會參照執行緒中先前所有活動的已發佈資料。 Runbook 中的執行緒總數取決於在 Runbook 中使用的分支數量。 多重執行緒 Runbook 所需的處理能力比單一執行緒 Runbook 高。
在評估 Runbook 效能需求時，請將您計劃要包含在 Runbook 的分支數量納入考量。 含有許多分支的 Runbook 在 Runbook 伺服器上需要的處理能力讓於不含分支的 Runbook。
操作員經驗
操作員經驗發生於 Orchestration 主控台和 Orchestrator Web Service 上。 Orchestration 主控台是以 Microsoft Silverlight 為基礎的 Web 應用程式，它需要 Orchestrator Web Service 才能連線到 Orchestrator 資料庫。 Orchestration 主控台和 Orchestrator Web Service 需仰賴 Orchestrator 資料庫和主控 Orchestrator Web Service 之 Internet Information Services (IIS) 伺服器的效能。
Service Manager 連接器
Orchestrator Web Service 支援 Service Manager 連接器。Service Manager 是以提供服務給約 50,000 位使用者的 IT 客戶為目標。Service Manager 要求管理案例假設每位使用者每個月都會提出一項要求。 此案例產生的要求量是每天 2,500 項要求 (200 項要求/小時或是大約每分鐘三項要求)。Service Manager 使用 Orchestrator Web Service 來更新活動的狀態，這需要支援數量相近的狀態要求。 另請注意，Service Manager 連接器會探索已發佈的 Runbook。 探索任何指定之 Runbook 資料夾的回應時間取決於資料夾內的 Runbook 數量。