調整 Project Online 效能

重要:  本文係由機器翻譯而成,請參閱免責聲明。本文的英文版本請見這裡,以供參考。

< 更多 Project 說明

Project Online幾年前開始啟動,各種規模的組織已經無法使用 Microsoft 豐富的專案產品組合管理 (PPM) 功能內的我們Office 365雲端基礎架構便利性。

雖然雲端服務的一大優勢是不必處理部署、設定以及軟硬體調整,但您還是可以採取一些步驟,確保貴組織能夠充分利用 Project Online 的效能。

雖然 Project Online 提供許多設定和自訂設定,但是自訂可能會影響到效能。 本文將著重在說明一些常見的 Project Online 設定對於效能的影響和取捨,好讓您在自訂和設定 Project Online 時,能夠做出明智的決策。

本文是 Office 365 的網路規劃與效能調整專案的一部分。

Office 365 與 SharePoint Online 的最佳做法

有豐富的網路規劃與效能調整SharePoint OnlineOffice 365周圍的資訊。所有這項資訊與相關Project Online客戶,而應該諮詢除了特定Project Online下列最佳作法。

Project Online 設定及自訂

從管理設定到權限,以及從共同作業設定到外觀與風格等,許多 Project Web App 網站元素都能夠加以設定及自訂。 讓我們一起看看這些對於 Project Web App 網站整體效能有潛在影響的設定。

我們討論的範圍將涵蓋:

  • 安全性權限模式

  • 建立自訂企業專案類型

    • 專案網站設定

    • Project Online 與 SharePoint Online 之間的同步處理機制

  • Active Directory 資源資料庫同步處理

  • UI 自訂以及外觀與風格

  • 專案詳細資料頁面 (PDP) 與工作流程

  • OData 與報告

  • Project Online配額

(這項資訊部分適用於Project Server 2013和以及Project Server 2016 。)

權限模式:SharePoint 或 Project

與Project OnlineProject Server 2013,我們引進了稱為 SharePoint 權限模式,而不是舊版的 Project 權限模式的新增及簡化的權限模型。Technet上可以找到這兩種模式之間的比較。

根據預設,新的 Project Online 執行個體一律以 SharePoint 權限模式提供,我們確信這個模式能夠滿足大多數客戶的需求。 在使用這個模式時,您可以透過一般 SharePoint 群組和權限來管理使用者的授權。

