調整 Project Online 效能

在幾年前開始 Project Online 後,所有規模的組織都已能夠使用 Microsoft 豐富的一組 Project 產品群組管理 (PPM) 雲端基礎結構的方便性內 Office 365 的功能。

雖然使用雲端式服務的其中一個明顯好處是,避免不得不處理部署、設定及硬體和軟體調整,但仍有一些步驟可讓您的組織獲得 Project Online 的最佳效能。

Project Online 提供許多設定和自訂設定,但是自訂會對效能產生影響。 本文著重強調一些最常見的 Project Online 設定的效能影響和折衷方式,讓您在自訂和設定 Project Online 時,您可以做出明智的決策。

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

Office 365 和 SharePoint 線上最佳作法

有大量的資訊可用於SharePoint 線上Office 365的網路規劃和效能調整。 所有這些資訊都與 Project Online 客戶有關,除了下列 Project Online 特有的最佳作法之外,還應諮詢相關的資訊。

Project Online 設定和自訂

您可以設定和自訂 Project Web App 網站的許多元素,從系統管理設定到許可權,以及從共同作業設定到外觀和感覺。 讓我們來看看可能會影響 Project Web App 網站整體效能的設定。

我們將涵蓋:

  • 安全性許可權模式

  • 企業專案類型數

    • Project 網站設定

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

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

  • UI 自訂和外觀與風格

  • Project詳細資料頁面 (PDP) 和工作流程

  • 事件處理

  • OData 和報告

  • Project Online 配額

(本文的部分資訊也適用于 Project Server 2013 和 Project Server 2016。 )

許可權模式: SharePoint 或 Project

透過 Project Online 和 Project Server 2013,我們引進了一個新的簡化許可權模型,稱為 SharePoint 許可權模式,而非舊版 Project 許可權模式。 這兩種模式間的比較均可在 Technet上找到。

預設會將新的 Project Online 實例布建 SharePoint 許可權模式,而且我們確信此模式會滿足絕大多數客戶的需求。 使用此模式,您可以透過一般 SharePoint 群組和許可權來管理使用者授權。

Project 許可權模式提供 customizability 高的程度,但其效能可能會是價格。 如果您建立數百個類別,並透過您的資源分解結構大量使用動態許可權 (RBS) ,它可能會降低使用者的使用者經驗,以供具有大量內容的使用者存取,例如 admins 和產品群組管理員。

注意

在 SharePoint 權限模式與 Project Server 權限模式之間切換,會刪除所有安全性相關設定。 如果您從 SharePoint 許可權模式切換至傳統 Project 伺服器許可權模式,您必須在 Project Server 2013 及 Project Server 2016 中手動設定安全性許可權結構。 從 Project Server 許可權模式切換回 SharePoint 許可權模式會從 Project Server 2013 及 Project Server 2016 中刪除您的安全性許可權資訊。

建議:

盡可能保持預設 SharePoint 許可權模式,以獲得更佳的整體效能。 如果您需要使用 Project 許可權模式,請盡可能限制您的自訂專案。

企業專案類型數

Enterprise Project 類型 (EPT) 代表封裝階段、階段、單一工作流程和 Project 詳細資料頁面 (pdp) 的包裝。

Ept 也可讓您定義:

  • Project 網站設定

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

Project 網站設定

Project 網站是以核心 SharePoint 功能為基礎。 建立專案網站不是輕量的處理常式,而且決定您的組織是否需要專案網站時,是否可在改善整體使用者體驗方面進行很長的處理。

許多組織使用 Project Online 來收集和評分專案提案,然後再決定要基金的專案。 如果專案網站設為在第一次發佈專案時自動建立,則所有的專案提案,即便是尚未進行剪切的專案提案,也會取得 project 網站。 以後必須手動清除這些不必要的網站。

當您決定使用專案網站時,更好的方法是讓使用者選擇何時建立其共同作業網站,或者甚至更好地,當專案提案到達特定階段入口時,就能讓工作流程建立它。

SharePoint線上目前SharePoint 線上限制每個網站集合可建立的子網站數目。 EPT 可讓您定義要在其中建立新專案網站的網站集合。 這可讓您為每個專案建立專案網站,使其跨越多個網站集合。

Project跨 PWA 網站集合的網站。

例如,如果您有專用於 IT 部門的網站集合,您可以將 it 專案 設定為 EPT 建立 Project 網站 https://contoso.sharepoint.com/sites/IT

