Configuration Manager網站大小和效能常見問題

在至少兩個不同的磁片區上分隔Configuration Manager收件匣和SQL Server檔案。 此區隔可讓您針對不同種類的 I/O 執行叢集配置大小進行優化。

針對裝載月臺伺服器收件匣的磁片區，請使用 NTFS 搭配 4K 或 8K 配置單位。 即使是小型檔案，ReFS 也會寫入 64k。 Configuration Manager有許多小型檔案，因此 ReFS 可能會產生不必要的磁片負荷。

對於包含SQL Server資料庫檔案的磁片，請使用 NTFS 或 ReFS 格式，並具有 64K 配置單位。

(SSD) 和 Azure 進階儲存體 的固態硬碟新式陣列可在單一磁片區上提供高 IOPS，但磁片數目很少。 您通常會將更多磁片磁碟機新增至陣列以取得額外的儲存體，而不是額外的輸送量。 如果您使用以實體主軸為基礎的磁片，可能需要比單一磁片區產生更多的 IOPS。 您應該為 .mdf 檔案配置建議 IOPS 和磁碟空間總計的 60%，為 .ldf 檔案配置 20%，針對記錄檔和資料暫存檔配置 20%。 .ldf和暫存檔檔案全都可以位於單一磁片區，其中 40% (20% + 20%) 配置的 IOPS。

SQL Server 2016 SQL Server之前的版本預設只會建立一個暫存資料檔案。 您應該建立更多專案，以避免SQL Server鎖定並等候存取單一檔案。 社群的意見會因要建立的最佳暫存資料檔案數目而有所不同，從 4 個到 8 個。 測試顯示四到八之間的差異很小，因此您可以建立四 個大小相同的 暫存資料檔案。 您的 tempdb 資料檔案大小應該高達完整資料庫的 20-25%。

可設定時，請將 RAID 控制器記憶體設定為寫入作業的 70% 配置，以及 30% 的讀取作業配置。 一般而言，請針對月臺資料庫使用 RAID 10 陣列組態。 對於 I/O 需求較低的小型月臺，或如果您使用快速 SSD，也可以接受 RAID 1。 使用較大的磁片陣列，設定備用磁片來自動取代失敗的磁片。

範例：具有實體磁片的實體機器

具有100，000個用戶端的共置月臺伺服器和SQL Server大小指導方針是月臺伺服器收件匣為 1200 IOPS，SQL Server檔案為 5000 IOPS。

您產生的磁片設定可能如下所示：

1. 不包含建議的備用磁片。
2. 此值來自 範例磁片組態。

如果硬體資源 (CPU 核心和傳遞儲存體) 是虛擬機器 (VM) 專用的 100%，則 Hyper-V 會提供與實體伺服器類似的效能。 使用固定大小的 .vhd 或 .vhdx 磁 盤檔案會對 I/O 效能造成最低 1-5% 的影響。 使用動態擴充的 .vhd或.vhdx磁片檔案，會對Configuration Manager工作負載造成高達 25% 的 I/O 效能影響。 如果您需要動態擴充磁片，請將額外的 25% IOPS 效能新增至陣列來進行補償。

在 VM 內執行Configuration Manager月臺伺服器或SQL Server時，請將 Hyper-V 主機 OS 磁片磁碟機與 VM OS 和資料磁片磁碟機隔離。

如需優化 VM 的詳細資訊，請參閱 效能微調 Hyper-V 伺服器。

範例：Hyper-V VM 型月臺伺服器

共置的月臺伺服器和具有150，000個用戶端的SQL Server大小指導方針為月臺伺服器收件匣為 1800 IOPS，SQL Server檔案為 7400 IOPS。

您產生的磁片設定可能如下所示：

1. 不包含建議的備用磁片。
2. 適用于基礎磁片區專用之 VM 磁片磁碟機的固定大小、傳遞 .vhdx 。
3. 此值來自 範例磁片組態。

從閱讀Azure 上的Configuration Manager常見問題開始。

Azure 基礎結構即服務 (利用進階儲存體型磁片的 IaaS) VM 可能會有高 IOPS。 在這些 VM 上，針對預期的磁碟空間需求設定其他磁片，而不是針對額外的 IOPS。

Azure 儲存體原本就是備援的，而且不需要多個磁片來提供可用性。 您可以在磁片管理員或儲存空間中等量磁片，以提供額外的空間和效能。

如需如何最大化進階儲存體效能並在 Azure IaaS VM 中執行 SQL Server 的詳細資訊和建議，請參閱：

• 優化應用程式效能

• 磁片指引

範例：以 Azure 為基礎的月臺伺服器

共置的月臺伺服器和具有50，000個用戶端的SQL Server大小指導方針是月臺伺服器收件匣的八個核心、32 GB 和 1200 IOPS，以及 2800 IOPS 用於SQL Server檔案。

產生的 Azure 機器可能是 DS13v2 (八個核心，56 GB) 具有下列磁片組態：

1. 此值來自 範例磁片組態。
2. Azure 指引 允許將 TempDB 放在以 SSD 為基礎的本機 D： 磁 盤磁碟機上，因為它不會超過可用空間，並允許額外的磁片 I/O 散發。

