規劃 Service Manager 硬體效能

System Center - Service Manager 效能的重要部分取決於計劃處理組織需求的硬體組態和部署拓撲。 下列各節提供規劃適當硬體效能時要考慮的一般指導方針。

硬體效能

以下是 Service Manager 中最明顯的硬體瓶頸，在 Service Manager 資料庫中具有大量負載和數據量：

1. 最常見的瓶頸是執行 Microsoft SQL Server 的電腦上的記憶體和 I/O。 如果您有資源，請投入更多記憶體，並加快 I/O 子系統以改善 SQL Server I/O 的效能。
2. 如果您預期有許多控制台聯機到管理伺服器，您可以投資管理伺服器的其他 CPU 和記憶體，或安裝次要 Service Manager 管理伺服器，以改善效能以處理尖峰負載。

請注意本文中針對每個角色所建議的最低硬體需求。

虛擬機的角色

許多組織使用虛擬機器來裝載 Windows Server 應用程式。 Service Manager 伺服器角色，例如管理伺服器和數據倉儲伺服器，並不例外。 虛擬機器的使用範圍可能包含虛擬化所有的伺服器角色，或者是一些虛擬和實體電腦的組合。

我們不建議您使用任何特定的虛擬到實體計算機比率，因為貴組織的需求原本就是唯一的。 不過，每個軟體角色的最低硬體需求皆可套用至實體電腦上。 如果您決定虛擬化軟體角色，您應該計劃確保每個虛擬電腦都有額外的硬體資源。

如果未遵循下列規劃指引，資料庫伺服器在虛擬機上的效能不佳：

• 在 Hyper-V 環境中執行 SQL Server。
• 切勿在準備裝載 SQL Server 的虛擬機器上使用動態磁碟。 請使用固定大小的虛擬硬碟或傳遞。
• Hyper-V 每個客體只允許四個虛擬 CPU，如果您有許多控制台，可能會限制 Service Manager 伺服器。

Service Manager 基準測試結果

Service Manager 已針對效能和延展性進行基準測試，使用各種部署案例，並以實體計算機的形式提供最低建議的硬體。 更具體來說，這些案例是使用預先填入的資料庫進行測試，Service Manager 控制台會在迴圈中建立和更新事件和變更要求。

此資料庫已預先填入兩種測試的資訊：

• 測試 1 包含 20,000 部電腦、20,000 名使用者和所有必要的設定項目，同時在資料庫中總計會有約 250 萬列的 250,000 個設定項目。 測試 1 也包含 40 個作用中的 Service Manager 控制台。
• 測試 2 包含 50,000 部電腦、50,000 名使用者和所有相關的設定項目，同時在資料庫中總計會有約 600 萬列的 700,000 個設定項目。 測試 2 也包含 80 個作用中的 Service Manager 控制台。

測試產生下列結果：

• 為了要達成 50,000 個電腦設定的回應時間目標，SQL Server 記憶體必須從 8 GB 增加至 32 GB。
• 在測試期間，每小時都會在 20,000 個電腦設定中產生 200 個事件和 50 個變更要求，並在 50,000 個電腦設定中產生 500 個事件和 125 個變更要求，同時會針對每個事件和變更要求處理三至四個通知訂閱和範本。
• 一般來說，對於基準測試，通知訂閱處理和範本套用等工作流程會在每個工作項目產生後 1 分鐘內執行。

如果您的組織計劃擁有少於 20,000 部支援的電腦和控制台，以及較少的工作流程，則即使某些 Service Manager 角色裝載於虛擬電腦上，您的 Service Manager 效能也應該可以接受。

不過，如果您打算在 Service Manager 資料庫中新增其他支持的計算機，您應該計劃將 Service Manager 資料庫伺服器的 RAM 數量增加到超過本檔中所列的最低需求。 例如，在基準測試 8 GB RAM 中，已安裝在 Service Manager 資料庫伺服器中，其中包含 20,000 部計算機的記錄。 然後，您應為計畫額外支援的 10,000 部電腦新增 8 GB 的 RAM。 例如，您已針對 50,000 部電腦規劃 32 GB 的 RAM。 當您在執行 SQL Server 的電腦上安裝 32 GB 的 RAM 並測試 50,000 個電腦設定時，相較於之前新增額外電腦的設定，其已提升至不再造成效能損耗的狀態。

基準測試中也包含網路延遲的測試。 Service Manager 控制台與 Service Manager 管理伺服器之間引進了網路等待時間。

注意

Service Manager 資料庫伺服器和 Service Manager 管理伺服器應位於低延遲 LAN 上;Service Manager 資料庫伺服器與 Service Manager 管理伺服器之間的網路等待時間可能會導致 Service Manager 效能大幅降低。

測試另產生下列結果：

• 如果網路等待時間小於 100 毫秒（msec），則發現整體 Service Manager 控制台回應時間良好。

• 當網路等待時間是 150 毫秒到 200 毫秒時，效能會被視為可用，在某些情況下回應時間降低高達 40%。 若延遲介於 150 毫秒到 200 毫秒之間，您應該規劃評估貴組織的主要案例，並判斷遠端桌面連線 （RDC） 是否為較佳的選項。

  注意

  在 Service Manager 控制台中展開服務對應的速度很慢，延遲量會變慢。

• 當網路等待時間超過 200 毫秒時，整體 Service Manager 控制台回應時間會被視為不良。 如果延遲超過 200 毫秒，您應計劃使用 RDC 或其他類似的遠端存取解決方案進行操作工作。 由於偶而執行的管理工作並不常見，因此您可能不需要遠端存取這些工作。

下一步

• 若要閱讀規劃 Service Manager 軟體效能時要考慮的一般指導方針，請檢閱 Service Manager 效能。