Project 網站建立位置。

建議:

如果您的組織使用專案網站,請選取 [選項] 以根據需要建立它們,而不是自動。 這可加快首次發佈經驗,且避免建立不必要的網站和內容。

針對每個 EPT,您可以設定此選項的方式如下:

  1. 在 Project Web App 設定中,按一下 [ Enterprise Project 類型

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

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

    Project 網站建立選項。

    EPT 在自己的網站集合中建立專案網站。 請將專案網站數目保留在 SharePoint 線上SharePoint 線上限制下的網站集合中。

您同步處理什麼?

Project Online 在 SharePoint 線上上執行,Project 伺服器在 SharePoint 伺服器上執行的方式相同。 因此,我們必須在兩個系統之間保持同步處理特定數目的元件。 這類同步處理可能會非常耗時,而且視您的業務需求而定,有時會是不必要的。 本文將探討所有這些不同的同步處理系統,以協助您決定所需的和可以安全關閉的功能。 有些設定已經預設為關閉。

在下列各節中,我們將討論:

  • 同步處理專案網站的使用者許可權

  • 同步處理 Enterprise 專案 SharePoint 工作清單

同步處理使用者許可權

Project網站是專案小組可以共同作業、上傳檔,以及引發問題的工作區。 當 [同步處理] 使用者權限開啟時,每當人員被授與專案的許可權時,就會更新對應的 Project 網站許可權。

此同步處理會在每次發佈專案時進行。 同步處理便利性的折衷是效能,例如,需要同步處理的使用者和網站越多,作業的速度也會較慢,尤其是當您大量發佈、匯入或建立多個專案 (與專案網站) 或更新需要重新同步專案網站許可權的群組成員資格時。

您可以針對每個 EPT 定義已開啟同步處理使用者許可權。

注意

如果專案網站是在不同的網站集合中建立,而不是 Project Web App 網站所在的位置 (例如,Project Web App 所在的 https://contoso.sharepoint.com/sites/pwa 位置,且 EPT 在中建立專案網站 https://contoso.sharepoint.com/sites/IT) ,則不支援同步處理使用者許可權。

建議:

如果您的部署滿足下列條件,我們強烈建議您停用 Project 網站許可權同步處理選項:

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

  • 您有許多專案需要 Project 網站 (> 1000)

  • 您有需要授與大多數 Project 網站存取權的大量資源

  • Project 網站會在預設網站集合外建立 (停用同步處理)

以下是一些選項,可考慮管理您的 Project 網站許可權:

  • 如果專案小組的營業額很低,請考慮關閉 Project 網站許可權同步處理,以提升 Project 發佈和 Project 詳細資料頁效能。 當有人加入或離開專案小組時,您就必須手動授與或移除 Project 網站的許可權。

  • 若要將存取權授與 PWA 中的所有使用者,並將其對應至您現有的群組許可權,請考慮將您的 Project 網站設定為從上層 PWA 網站繼承

  • 如果網站存取與特定角色相符,請建立一個或多個對應至這些角色的群組 (如果您已啟用群組同步處理,則可以使用相同的群組) 並授與這些群組存取 Project 網站。

針對每個 EPT,您可以依下列方式開啟同步處理使用者 Permisssions:

  1. 在 Project Web App 設定中,按一下 [ Enterprise Project 類型

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

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

    使用者許可權同步處理。

同步處理 Enterprise 專案 SharePoint 工作清單

同步處理 SharePoint 工作清單 會預設為關閉,以改善專案發佈的速度。 這也會協助加速 Project 詳細資料頁面之間的轉換。 如果您的使用者依賴工作清單及其在 Project 網站中的時間表視覺效果,您可以開啟此功能,並檢查其對專案發佈效能的影響是否合理。

注意

如果專案網站是在不同的網站集合中建立,而不是 Project Web App 網站所在的位置 (例如,Project Web App 所在的 https://contoso.sharepoint.com/sites/pwa 位置,且 EPT 是在中建立專案網站 https://contoso.sharepoint.com/sites/IT) ,則不支援同步處理 SharePoint 工作清單。

建議

Sync SharePoint 工作清單選項是用來與小型專案計劃搭配使用。 如果專案有大量的任務,則在發佈時進行同步處理會花費一些時間,因為每個任務需要一次更新一個。 例如,將500任務專案計劃同步處理至 SharePoint 工作清單需要數分鐘的時間。 即使佇列工作是在個別的關聯上,而且不會封鎖專案計劃的儲存和編輯,我們還是建議您不要啟用 Sync SharePoint 工作清單] 選項。 我們建議您只同步處理少於250個任務的專案。

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

  1. 在 Project Web App 設定中,按一下 [ Enterprise Project 類型

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

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

    同步處理 SharePoint 的工作清單。

Active Directory 資源資料庫同步處理

Active Directory 資源資料庫的同步處理本身不會有特定的效能問題,而且可以在數分鐘內將數千項資源匯入您的 Project Web App 實例中。 不過,對系統其他部分的後續影響可能會影響效能。 繼續留意的主要程式是先前所述的資源許可權同步處理。 如果您的 Active Directory 群組成員資格中有大量的營業額,而且需要經常同步處理資源資料庫,請監視相關許可權同步作業的任何潛在後續影響。

建議:

將 Active Directory 同步處理限制為實際需要使用系統的資源群組,並在大型群組同步處理後監控任何可能的權限問題。 (若要設定 Active directory Enterprise 資源資料庫同步處理,請在 Project Web App 設定中,按一下 [active directory 資源資料庫同步 處理]。

PWA 頁面和視圖自訂

頁面自訂

SharePoint 平臺利用其模組化網頁基礎結構提供強大的自訂功能,並支援自訂頁面。 當您新增徽標、自訂 webpart 及新的主題時,可能對內部部署基礎結構的效能影響很大,因為伺服器的鄰近性、低延遲和高頻寬網路的優點。 不過,在線上服務上,本文的情景有所不同。

當您上傳的標誌或圖形具有大檔案大小時,可能會降低內部部署中的某些頁面,但在線上時,載入頁面時所造成的性能點擊是非常明顯。

當您將多個 webpart 新增至頁面時,會套用相同的原則。 具有多個 webpart 的自訂頁面可能很誘人,但除非使用者實際需要並排查看資料,但若有一個位置沒有所有的特殊頁面,最好還是有個別的特殊頁面。 如果使用者只需要頁面上一個網頁元件的內容,他們仍然需要等候頁面來載入及顯示所有其他 webpart 的資料。

建議:

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

視圖自訂

在這裡,您可以使用簡潔性提升頁面負載效能的很長方式。 組織可以使用多個 Project Web App 頁面(包括 Project 中心]、[資源中心]、[工作] 及 [時程表])來建立自訂視圖。

顯示的內容越多,呈現的頁面速度會變慢。 如果您為使用者提供更多的簡單和目標視圖,而不是少數幾個「一體」視圖,您可以將每個頁面載入時間縮短一秒。

在下列範例中,第二個視圖的負載平均會比第一個視圖少2到3秒。

自訂 Project Center view 的螢幕擷取畫面。

Project Center view 的螢幕擷取畫面。

建議:

當您設定視圖時,可為使用者提供簡單的專業視圖,以進行更快速導覽,而不是複雜的複雜一體式視圖會在大部分時間載入不必要的資料。

使用者 View 設定

Project中心:使用匯總進行群組

使用者可以設定不同的方式呈現的視圖,包括依不同欄位分組資料。 使用 group by 時,可能會為支援的匯總欄位匯總資料 (例如,匯總成本或自訂欄位) 。 計算這些匯總值時,會要求服務載入所有值,以便顯示總數。

依欄位分組的資料範例,並針對匯總欄位進行匯總。

建議:

除非使用者需要看到總成型值,否則請停用功能區中的 [ 匯總 ] 選項。

匯總選項。

Project中心:甘特圖

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

建議:

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

[甘特圖] 選項。

自訂 Project 詳細資料頁面和工作流程

除了上述針對頁面設計的建議之外,Project 詳細資料頁面 (pdp) ,其可觸發整個專案的重新計算,並開始執行工作流程動作,這兩者在效能等方面可能是昂貴的作業,視您的自訂而定。

Project Online 和 Project 伺服器都有兩個主要的更新程式可供專案資訊使用:

  • 需要重新計算排程的更新 (請參閱以下清單)

  • Nonschedule 相關的欄位,例如專案名稱、描述及擁有者。

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

以下是需要重新計算排程的常見動作清單。

  • Project 的行事曆變更

  • 變更為下列日期欄位:

    • 開始日期

    • 完成日期

    • 狀態日期

    • 目前日期

  • 專案自訂欄位中的變更

  • 如果專案具有可傳送作業的任何相依性

提高 PDP 效能的另一種方法是減少每個 PDP 上顯示的 webpart 和自訂欄位數目。 如果您的商務程式需要經常更新相同的欄位集,請先使用這些欄位建立專用的 PDP,以提升負載和節省時間。 所有時間都顯示所有自訂欄位,會導致許多不必要的開銷。

建議:

建立輕量專用 Pdp,並避免混合排程相關及 nonschedule 相關的更新。

具有新 REST API 之工作流程中的大量自訂欄位更新

每次更新一個工作流程中的專案自訂欄位值需要個別的伺服器要求使用 Set Project] 欄位的動作。 這會在高延遲、低頻寬網路上同時更新大量的自訂欄位時,降低效能。

若要解決此問題,有 CSOM 方法可大量更新自訂欄位。 這個方法需要您傳入包含您要更新之所有自訂欄位之名稱及值的字典。

在需要時提供專案網站的 API

每個專案都可以有自己專屬的 SharePoint 網站,小組成員可以在其中共同作業、共用檔,並引發問題。 這些網站可以在首次發佈時自動建立,或透過「Project Web App 設定」 Project Pro 或系統管理員手動建立,也可以只加以停用。

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

事件處理

增益集可以回應 Project Online 中引發的事件。 例如,增益集可以在建立專案之後執行一些額外的活動。 使用者可能需要等候這些增益集完成處理事件,然後才能繼續使用 Project Online。

建議:

Project Online 應設定為以非同步方式處理某些事件,以將使用者需要等候的時間量降至最低。 若要這麼做,請詢問您使用的任何增益集的開發人員,以確定其程式碼可以在非同步處理事件之後。 若要深入瞭解,請參閱 本文 以深入瞭解處理這些事件時可遵循的做法。

如果開發人員確認增益集已準備好進行變更,則您需要啟用 PWA 設定] 頁面上的 [開啟非同步事件處理] 設定。

  1. PWA 設定] 頁面上,選取 [操作策略] 區段中的 [其他伺服器設定]。

  2. 在 [ After 事件的非同步事件處理 ] 區段中,確定已選取 [在 事件處理後開啟非同步 ]。

    事件後的非同步事件處理設定。

  3. 選取 [儲存]。

    然後您必須測試您的實例,以確認所有內容都運作正常。

    注意

    網站集合管理員只可看到和變更此設定。

OData 和報告

ProjectData OData 服務

Project Online 具有 OData 報表服務,可提供一種方式,以在服務中儲存的資料上建立報告/視覺化功能。 報表服務 API 的 OData ProjectData 定義于 這裡

SharePoint 線上,可對 ProjectData OData 報表服務的呼叫進行控制。 請閱讀本文避免在 SharePoint Online 中受到節流或封鎖,以確保通話的可能性降低,並正確地執行重試和指數後置建議。

此外,遵循本檔中所述的建議,可減少檢索資料所需的通話數量、長度和頻率。 如果節流經常發生,請查看整個組織中有多個部門可以查詢相同的資料,或是不遵循本文中所述的最佳作法,也會影響每個人。

時段報告

在 Project Online 您可以選擇所需的時段報表資料的細微性層級。 在Project Online 中設定時段報告資料匯總時,會完整記錄層級的選項及影響。 選擇為案例產生最少資料量的層級,可讓資料在 OData 報表服務端點中看起來更快,而且會減少下載所需的時間。

依效能順序排列的選項清單,會從最高至最低的性能 (,與產生) 的資料量相關聯:

  • 從來不需要

  • 會計期間

  • 每月

  • 每週

  • 每日

會計週期**每月 的優勢都只會持有定義的會計週期,而每月都會保留整個專案中整個工期的資料。

透過使用 Project OData 服務,您可以從 Project Online 實例提取資訊以進行報告。

建議:

儲存與您的業務需求一致的時段資料量最低。 如果您的工作流程等候發佈完成,請勿每日使用。 每天都會花很長的時間來產生必要的資料,以導致工作流程等候。

查詢服務

ProjectData OData 服務的一個查詢中可以傳回的實體數目有 限制 。 因此,查詢大量資料時,需要將多個 web 要求傳送至服務,為每個要求新增網路開銷和延遲。

建議:

避免執行完整的「重新整理全部」資料載入。 這些重新整理可能會影響 PWA 網站的效能,尤其是在高峰使用時間導致 PWA 或節流中使用者作業的整體效能降低。

在幾小時之後執行 Odata 重新整理動作。 維護即時報告或接近實際報告的決策,也應考慮到 PWA 網站中的使用者體驗的效能折衷。 若存在「重新整理內容」需求,請參閱「SQL Server Integration Services (SSIS) –對大型資料集建議使用] 一節。