範例：以 Azure 為基礎的月臺伺服器 (立即提升效能)

Azure 磁片輸送量受限於 VM 的大小。 上述 Azure 範例中的設定可能會限制未來的擴充或其他效能。 如果您在初始部署 Azure VM 期間新增其他磁片，則可以將 Azure VM 擴大，以增加未來處理能力，且預付費用最少。 在需求變更時，事先規劃以提升網站效能更為簡單，而不是稍後需要執行更複雜的移轉。

變更上述 Azure 範例中的磁片，以查看 IOPS 的變更方式。

DS13v2

1. 磁片會使用儲存空間等量分割。
2. 此值來自 範例磁片組態。 VM 大小會限制效能。
3. Azure 指引 允許將 TempDB 放在以 SSD 為基礎的本機 D： 磁 盤磁碟機上，因為它不會超過可用空間，並允許額外的磁片 I/O 散發。

如果您未來需要更多效能，您可以將 VM 更新為 DS14v2，這會使 CPU 和記憶體加倍。 該 VM 大小所允許的額外磁片頻寬也會立即提升您先前設定磁片上的可用磁片 IOPS。

DS14v2

1. 磁片會使用儲存空間等量分割。
2. 此值來自 範例磁片組態。 VM 大小會限制效能。
3. Azure 指引 允許將 TempDB 放在以 SSD 為基礎的本機 D： 磁 盤磁碟機上，因為它不會超過可用空間，並允許額外的磁片 I/O 散發。

假設單一伺服器的大小適當，或兩部伺服器之間的網路連線已足夠，兩者都可以適當地執行。

遠端SQL Server需要額外伺服器的預付和營運成本，但在大多數大規模客戶中是典型的。 此設定的優點包括：

• 增加網站可用性選項，例如SQL Server Always On
• 能夠執行大量報告，而對月臺處理的干擾較少
• 在某些情況下較簡單的災害復原
• 更輕鬆的安全性管理
• SQL Server管理的角色區隔，例如與個別 DBA 小組合作

共置SQL Server需要單一伺服器，而且通常適用于大部分的小規模客戶。 此設定的優點包括：

• 降低機器、授權和維護的成本
• 網站中較少的失敗點
• 更妥善地控制規劃停機時間

根據預設，SQL Server會使用您伺服器上所有可用的記憶體，可能會使電腦上的 OS 和其他進程耗盡。 若要避免潛在的效能問題，請務必明確地將記憶體配置給SQL Server。 在與SQL Server共置的月臺伺服器上，請確定 OS 有足夠的 RAM 可供檔案快取和其他作業使用。 請確定 SMSExec 和其他Configuration Manager程式剩餘的 RAM 已足夠。 在遠端伺服器上執行SQL Server時，您可以將大部分的記憶體配置給 SQL，但不能全部配置給 SQL。 請檢閱 調整大小指導方針 以取得初始指引。

SQL Server記憶體配置應該四捨五入為整 GB。 此外，當 RAM 增加至大量時，您可以讓SQL Server具有較高的百分比。 例如，當有 256 GB 或更多 RAM 可用時，您可以設定高達 95% 的SQL Server，因為這仍然會保留 OS 的大量記憶體。 監視頁面檔案是確保 OS 和任何Configuration Manager程式有足夠的記憶體的好方法。

如果您的SQL Server上有超過 16 個實體核心且 RAM 不足，您可能會遇到記憶體爭用問題。 當 SQL 提供每個核心至少 3-4 GB 的 RAM 時，Configuration Manager工作負載的執行效能會更好。 將核心新增至您的SQL Server時，請務必以比例方式增加 RAM。

一般而言，當複本伺服器之間有足夠的網路功能時，可用性群組對系統效能的影響會微乎其微。 您可以在忙碌的可用性群組環境中快速成長資料庫記錄 .ldf 檔案。 不過，記錄檔空間會在資料庫備份成功之後自動釋放。 為Configuration Manager資料庫新增SQL Server作業以執行備份，例如每 24 小時執行一次，每 6 小時新增一次.ldf備份。 如需可用性群組和Configuration Manager的詳細資訊，包括SQL Server備份策略的詳細資訊，請參閱準備使用SQL Server Always On可用性群組。

Configuration Manager資料庫不建議SQL Server壓縮。 雖然在Configuration Manager資料庫上啟用壓縮沒有功能問題，但相較于對系統的潛在可調整效能影響，測試結果不會顯示大幅節省的大小。

Configuration Manager資料庫中的任何秘密都已安全地儲存，但新增SQL Server加密可以新增另一層安全性。 在資料庫上啟用加密沒有功能問題，但效能降低可能高達 25%。 因此，請小心加密，特別是在大規模環境中。 也請記得更新備份和復原計畫，以確保您可以成功復原加密的資料。

