最佳化 Project Server 2013 的效能

發行項
04/07/2023

摘要：閱讀最佳化 Project Server 2013 部署效能的指南。
適用于： Project Server 2013

優化

本檔和相關內容包含微調 Project Server 2013 伺服器陣列以獲得優化效能的資訊和建議。

基底

一般會建議您限制指定時間內儲存的基準數目。所有指定時間都只能支援 11 個基準。

資料庫伺服器最佳化

由於 Project Server 2013 為資料密集的應用程式，因此最佳化資料庫層可大幅提升效能。請參閱＜SQL Server 儲存容量規劃和設定＞主題，以取得最佳化 SQL Server 設定的廣泛指南。此處的部分建議重點說明 SQL Server 主題所提出的建議：

將資料庫檔案和交易記錄檔與 OS 磁碟機分隔開來，最好是移至各自的分割區。如此有助於降低主機作業系統與 SQL Server 之間，以及 SQL 資料庫檔案與記錄檔之間的 IO 爭用情形 (根據使用的復原策略通常會有不同的更新模式)。
將 TempDB 分隔到各自的分割區。將資料庫分割為多個實體檔案，最好是分割為與資料庫伺服器上的處理器相同數目的檔案。

針對您的資料需求考慮使用 RAID 子系統。注意 - RAID 5 可接受中型和大型資料集大小，但 RAID 10 是理想的選擇。
注意 - 將索引移到自己的分割區。

最佳化主專案

當您使用 Project Server 的主專案功能時，請注意主專案排程的變更會影響主專案內子專案的排程。因此，為龐大的主專案排程變更時的執行速度可能會很慢，因為子專案計劃可能需要更新。

安全性設定最佳化

注意 - 如果您使用 SharePoint 許可權模式，則不需要優化。

在 Project 權限模式中，您為使用者選取的安全性設定可能會對效能特性有顯著的影響。這是因為安全性設定決定使用者檢視專案時所載入的資料量，以及為了判斷使用者有權限的資料集所執行之安全性檢查的複雜性。

例如，管理員可以存取您儲存在 Project Server 中的所有專案，因此必須在與其互動時載入所有資料。小組成員可能不需要存取所有資料，因此可以使用安全性類別限制傳送給他們的資料量：

請儘可能使用群組和類別，而不是使用需要更複雜之安全性檢查的更細微權限。
嘗試將使用者的安全性權限限制在其必須存取的專案。如此一來，使用者在與 Project Server 互動時，就只會載入所需的資料。

檢視最佳化

使用者應該將指定檢視中的欄數僅限於具有該檢視權限的使用者必須檢視的欄數，藉此嘗試限制向使用者顯示的資料。另請注意，新增 [自訂欄位] 欄會對檢視效能造成更不利的影響。
您也可以在載入特定檢視時，使用篩選限制必須載入的資料量。但是請注意，具有複雜邏輯的篩選需要額外的計算，因此可能會降低效能。

自訂欄位最佳化

自訂欄位使用方式的效能影響取決於所使用之自訂欄位 (部門自訂欄位和企業自訂欄位) 的幾個方面。以下是有關自訂欄位效能層面的一些考慮和建議。

自訂欄位的效能影響取決於下列項目：
- 自訂欄位的效能影響取決於下列項目：
  - 使用之自訂欄位中儲存的資料量 (指定自訂欄位欄中的資料量通常很少，還是很多？ )。
  - 若是公式欄位，使用的公式愈複雜，對效能的負面影響愈顯著。
  - 發生自訂欄位的層級：
- 使用之自訂欄位中儲存的資料量 (指定自訂欄位欄中的資料量通常很少，還是很多？ )。
- 若是公式欄位，使用的公式愈複雜，對效能的負面影響愈顯著。
- 自訂欄位的發生層級。在資料集中的任務通常比專案多，因此在任務層級套用的自訂欄位對效能的負面影響會比專案層級的自訂欄位更顯著。
通常的解決方法是嘗試限制所使用的自訂欄位數目，特別是在任務層級。一般而言，請嘗試使用少於 10-15 個工作層級的企業自訂欄位。
在大多數觀察到的客戶資料集中，任務及工作分派自訂欄位是從 Project Professional 儲存至伺服器的主要瓶頸。

本機自訂欄位最佳化

根據最佳化自訂欄位使用的建議，限制 Project 用戶端中使用的本機公式欄位數目可最佳化本機公式欄位使用。

自訂欄位的效能影響特別取決於盡可能限制公式欄位的使用，因為它們需要額外的資料傳輸，以增加儲存至伺服器所需的時間。