針對包含大量實體(如專案、工作分派或工作)的 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
    
  • 避免自訂欄位為多重值查閱。 需要額外的計算處理自訂欄位值為多值查閱。 這些欄位無法利用數種優化,已針對更常見的客戶案例執行。 如果已設定多值自訂欄位,請確定篩選的 Odata 查詢中未指定任何這些欄位,以提升查閱速度和可靠性。

  • 依按鍵或關聯查詢實體。 查詢實體時,請參閱 $metadata 中的元資料檔案 https://yourdomain.sharepoint.com/sites/PWA/_api/ProjectData/ 。 請盡可能以下列其中一種方式查詢實體:

  • Keys

    注意

    如果有多個索引鍵,使用第一個索引鍵的執行效果高於使用第二個索引鍵。

  • 協會

    例如,您可以透過 AssignmentId 和 ProjectId 查詢 工作分派 實體:

    https://ServerName/ProjectServerName/_api/ProjectData/Assignments?$filter=AssignmentId eq guid'719d849a-79b4-e911-b073-00155d9c3d12' and ProjectId eq guid'b5b02399-79b4-e911-b073-00155d9c3d12'
    
    or
    
    https://ServerName/ProjectServerName/_api/ProjectData/Assignments(AssignmentId=guid'719d849a-79b4-e911-b073-00155d9c3d12',ProjectId=guid'b5b02399-79b4-e911-b073-00155d9c3d12') 
    

    透過 AssignmentId:

    https://ServerName/ProjectServerName/_api/ProjectData/Assignments?$filter=AssignmentId eq guid'719d849a-79b4-e911-b073-00155d9c3d12'
    

    透過 ProjectId:

    https://ServerName/ProjectServerName/_api/ProjectData/Assignments?$filter= ProjectId eq guid'b5b02399-79b4-e911-b073-00155d9c3d12'
    

    透過從 Project 進行關聯:

    https://ServerName/ProjectServerName/_api/ProjectData/Projects(guid'263fc8d7-427c-e111-92fc-00155d3ba208')/Assignments
    
  • 使用 $top 運算子和迴圈中的 $skip 運算子,一次執行多個查詢以傳回一頁的資料。 例如,下列查詢會針對所有專案取得11到20的 問題 ,並依指派給問題的資源順序進行:

    https://ServerName/ProjectServerName/_api/ProjectData/Issues?$skip=10&$top=10&$orderby=AssignedToResource
    
  • 避免在查詢 指派實體時,檢索 Project/Task/Resource 名稱。 服務會執行額外的處理,以取回各自的名稱。 如果資料已從其他查詢中取回,請勿在查詢指派時將它包含在 $select 篩選中。