如需支援的 SQL 版本，請參閱支援SQL Server版本。 從效能的觀點來看，所有支援的SQL Server版本都符合必要的效能準則。 不過，SQL Server 2016 或更新版本通常會在Configuration Manager工作負載的某些層面上優於 2014 SQL Server。 此外，在 SQL Server 2012 相容性層級執行 SQL Server 2014 (110) 可改善一般效能。 在安裝時，在 SQL Server 2014 上執行的Configuration Manager資料庫會設定為相容性層級 110。 SQL Server 2016 或更新版本設定為該SQL Server版本的預設相容性層級，例如 2016 SQL Server 130。 在您安裝下一個主要Configuration Manager最新分支版本之前，就地升級SQL Server不會更新相容性層級。

如果您在 SQL Server 2016 或更新版本的特定 SQL 查詢上看到不尋常的逾時或緩慢，例如在 管理員 主控台中使用 RBAC 時，請嘗試將Configuration Manager資料庫上的SQL Server相容性層級變更為 110。 完全支援在 SQL Server 2014 和較新版本的 SQL Server 上執行SQL Server相容性層級 110。 如需詳細資訊，請參閱SQL 查詢逾時或主控台在特定Configuration Manager資料庫查詢上變慢。

自 2018 年 1 月起，您應該避免下列SQL Server版本，因為有各種已知的效能相關或其他潛在問題：

• SQL Server 2012 SP3 CU1 至 CU5
• SQL Server 2014 SP1 CU6 至 SP2 CU2
• SQL Server 2016 RTM 至 CU3、SP1 CU3 至 CU5

是，每週一次更新索引，且統計資料一天更新一次，以改善SQL Server效能。 Configuration Manager和SQL Server社群提供的協力廠商腳本和其他資訊，可協助優化這些工作。

在大型網站中，某些SQL Server資料表，例如 CI_CurrentComplianceStatusDetails、HinvChangeLog，可能會很大，視您的使用模式而定。 您可能需要逐一減少或改變維護方法。

SQL Server Express不會對次要月臺造成任何顯著的效能影響，而且對大部分的客戶而言都已足夠。 部署和管理也很容易，而且是幾乎所有大小客戶的建議設定。

有一種情況可能需要完整SQL Server安裝。 如果您的環境中有大量的發佈點和套件或來源，則可能會超過 10 GB 的SQL Server Express大小限制。 如果套件數目超過發佈點數目 4，000，000，例如具有 2，000 個內容片段的 2，000 個 DP，請考慮在次要月臺使用完整SQL Server。

將您的設定保留為 0 (使用所有可用的處理器) 在大部分情況下是整體處理效能的最佳選擇。

許多Configuration Manager系統管理員都遵循 SQL Server 中[平行處理原則的最大程度] 設定選項的建議和指導方針中的指導方針。 在大部分的新式大型硬體上，本指引會產生建議的最大設定值 8。 不過，相較于您的處理器數目，如果您執行許多較小的查詢，它可能有助於將它設定為較高的數目。 當有更多核心可用時，將您自己限制為 8 不一定是大型網站上的最佳設定。

在大於八個核心的 SQL Server 上，從 0 的設定開始，只有在您遇到效能問題或過度鎖定時才會進行變更。 如果您因為遇到 0 的效能問題而需要變更 MaxDOP，請從至少大於或等於該月臺SQL Server大小的最小建議核心數目開始。 低於此值幾乎一定會有負面的效能影響。 例如，100，000 個用戶端月臺的遠端SQL Server至少需要 12 個核心。 如果您的SQL Server有 16 個核心，請開始測試值為 12 的 MaxDOP 設定。

在任何系統上停用防病毒軟體保護時請小心。 在大量且安全的環境中，建議您停用 主動式監視 以獲得最佳效能。

如需建議防毒軟體排除專案的詳細資訊，請參閱Configuration Manager 2012 和最新分支月臺伺服器、月臺系統和用戶端的建議防毒軟體排除專案。

變更幾個重要的 IIS 設定，例如 WsusPool 佇列長度和 WsusPool 私人記憶體限制，可以改善 WSUS 效能，即使是在較小的安裝上也一樣。 如需詳細資訊，請 參閱建議的硬體。

此外，請確定您已針對執行 WSUS 的作業系統安裝最新的更新：

• Windows Server 2012：2017 年 10 月或更新版本發行的任何非「僅限安全性」累積更新。 (KB4041690)
• Windows Server 2012 R2：2017 年 8 月或更新版本發行的任何非「僅限安全性」累積更新。 (KB4039871)
• Window Server 2016：2017 年 8 月或更新版本發行的任何非「僅限安全性」累積更新。 (KB4039396)

請參閱Microsoft WSUS 和 Configuration Manager SUP 維護的完整指南。

傳統伺服器效能監視適用于一般Configuration Manager。 您也可以利用各種適用于 Configuration Manager、SQL Server 和 Windows Server 的 System Center Operations Manager 管理元件來監視伺服器的基本健康情況。 您也可以直接監視Configuration Manager提供的 Windows 效能監視器 (PerfMon) 計數器。 監視各種收件匣中的待處理專案，以取得潛在網站效能問題或待處理專案的早期警告徵兆。

另請參閱

• 網站大小和效能指導方針
• Azure 上的Configuration Manager常見問題