优化 Project Online 性能

注意:  我们希望能够尽快以你的语言为你提供最新的帮助内容。 本页面是自动翻译的,可能包含语法错误或不准确之处。我们的目的是使此内容能对你有所帮助。可以在本页面底部告诉我们此信息是否对你有帮助吗? 请在此处查看本文的 英文版本 以便参考。

< 更多 Project 帮助

Project Online几年前的推出,各种规模的组织已能够使用 Microsoft 丰富的方便地在我们的Office 365云基础结构中的项目组合管理 (PPM) 功能集。

虽然使用基于云的服务的其中一个明显优势是避免必须处理部署、设置以及硬件和软件优化,但是你仍然必须执行一些步骤来确保你的组织可以充分发挥 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 资源池同步

  • 用户界面自定义和外观

  • 项目详细信息页面 (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 权限模式提供高度的可自定义性,但它可以是以在性能方面的价格。如果您创建数百个类别,并依赖动态权限通过您资源细分结构 (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 项目EPT 创建https://contoso.sharepoint.com/sites/IT出的项目网站。

项目网站创建位置

建议:   

如果您的组织使用项目网站,请选择该选项以创建它们点播而不是自动。此加快首次发布体验,并可避免不必要的网站和内容创建。

对于每个 EPT,您可以配置通过此选项:

  1. 在 Project Web App 设置,单击企业项目类型

  2. 选择您需要更改设置 EPT。

  3. 在 EPT 设置页面的项目网站部分中,选择允许用户为选择

项目网站创建选项

通过 EPT 自己网站集中创建项目网站。在 SharePoint Online限制下方网站集保留项目网站的数。

可以同步哪些内容?

Project Online运行SharePoint Online相同的方式Project ServerSharePoint Server上运行的顶部。因此,我们需要保持同步了特定数量的组件之间到两个系统。这些同步可以需要较长时间,具体取决于您的业务需求,有时会不必要。本文介绍所有这些各种同步系统以帮助您确定的哪些需要和哪些可以安全地关闭。这些设置的一些已关闭默认情况下。

在以下各个部分中,将会讨论:

  • 同步您的项目网站的用户权限

  • 同步 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 任务列表。

建议   

同步 SharePoint 任务列表选项供使用小项目计划。如果项目有大量的任务,同步它们上发布将花费一些时间为每个任务需要更新的一次。例如,需要几分钟同步 500 任务项目计划与 SharePoint 任务列表。即使队列作业位于单独相关并且不阻止保存和编辑的项目计划,我们建议您未启用同步 SharePoint 任务列表选项。我们建议您仅同步具有小于 250 任务的项目。

默认情况下,此选项已关闭。如果您的用户需要为每个 EPT 功能仅启用 SharePoint 任务列表同步。若要配置此选项:

  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 平台具有模块化 Web 部件基础结构并支持自定义页面,可提供出色的自定义功能。 在你添加徽标、自定义 Web 部件和新主题时,由于邻近服务器、低延迟和高带宽网络这些优点,可能不会对本地基础结构的性能产生重大影响。 然而对于联机服务,情况有所不同。

当你上载文件大小较大的徽标或图形时,可能会减慢本地部署中页面的加载速度,但这些页面仍会保持联机,对页面加载的性能影响较大。

向页面添加多个 web 部件时,将应用相同的原则。所以很可能具有与多个 web 部件,自定义页面,但实际上,用户需要查看并排的数据,除非是更好地有单独的专用的页面比让它在一个位置。如果用户只需要一个页面上的 web 部件的内容,他们仍然必须再等待加载和显示的数据的其他所有 web 部件页。

建议:   

自定义页面时,请将 Project Online 网站视为任何正常 Internet 网站,然后尽可能创建轻型页面。

自定义视图

同样,简化大大有利于提高页面加载性能。 组织可以通过使用多个 Project Web App 页面(包括项目中心、资源中心、任务和时间表)来创建自定义视图。

显示的内容越多,呈现页面的速度越慢。 如果为用户提供较多简单且有针对性的视图,而不是许多“全能”视图,则可以将每个页面加载时间减少数秒。

在下面的示例中,第二个视图的加载时间比第一个视图平均少 2 至 3 秒。

自定义的项目中心视图的屏幕截图。

项目中心视图的屏幕截图。

建议:   

当你配置视图时,为用户提供简单的专用视图可比复杂的全能视图更快地导航,而全能视图在大多数情况下会加载不必要的数据。

用户视图设置

项目中心: 分组依据的汇总

用户可以配置具有呈现对其包括有数据的不同字段进行分组的视图的不同方法。当使用分组依据,请为受支持的聚合字段 (例如,求和成本或自定义字段) 可以汇总数据。计算这些聚合值请求服务才能显示总计加载所有值。

示例数据按字段分组和聚合字段上卷。

建议:   

用户需要查看汇总的值,除非禁用功能区中的总成型任务选项。

总成型任务选项

项目中心: 甘特条形图

甘特图视图的图表部分显示每个项目作为摘要的甘特条形图。

建议:   

除非用户需要查看甘特图,将禁用功能区中的甘特图选项。

甘特条形图选项

自定义项目详细信息页面和工作流

除了上面提供的页面设计建议,项目详细信息页面 (PDP) 也特别有用,因为它们可以触发整个项目的重新计算并启动工作流操作,这两项操作对性能的影响都非常大,具体取决于你的自定义设置。

Project Online 和 Project Server 对于项目信息有两个主要更新过程:

  • 需要日程安排重新计算的更新(请参阅下面的列表)

  • 与日程安排不相关的字段,如项目名称、说明和所有者。

建议你避免同时更新相同 PDP 上这两种类型的数据,以避免同时触发两个更新过程。

下面列出了需要日程安排重新计算的最常见的操作。

  • 项目日历更改

  • 对下列日期字段的更改:

    • 开始日期

    • 完成日期

    • 状态日期

    • 当前日期

  • 项目自定义字段中的更改

  • 如果项目有任何依赖项和可交付结果

提高 PDP 性能的另一种方法是减少显示在每个 PDP 上的 Web 部件和自定义字段数 如果你的业务流程要求频繁更新同一组字段,请创建一个仅包含这些字段的专用 PDP,以便提高加载速度并节省时间。 始终显示所有自定义字段将产生大量不必要的开销。

建议:   

创建轻型专用 PDP,避免混用与日程安排相关的和不相关的更新。

使用新的 REST API 批量更新自定义字段

一次更新一个工作流中的项目自定义字段要求使用“设置项目字段”操作发出单独的服务器请求。 在高延迟、低带宽网络上同时更新大量自定义字段时,会导致性能降低。

若要解决此问题,则CSOM 方法来更新批量的自定义域。此方法要求您通过在包含名称和您想要更新的所有自定义字段值的词典。

使用 API 按需设置项目网站

每个项目都可以有自己专用的 SharePoint 网站,团队成员可以在其中进行协作、共享文档和提出问题。 可以在第一次发布时自动创建这些网站,项目经理也可以通过 Project Pro 手动创建这些网站,而管理员也可以通过 Project Web App 设置手动创建这些网站,或者他们可以禁用这些网站。

您可以使用CreateProjectSite('') 方法决定何时创建其项目网站。这是特别有用,对于要在特定的阶段中的预定义工作流,而不是在首次发布项目建议达到后才创建其网站的组织。这通过显著提高了项目创建的性能推迟创建的项目网站。

OData 和报告

报告

在 Project Online 您可以选择的时间单位分阶段部署报告数据-,或如果您不需要的分阶段部署时间报告数据,您可以选择永不在 Project Online 中的按时间分段报告数据配置汇总完全介绍了此功能。选择占用最能满足您的报表需求的数据的一个选项意味着报表将生成更快,您或许能够为您使用不同的报告选项将具有较小的数据集,也将受益更快地发布项目。是的顺序对性能的最大好处的选项列表中:

  • 从不

  • 会计期间

  • 每月

  • 每周

  • 每天

财政周期具有大优点: 通过每月的定义财政周期,只保留报告数据,而每月一次将包含数据的完整的持续时间内跨所有项目。

通过使用 Project OData 服务,您可以从报告您 Project Online 实例提取信息。

建议:   

存储最少符合您的业务需求的时间分段的数据量。不要的使用每日如果您有等待的工作流的发布,才能完成。

PowerBI

如果数据不大,然后 Power BI 可以定期从 Project OData 服务读取数据并帮助提供了多种 dynamics 报告。找不到示例内容包下面

如果在 Project Online 中的数据量较大,您可以仍将中的数据子集,只要符合 PowerBI 数据大小限制分级显示下面。另一种方法是在移动窗口中,即在过去 30 天或查看下一步 6 个月的资源容量处于活动状态筛选项目中创建您的报表。

SQL Server Integration Services (SSIS)

使用 SSIS,数据可以从 Project OData 服务提取和本地或Microsoft Azure中可以下载到 SQL server 数据库的报告数据。找不到 Project OData 服务示例 SSIS 程序包下面

建议:   

如果你的报告需求仍要求你提取大量数据,请考虑使用SQL Server Integration Services (SSIS) 程序包将你的报告数据复制到 SQL server 数据库,本地或Microsoft Azure中。

当使用 SSIS,请考虑以下步骤:

完整的同步

获取您感兴趣的报告数据的当前快照。

  1. 记录同步时间为当前日期/时间

  2. 将数据从每个终结点的下载。

Delta 同步

检查定期保持最新的副本。

  1. 记录的当前日期时间。

  2. 查询 ProjectId 从项目终结点。

  3. 删除本地 ProjectId 不再存在的项目。

  4. 按项目的每个终结点的查询:

    1. 查询实体 Id。

    2. 删除本地实体 Id 不再存在。

    3. 自上次同步时间后已更改的 mod_dates 的查询。

自定义域

当从 OData 端点检索数据,额外计算时需要使用自定义字段是多值查阅。额外的计算不允许以利用大量的优化的 OData 终结点。

建议   

不要使用多值查阅自定义域。

查询 OData

限制的实体,可返回一个查询的 ProjectData 服务中的数量。因此,查询大量数据需要多个 web 请求发送到服务,添加网络开销和每个请求的延迟。

对于包含大量实体(如项目、工作分配或任务)的 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,如 Internet 上运行的任何云服务需要特定优化措施来提供与本地部署相差的最佳性能。

尽管我们在不断改进系统来加速性能,但是在此期间你可以执行一些步骤来为你的最终用户提供出色的体验。

摘要建议:

  • 尽可能地使用 SharePoint 权限模式。

  • 仅启用实际需要使用的功能。

  • 使网页和自定义设置尽可能保持简单和轻型,以便更快地加载页面。

  • 使用服务器端筛选或将 OData 源数据导出到 SQL Server 数据库,以便提高报告灵活性。

  • 选择使用最能满足您的报表需求的数据量的报告粒度选项。

相关主题

Project Online:软件边界和限制

扩展你的 Office 技能
了解培训
抢先获得新功能
加入 Office 预览体验计划

此信息是否有帮助?

谢谢您的反馈!

谢谢你的反馈! 可能需要转接到 Office 支持专员。

×