建議:

  • 使用伺服器端篩選來限制您在執行時間查詢的資料量,只檢索所需的欄。 使用自訂欄位時,這會造成的影響最明顯。 只有在您需要時才在自訂欄位中新增。

  • 確定您是在實體索引鍵上篩選。 實體索引鍵已編制索引,可提供更高性能的資料檢索體驗。 您可以查看 PWA 實例中的服務元資料檔案,以找出每個實體的金鑰 (s) : https://Contoso.sharepoint.com/sites/PWA/_api/ProjectData/ $metadata

檢索資料和建立報告

PowerBI

如果資料量很小,Power BI 可以定期從 Project OData 服務讀取資料,並提供各種 dynamics 報告。 您可以在 這裡找到範例內容套件。

如果 Project Online 中的資料量很大,只要符合這裡所述的 PowerBI 資料大小限制,仍然可以在資料的子集內引入。 另一種方法是在移動視窗中建立報表,例如,篩選在過去30天內使用中的專案,或在未來6個月內查看資源容量。 請參閱 $filter/$select 一節,以取得最佳作法,因為 PowerBI 可能不會利用服務端篩選優化。

ExcelOData

Excel 可用於下載資料及建立自訂的視覺化/報告。 如果 Project Online 中的資料量很大,則資料的子集可以使用移動視窗,也就是說,篩選在過去30天內使用中的專案,或在未來6個月中查看資源容量。 請參閱 $filter/$select 一節,以取得最佳作法,因為 Excel 可能不會利用服務端篩選優化。