Project 權限模式會提供高度自訂,但它可能龐大的效能的價格。如果您建立下的數百個類別,並特別依賴動態權限透過您的 [資源分解結構 (RBS),它可能會降低有權存取的內容,例如管理員與公事包管理員很多使用者的使用者體驗。

附註: SharePoint 權限模式和 Project Server 權限模式之間切換,就會刪除所有相關的安全性設定。如果您從 SharePoint 權限模式切換到傳統的 Project Server 權限模式,您必須手動 Project Server 2013 和 Project Server 2016 中設定您的安全性權限結構。從 Project Server 權限模式切換回到 SharePoint 權限模式從 Project Server 2013 和 Project Server 2016 中刪除您的安全性權限資訊。

建議:   

為了達到更佳的整體效能,請儘可能保留預設的 SharePoint 權限模式。 如果您需要使用 Project 權限模式,請盡量限制自己的自訂設定。

建立自訂企業專案類型

企業專案類型(EPT) 代表包裝封裝時期與階段、 單一工作流程,專案詳細資料頁面 (Pdp)。

EPTs 也可讓您定義:

  • 專案網站設定

  • Project Online 與 SharePoint Online 之間的同步處理機制

專案網站設定

專案網站是內建在核心 SharePoint 功能上。 建立專案網站並非精簡程序,因此決定貴組織是否需要及何時需要專案網站,對於改善整體使用者的體驗,可能會有長遠的成效。

許多組織使用Project Online來收集及對專案提案決定提供哪些專案之前。如果專案網站設定為自動建立第一次發佈專案,所有的專案提案,甚至的項目不進行剪下、 取得專案網站。若要手動清除之後,必須這些不必要的網站。

更好的方法,如果您決定使用專案網站可以讓使用者選擇何時建立他們的共同作業網站,或甚至,就越專案提案工作流程所建立達到特定門徑。

SharePoint Online 目前限制的子網站,您可以建立的每個網站集合的數目。EPT 可讓您定義以建立新專案網站中的網站集合。這可讓您建立這些橫跨多個網站集合的每個專案的專案網站。

專案網站 PWA 跨網站集合

例如,如果您的 IT 部門必須專用的網站集合,您可以設定IT 專案以建立專案網站人員https://contoso.sharepoint.com/sites/ITEPT。

專案網站建立位置

建議:   

如果您的組織使用專案網站,請選取 [建立的選項視需要而不是自動。這可加快首次發行經驗,並避免建立不必要的網站和內容。

針對每個 EPT,您可以設定,此選項:

  1. 在 Project Web App 設定,按一下 [企業專案類型]。

  2. 選取您要變更該設定 EPT。

  3. 在 EPT 設定] 頁面的 [專案網站] 區段中,選取 [允許使用者選擇

專案網站建立選項

以 EPT 自己網站集合中建立專案網站。SharePoint Online限制以下網站集合中保留的專案網站。

您要同步處理哪些項目?

Project Online執行相同的方式Project Server執行上方SharePoint ServerSharePoint Online上方。如此一來,我們需要保留同步特定數字之間的元件的兩個系統。這些同步處理可能會花時間,然後根據您的業務需要時,有時可能不必要。本文中,瀏覽所有可協助您決定哪些版本,您需要哪些可安全地關閉這些各種同步處理系統。這些設定的一些已經預設是關閉的。

我們將在以下各節討論:

  • 同步處理您的專案網站的使用者權限

  • 同步處理 SharePoint 企業專案的清單的工作

同步處理的使用者權限

專案網站的工作區位置專案小組成員可以共同作業、 上傳文件,並引發問題。同步處理的使用者權限開啟時,專案的權限授與人員時,會更新對應的專案網站權限。

系統會在發佈專案時進行專案網站權限同步處理作業。同步處理功能雖然便利,但會導致系統效能降低。換句話說,要同步處理的使用者和網站越多,作業速度就會越慢。例如,假設您要大量發佈、匯入或建立多個專案 (透過專案網站),或是要更新需要重新同步處理專案網站權限的群組成員資格,作業速度就會變慢。

您可以針對每個 EPT,定義如果已開啟 [同步處理的使用者權限。

附註: 我 f 專案網站建立不同的網站集合與 Project Web App 網站的位置 (例如,https://contoso.sharepoint.com/sites/pwa 是位置的 Project Web App 與 EPT 為 https:// 中建立專案網站contoso.sharepoint.com/sites/IT) 不支援同步處理的使用者權限。

建議:   

如果您符合下列部署情況,我們強烈建議您停用專案網站權限同步處理選項︰

  • 您有大量資源 (數量 >1000)

  • 您有需要使用專案網站的大量專案 (數量 >1000)

  • 您有必須授與大多數專案網站存取權限的大量資源

  • 建立專案網站以外的預設網站集合 (同步處理已停用)

以下是管理專案網站權限時要考量的選項︰

  • 如果您的專案小組流動率,請考慮關閉專案網站權限同步處理,來提升專案發佈與專案詳細資料頁面效能。您想要再必須手動授與或移除您的專案網站的權限,每當有人加入或離開專案小組。

  • 如果必須 PWA 中的所有使用者授與存取權,其會對應到現有的群組的權限,考慮設定您的專案網站繼承上層 PWA 網站。

  • 如果網站存取權與特定角色相符,您可以建立一或多個對應到這些角色的群組 (如果您已啟用群組同步處理功能,可以使用相同的群組),然後將專案網站存取權授與這些群組。

針對每個 EPT,您可以開啟以同步處理使用者使用權限:

  1. 在 Project Web App 設定,按一下 [企業專案類型]。

  2. 選取您要變更該設定 EPT。

  3. 在 EPT 設定] 頁面的 [同步處理] 區段中,選取 [使用者權限同步處理

使用者權限同步處理

同步處理 SharePoint 企業專案的清單的工作

同步處理 SharePoint 工作清單被關閉的預設值,提升專案發佈的速度。這也有助於加速專案詳細資料頁面之間的轉場效果。如果您的使用者使用的工作清單和其時間表中的視覺效果的專案網站,您可以開啟此功能,並檢查是否合理對專案發佈的效能的影響。

附註: 我 f 專案網站建立不同的網站集合與 Project Web App 網站的位置 (例如,https://contoso.sharepoint.com/sites/pwa 是位置的 Project Web App 與 EPT 為 https:// 中建立專案網站contoso.sharepoint.com/sites/IT) 同步處理 SharePoint 工作清單不受支援。

建議:   

如果專案任務,在進行同步的大量發佈需要一些時間為每項工作必須是更新一次。如果您的專案 > 1000 個任務,最好是無法開啟同步處理 SharePoint 工作清單。

根據預設,此選項會關閉。只開啟 SharePoint 工作清單同步處理您的使用者需要每個 EPT 功能。若要設定這個選項:

  1. 在 Project Web App 設定,按一下 [企業專案類型]。

  2. 選取您要變更該設定 EPT。

  3. 在 EPT 設定] 頁面的 [同步處理] 區段中,選取 [同步處理 SharePoint 工作清單

同步處理 SharePoint 工作清單

Active Directory 資源資料庫同步處理

Active Directory 資源資料庫同步處理本身並沒有特定的效能問題,它只需要幾分鐘的時間,就可以將數以千計的資源匯入到您的 Project Web App 執行個體中。 不過,它對系統其他部分的下游效果,可能會有效能上的影響。 您必須注意的主要處理程序,是之前提到的資源權限同步處理。 如果 Active Directory 群組成員的流動率很大,迫使您必須經常同步處理資源資料庫,那麼就得監視任何對相關權限同步處理工作可能造成的下游效果。

建議:   

限制 Active Directory 同步處理],使用 [系統],並監控之後大型群組的同步處理的任何潛在的權限問題真的需要的資源的群組。(若要設定 Active Directory 企業資源資料庫同步處理, Project Web App設定中,按一下 [ Active Directory 資源資料庫同步處理

PWA 頁面及檢視自訂

頁面自訂

SharePoint 平台具有模組化網頁組件基礎架構以及自訂頁面的支援,可提供絕佳的自訂功能。 當您新增標誌、自訂網頁組件及新的佈景主題時,由於具備伺服器近、延遲率低,以及頻寬網路高等優點,因此對於內部部署基礎架構的效能,可能不會造成太嚴重的影響。 不過如果是線上服務,情況就不同了。

當您上傳檔案很大的標誌或圖形時,對於內部部署網頁的速度可能只會稍微減慢而已,但如果是線上網頁,則它對網頁載入的效能影響就會相當大。

當您將多個網頁組件新增至頁面時,就會套用相同的原則。您可能會想要有多個網頁組件中,使用自訂的頁面,但除非使用者真的需要查看並排顯示的資料,最好有不同的特定的頁面,於一個位置集中將它。如果使用者只需要在頁面上的一個網頁組件的內容,他們仍然必須等到再載入及顯示之資料的所有其他網頁組件頁面。

建議:   

當您自訂頁面時,請將您的 Project Online 網站視為任何一般網際網路網站,盡可能建立精簡的網頁。

檢視自訂

同樣的,簡化對於提升網頁載入效能有意想不到的影響。 組織可以使用多個 Project Web App 頁面 (包括 [專案中心]、[資源中心]、[工作] 以及 [時間表]) 來建立自訂檢視。

顯示的內容越多,呈現網頁的速度就越慢。 如果您能夠把幾頁密密麻麻的檢視,改成大量簡單且目標明確的檢視頁面,每一頁的載入時間就可以減少幾秒鐘。

在下面這個範例中,第二個檢視的載入時間,比第一個檢視平均少了 2 到 3 秒。

自訂專案中心檢視的螢幕擷取畫面。

[專案中心] 檢視的螢幕擷取畫面。

建議:   

設定檢視時,請提供使用者簡單、有重點的檢視,讓他們能夠快速瀏覽,而不是提供他們複雜又密密麻麻的檢視,讓他們把大部分的時間都耗費在載入不必要的資料上面。

使用者檢視設定

使用彙總套件的專案中心: 群組依據

使用者可以設定不同的方式呈現給他們包括分組不同欄位的資料檢視。使用 [群組依據],可支援彙總欄位 (例如加總成本或自訂欄位) 合資料。計算這些彙總值要求服務才能顯示合計載入所有值。

範例資料的分組的欄位,然後縮合彙總欄位。

建議:   

除非使用者需要查看縮合的值,停用功能區中的 [彙總套件] 選項。

彙總套件] 選項

專案中心: 甘特圖

[甘特圖] 檢視的圖表部分會顯示為摘要的甘特圖長條的每個專案。

建議:   

除非使用者必須以查看 [甘特圖] 中,停用功能區中的 [甘特圖] 選項。

甘特圖選項

自訂專案詳細資料頁面與工作流程

除了上面提供的頁面設計建議之外,專案詳細資料頁面 (PDP) 會觸發整個專案的重新計算作業,並展開工作流程動作,而這兩個動作可能會根據您的自訂,耗費龐大的效能成本。

Project Online 和 Project Server 有兩個主要的專案資訊更新程序:

  • 必須重新計算排程 (請參閱以下清單)

  • 必須更新與排程無關的欄位,例如 [專案名稱]、[描述] 及 [擁有者]。

我們建議您避免在同一個 PDP 上更新這兩種類型的資料,以免同時觸發兩種更新程序。

必須重新計算排程的常見動作清單。

  • 專案行事曆變更

  • 變更下列日期欄位:

    • 開始日期

    • 完成日期

    • 狀態日期

    • 目前日期

  • 變更專案自訂欄位

  • 如果專案必須取決於交付項目

第二個提升 PDP 效能的方法,就是減少每一個 PDP 上所顯示的網頁組件和自訂欄位數目。 如果您的商務程序需要經常更新同一組欄位,請建立一個只含這些欄位的專屬 PDP,以改善載入效能並節省時間。 隨時顯示所有自訂欄位,只會耗費許多不必要的成本。

建議:   

建立精簡專屬的 PDP,避免將與排程相關及與排程無關的更新全部混在一起。

以新的 REST API,大量更新工作流程中的自訂欄位

若要一次更新工作流程中的一個專案自訂欄位值,必須以「設定專案欄位」動作進行另一個伺服器要求。 當您同時以高延遲、低頻寬網路更新大量自訂欄位時,這麼做就會降低效能。

若要解決此問題,有更新大量的自訂欄位的方法 CSOM。此方法需要您傳入字典,其中包含 [名稱] 和 [您想要更新的所有自訂欄位的值。

視需要提供專案網站的 API

每一個專案都可能有它自己專屬的 SharePoint 網站,讓小組成員共同作業、共用文件,以及提出問題。 這些網站可能會在第一次發佈時自動建立;也可能會由專案經理透過 Project Pro 或由管理員透過 Project Web App 設定手動建立;或者也可能會停用。

您可以使用CreateProjectSite('') 方法決定何時建立他們的專案網站。這是組織想要建立網站,只有在特定的階段中預先定義的工作流程,而不是在第一次發佈專案提案到達之後特別有用。這會大幅建立專案的效能透過改善延後的專案網站建立。

OData 與報告

報告

藉由使用 Project odata 資料服務,您可以從報表您Project Online執行個體來擷取資訊。

PowerBI

如果資料量小,然後 Power BI 可以定期從 Project odata 資料服務讀取資料,協助提供各種不同的 dynamics 報表。範例內容的套件,請參閱以下

如果在 Project Online 中的資料量很大,您仍然可以沿用,資料的子集,只要符合中資料的大小限制大綱的以下。另一個選項是在移動視窗,在過去 30 天或檢視的下一個 6 個月的資源容量作用中使用者即篩選的專案中建立您的報表。

SQL Server Integration Services (SSIS)

資料使用 SSIS,可從 Project odata 資料服務擷取與本機或Microsoft Azure中,可以下載您的報告資料到 SQL server 資料庫。將 SSIS 封裝範例 Project odata 資料服務可找到以下

建議:   

如果您的報表需求仍必須擷取大量的資料,請考慮使用SQL Server 整合服務 (SSIS) 套件 ,將您的報告資料複製到 SQL server 資料庫,本機或Microsoft Azure中。

在使用 SSIS 時,請考慮下列步驟:

完整的同步處理

取得目前您感興趣的報告資料的快照。

  1. 記錄目前日期/時間為同步處理的時間

  2. 下載從每個端點的資料。

Delta 同步處理

若要將您的複本保持在最定期檢查。

  1. 記錄的目前日期時間。

  2. 查詢 ProjectId 從專案的結束點。

  3. 刪除本機 ProjectId 不存在的專案。

  4. 查詢每個專案的結束點:

    1. 查詢實體識別碼。

    2. 刪除本機識別碼不存在的項目。

    3. 已變更自您上次同步處理的 mod_dates 查詢。

Office 365 專案產品組合儀表板

提供預先設定與功能強大的儀表板允許商務前置字元、 公事包管理員及專案經理,以取得深入見解到區域,例如 [資源使用狀況,專案產品組合效能、 成本、 作用中的風險問題與主要里程碑。

建議   

大量的專案,使用 SQL Server 整合服務 (SSIS) 擷取資料並從中擷取的資料產生自訂報告。

自訂欄位

擷取資料時從 OData 端點,額外的計算時所使用的多重值查閱的自訂欄位。額外的計算不允許 OData 端點,以善用最佳化的數字。

建議   

不要使用多重值查閱的自訂欄位。

查詢 OData

限制可以傳回 ProjectData 服務的查詢中的項目數目。如此一來,查詢大量資料需要多個網頁邀請傳送至服務],加入網路費用,並針對每個要求的延遲。

對含有大量實體的 Project Web App 執行個體 (例如,專案、指派或工作) 而言,您應該限制透過下列其中一種方式傳回資料。如果您沒有限制傳回的資料,查詢有可能會超過預設限制,進而影響伺服器的效能。

  • 使用 $filter URL 選項,或使用 $select 來限制資料。    例如,下面這個查詢是按照專案開始日期加以篩選,而且只會傳回四個欄位 (按照專案名稱的順序排列):

    http://ServerName/ProjectServerName/_api/ProjectData/Projects?$filter=ProjectStartDate gt datetime'2012-01-01T00:00:00'&$orderby=ProjectName&$select=ProjectName,ProjectStartDate,ProjectFinishDate,ProjectCost
  • 利用關聯取得實體集合。    例如,下面這個查詢會在內部使用 Project_Assignments_Assignment_Project 關聯,以取得特定專案中所有的指派:

    http://ServerName/ProjectServerName/_api/ProjectData/Projects(guid'263fc8d7-427c-e111-92fc-00155d3ba208')/Assignments
  • 執行多個查詢來傳回一個資料] 頁面上一次使用 $top 運算子和 $skip 運算子循環。   例如,下列查詢會取得問題 11 到 20 適用於所有專案,資源分派給問題的順序:

    http://ServerName/ProjectServerName/_api/ProjectData/Issues?$skip=10&$top=10&$orderby=AssignedToResource

建議:   

限制的資料量您在執行階段使用查詢伺服器端篩選。

Project Web App配額

根據預設, Project Web App網站有 25 GB 限制與都是儲存在 SharePoint 網站集合中的所有資料限制啟用 Project Web App 的位置。

附註:大型的客戶,您可以增加配額。請連絡 Microsoft。

總結

Project Online,例如在網際網路上執行任何雲端服務需要特定的調整,以呈現最佳效能與內部部署。

雖然我們不斷改善系統來加快效能,但您還是可以採取一些步驟,為使用者提供好的體驗。

摘要建議:

  • 盡可能使用 SharePoint 權限模式。

  • 只開啟您實際會用到的功能。

  • 盡可能讓頁面和自訂保持簡單精簡,好讓您更快速的載入頁面。

  • 使用伺服器端篩選,或將 Odata 摘要資料匯出到 SQL Server 資料庫,取得更多報告彈性。

相關主題

Project Online:軟體的界限及限制

附註: 機器翻譯免責聲明︰本文係以電腦系統翻譯而成,未經人為介入。Microsoft 提供此等機器翻譯旨在協助非英語系使用者輕鬆閱讀 Microsoft 產品、服務及技術相關內容。基於本文乃由機器翻譯而成,因此文中可能出現詞辭、語法、文法上之錯誤。

擴展您的技能
探索訓練
優先取得新功能
加入 Office 測試人員

這項資訊有幫助嗎?

感謝您的意見反應!

感謝您的意見反應! 我們將協助您與其中一位 Office 支援專員連絡以深入了解您的意見。

×