頁面負載最佳化

判斷指定頁面載入時間的最重要因素之一，就是需要在指定頁面要求上存取的資料量。這大部分取決於網頁組件的數目和類型，以及網頁組件在指定頁面上所顯示的資料量。以下是一些限制 Project Server 頁面負載的一般建議：

將這些網頁組件載入的資料量僅限於必須載入的資料。
負載考量對專案詳細資料頁面 (PDP) 特別重要，在 PDP 中，通常會在指定頁面上有大量網頁組件，且會進行更多自訂。

佇列最佳化

Project Server 2013 使用佇列系統來處理其服務要求的方式，因此能服務整體而言更多的要求。您可以透過「佇列設定」頁面，變更與佇列運作方式相關的特定設定。本節概述您可以修改的設定，以及如何最佳化這些設定以符合您的需求。執行緒數目上限 (1-20，預設值為 4) ：這會決定佇列可在任何指定時間平行處理的作業數目。請注意，此值會套用至伺服器陣列中的所有機器；如果您有三部應用程式伺服器，並針對專案佇列將此值設為 4，則最多可同時處理 12 個獨立的專案工作。

執行緒數目上限 (1-20，預設值為 4) ：這會決定佇列可在任何指定時間平行處理的作業數目。請注意，此值會套用至伺服器陣列中的所有機器；如果您有三部應用程式伺服器，並針對專案佇列將此值設為 4，則最多可同時處理 12 個獨立的專案工作。

如果發現佇列工作從同步工作量中擷取過多資源，您可以嘗試下列作法：

如果您同時處理大量工作 (也就是說，當您檢查佇列狀態時，看到多個工作的狀態為「處理中」)，您可以嘗試減少執行緒計數。

工作量程序最佳化

您如何操作及維護 Project Server 部署的某些層面，有助於改善 Project Server 的認知效能。本節涵蓋與商務或 IT 相關的程序修改清單，可在使用者可能與系統互動時，協助提升 Project Server 的認知效能。

時程表和狀態提交：
- 請儘可能嘗試交錯使用者提交狀態更新和時程表的時間。如此可將負載分散到較大的時間間隔，以減少尖峰期間對系統造成的限制。
備份：
- 可能的話，您應該嘗試在非尖峰期間執行備份程式，因為這些是資源密集的程式，會降低使用者在執行時嘗試使用系統的認知效能。
報告：
- 如同備份程式，您應該嘗試在非尖峰期間執行 OLAP Cube 的建置以進行報告，因為這些是耗用大量資源的程式，會降低使用者在執行時嘗試使用系統的認知效能。
SharePoint 權限模式：
- 如果啟用 SharePoint 權限模式，則不需要「SharePoint 使用者同步處理」，因此可以提升效能。

工作流程最佳化

當您使用工作流程功能時，請注意下列動作會降低部署效能：

如果您在資料庫中儲存大量專案，載入 [伺服器設定] 中的「變更或重新啟動工作流程」頁面可能需要很長的時間。
從 [伺服器設定] 的「變更或重新啟動工作流程」頁面重新啟動或變更大量專案的 EPT。
具有大量使用者的核准程序。
同時從工作流程階段提交專案，而不需要存回。

一般而言，建議減少這些動作，或在低流量期間執行以最佳化認知效能。

自訂解決方案 (程式設計) 最佳化

當您開發與 Project Server 可程式化介面互動的自訂解決方案時，請考量下列效能建議：

如果部署事件處理常式，請注意事件處理常式會同步進行。您應該在自訂解決方案中謹慎使用事件處理常式，如果未有效使用，可能會大幅降低 Project Server 的效能。

注意事項

事件處理常式可以在另一部電腦上執行。
您的自訂解決方案應該嘗試節流處理對 Project Server 中的佇列作業所進行的呼叫，以避免佇列超載。
對於企業營運 (LOB) 系統應用程式而言，當您自動化 Project Server 與其他應用程式之間的資料移動時，如果發現與這些應用程式類型的同步處理大幅降低效能，建議在非尖峰使用期間執行。
- 極力建議客戶除了測試及監視其使用者端效能之外，還要測試及監視其 LOB 應用程式效能。
- 請儘可能嘗試使用內建 Project Server 欄位 (而不是自訂欄位)，以達成 Project Server 與 LOB 應用程式之間所需的同步處理。
- 嘗試將 LOB 應用程式與 Project Server 之間移動的資料，減少到達成必要功能所需的最小子集。

Project Server 2013 SDK 及相關文章針對開發自訂解決方案時維持高效能提供進一步建議。