SQL Server Integration Services (SSIS)

使用 SSIS,Project Online 報告資料可從 Project OData 服務下載到本機 SQL 伺服器資料庫或 Microsoft Azure。 下載之後,就可以製作任何報表/視覺化效果。 需要進一步的處理常式來保持本機資料與 Project Online 同步。

使用 SSIS 時,請使用下列 Project Online 已優化的模式。 這種模式會減少檢索和保持本機資料同步處理所需的時間長度。此外,請進一步下載執行業務需求所需的欄位。 查詢的欄位越少,可檢索的資料就越快。

完整同步處理

取得您感興趣的報表資料目前快照。 使用下列方法可有效地取得Project和相關的實體。

例如,使用Project實體。

  1. 從 Project 實體查詢 ProjectId,包括任何其他篩選器。 例如,篩選具有特定開始或完成日期的專案。

  2. 查詢 Project 實體,指定需要下載的欄位,請在先前所檢索的單一 ProjectId 上篩選。 在下列的差異同步處理模式中使用 ProjectModifiedDate (如果有的話)。

  3. 針對每個 ProjectId 重複步驟2。 此外,針對每個 ProjectId,下載相關實體的資料。

例如,使用 任務 實體:

  1. 從上一個步驟中的任何其他欄位及專案 ProjectId 查詢 TaskId 的任務實體篩選。

  2. 查詢工作實體以指定需要在先前所檢索的單一 TaskId 上下載及篩選的欄位。 在下列的差異同步處理模式中使用 TaskModifiedDate (如果有的話)。

  3. 針對每個 TaskId 重複此步驟。

    同樣地,針對每個相關實體使用相同的方法,例如 工作分派TaskTimephasedData

上述步驟適用于其他實體群組,例如,在檢索時程表資訊時:

  • 時程表: (TimesheetUID) 和修改日期欄位,以篩選準則為基礎的 TimesheetId 和 ModifiedDate,然後在 TimesheetId 上 TimeSheetLines 篩選,並繼續進行其他相關的實體。

檢索資源實體資訊時:

Delta Sync

定期檢查,以保持報表資料的本機複本為最新狀態。 如有需要,針對個別的相符小組(例如時程表,資源 ...)重複下列步驟。

  1. 使用 $filter 準則,從 Project 端點查詢所有 ProjectId 和修改日期。

  2. 刪除 [本機專案] 和 [相關記錄] (的任務、工作分派等 ) 中 ProjectId 不再存在的位置。

  3. [!注意事項] 在專案記錄中,服務修改日期和本機修改日期是不同的,請查詢 Project 端點一次在單一 ProjectId 上篩選的所有必要欄位。 此外,針對每個 ProjectId,下載相關實體的資料。

例如,使用 任務 實體:

  1. 查詢來自工作實體篩選的任何其他欄位的 TaskId 和 TaskModifiedDate,並從上一個步驟中的專案 ProjectId,因為資料已變更,亦即,Project 服務修改日期不符合本機修改日期。

  2. 刪除已不存在之 TaskId 的本機和相關記錄。

  3. 若服務修改日期和本機修改日期不同,請查詢各個實體端點傳入 TaskId 和實體主鍵,並更新本機版本。

針對每個相關實體重複,例如工作分派、TaskTimephasedData。

Project Web App配額

根據預設,Project Web App 網站會附帶25gb 限制,且與所有已啟用 Project Web App SharePoint 網站集合中儲存的所有資料的限制不同。 使用報告細微性選項來減少您的資料量,可協助您在配額內保持。

注意

PWA 配額可增加 (以增量) 為最大值 100 GB。 達到配額限制之後,就會需要新的 PWA 網站。 增加超過50GB 需要 PWA 網站不再使用每日時段報告細微性選項。 若要討論如何增加 PWA 網站配額,請與 Microsoft 聯繫。

總結

Project Online (如網際網路上所執行的任何雲端服務),需要進行特定的調整,以與內部部署進行比較,以提供最佳效能。

雖然我們持續改善系統以加速效能,但您可以在此期間採取一些步驟,為您的使用者提供良好的體驗。

摘要建議:

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

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

  • 盡可能讓頁面和自訂盡可能簡化,盡可能縮短頁面載入時間。

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

  • 選擇 [報表細微性] 選項,其使用的資料量最低,可滿足您的報表需求。

Project Online:軟體界限和限制