规划 Office Project Server 2007 配置

更新时间: 2009年5月

上一次修改主题： 2015-03-09

本文内容：

• 选择 Project Server 配置

• 方案 1：内部宿主

• 方案 2：外部宿主

• 方案 3：项目组合管理部署

• 方案 4：专业服务/时间表部署

• 方案 5：程序部署

• 增长规划

• 工作表

选择 Project Server 配置

在评估当前环境、确定相关的环境因素并确定这些元素对您的 Microsoft Office Enterprise Project Management (EPM) Solution 的体系结构有何影响之后，便可以确定最能满足组织需要的配置方案。选择 Project Server 配置的过程包括：

• 确定最能反映组织情况的配置方案。   选择最能准确表示组织的规模、计划使用的 Project Server 功能、所管理项目的数量和类型以及组织中用户的数量和类型的配置方案。

• 选择最能满足您需要的配置选项（标准或备用）（如果适用）。    您选择的配置选项基于特定的基础结构和环境因素、您的可用性需求和项目管理要求。

• **如有必要，修改配置以满足您的组织的特定需求。**例如，在以下情况下，您可能需要修改配置：

  • 通过 Internet 或 Extranet 提供对 Project Web Access 的访问。

  • 在没有 Active Directory 目录服务域的环境中执行操作。

  • 支持在一组合并的硬件上提供多个 Project Server 网站的宿主配置。

  • 支持 12,000 个以上的用户。

  • 为部署调整硬件大小。

本文介绍了可在组织或大型组织的部门内用作配置计划起点的五种基本配置方案。每种配置方案都包括说明、有关用户和项目的信息以及标准和备用配置示例。

这些配置方案不是为了反映部署 Microsoft EPM 解决方案 的所有组织的需要，而是需要企业项目管理的解决方案的组织类型的典型示例。

方案 1：内部宿主

方案 1 在组织内部门或组的共享硬件上部署 Project Server 的多个实例。在此示例中，所有 Project Server 实例都可向用户提供唯一的首要网站集，但被提供给一个通用 Windows SharePoint Services 3.0 应用程序池。各个实例在逻辑上独立，通过一个共享的 Project Server 接口访问数据库中存储的数据。可将每个实例的数据库部署到运行 SQL Server 的专用计算机上。

示例“内部宿主”服务器拓扑

一次性安装和配置 Project Server。新实例可通过设置过程来创建。实例被提供给同一 Web 应用程序池和同一共享服务提供程序。实例共享一组通用服务，如应用层上的 Project Server 接口。实例使用通用的 Windows SharePoint Services 配置数据库和通用的 Windows SharePoint Services 内容数据库。实例具有单独的项目数据库。

方案 2：外部宿主

方案 2 隔离共享硬件上的多个 Project Server 实例。与方案 1 相似，Project Server 实例也可为用户提供唯一的首要网站集。但在方案 2 中，每个实例被提供给一个单独的 Windows SharePoint Services 3.0 应用程序池；通过共享服务提供程序 Web 应用程序提供对存储在数据库中的数据的访问。此方案通过隔离数据和数据访问提供了额外的数据安全性。

示例“外部宿主”服务器拓扑

新实例可通过设置过程来创建。新实例被提供给不同的应用程序池。实例使用单独的 Windows SharePoint Services 内容数据库。实例使用一组专用的服务，如应用层上的 Project Server 接口。实例使用通用的 Windows SharePoint Services 配置数据库。实例具有单独的 Project Server 数据库。

权衡“内部宿主”与“外部宿主”的优点

“外部宿主”方案的主要优点是进程帐户的隔离。这是因为有两个共享服务提供程序使用唯一帐户，并且对 Project Server 数据库的访问独立于它们各自的用户。而且，由于 Web 应用程序只能有一个共享服务提供程序，因此也隔离了 Web 应用程序安全性。“外部宿主”方案的缺点是性能受每个共享服务提供程序的影响。而且，附加的应用程序池和数据库意味着需要额外的磁盘空间。而像“内部宿主”中那样共享这些资源，则意味着最大化了跨多个 Microsoft Office Project Web Access 实例利用 IIS 应用程序池进程的开销。

方案 3：项目组合管理部署

Microsoft Office Project Server 2007 项目组合管理部署解决方案适用于要使用 Project Server 来管理项目组合的任何中到大型组织。这些组织通常具有以下特点：

• 拥有大量包含多个任务的项目

• 项目经理所占百分比较高

• Microsoft Office Project Professional 2007 的使用率高

• 单个共享服务提供程序 Web 应用程序

属于这种情况的组织通常使用 Project Server 功能的广度，其中包括：时间表、文档库/问题/风险、企业全局模板和企业资源池。

应用此方案的组织可以是所有用户共享同一 LAN 上的同一个物理位置的中等规模组织（或更大组织中的某个部门），也可以是用户存在于多个不同物理位置的大型组织。

部门服务器拓扑示例

为了支持中等规模组织的使用要求和服务级要求，基准服务器拓扑可由以下几个部分构成：一台运行前端 Web 和应用程序服务器组件的服务器，一台运行 SQL Server 2000 或 SQL Server 2005 以容纳所需数据库的数据库服务器。在项目经理数少于 20 并且同时进行的项目数介于 100 到 500 之间的情况下，此拓扑是最佳选择。

用于方案 3 的企业服务器拓扑示例

当系统规模增大到具有 50 个或更多项目经理并且进行的项目数超过 1,000 个时，该系统可以实现企业服务器拓扑。在此拓扑中，Project Server 前端 Web 服务器部署在一个负载平衡的群集中，以便提供更高的可用性。此配置有助于确保在硬件失败时的可用性，而且该配置还可以通过容纳时间表用户引起的大量并发 TCP 连接来提高性能。此外，为了更好地容纳越来越多的大型项目对 Project Server 接口 (PSI) 的调用，可将应用层放置在自己的服务器上。随着组织规模的扩大，将需要提供新的数据中心，以便使用 WAN 链接进行通讯，同时将需要防火墙来确保安全性。

用于方案 3 的企业级服务器拓扑示例

随着 EPM Solution 在规模上不断扩大到大型组织并且需要支持更多的活动项目（3,000 个或更多），它应扩展到可在每层都提供冗余的服务器拓扑，以获得更高的可用性。一台附加的前端 Web 服务器可为大量 Office Project Web Access 用户提供更好的体验。

方案 4：专业服务/时间表部署

Office Project Server 2007 专业服务/时间表部署方案可以应用于主要使用 Project Server 来捕获和报告时间的大型组织。员工和承包商的服务将使用 Project Server 时间表功能来提交特定时间段内处理任务的小时数。

此方案具有以下特点：

• Office Project Professional 2007 使用率最低

• 主要是时间和物料帐单

• 项目较多（600 到 2,500），但任务相对较少

• 可预测与 Office Project Web Access 中的计划时间表项对应的使用高峰期

• 单个 Office Project Web Access 实例

属于这种情况的组织通常使用一组有限的 Project Server 功能来跟踪时间和成本，方法是使用时间表来捕获信息。由于在短期内提交大量时间表从而造成系统资源使用过多，产生了可伸缩性问题。

用于方案 4 的企业服务器拓扑示例

对于拥有 12,000 名员工的大型组织，请使用此企业服务器拓扑。在此拓扑中，Project Server 前端 Web 服务器部署在负载平衡的群集中，以提供高可用性。此配置有助于确保在硬件失败时的可用性，而且由于可以容纳时间表用户引起的大量并发 TCP 连接，因此该配置还可以提高性能。此外，为了更好地容纳越来越多的大型项目对 Project Server 接口 (PSI) 的调用，可将应用层放置在自己的服务器上。还可将负载平衡的群集应用于数据层。

用于方案 4 的企业级服务器拓扑示例

如果您的组织扩大到 20,000 名员工的规模，则时间表用户和查看器类别的增加要求该公司扩展到此企业级服务器拓扑。此拓扑增加了前端 Web 和应用层的冗余。附加用户会增加星期五晚上时间表使用高峰的振幅。

方案 5：程序部署

Office Project Server 2007 程序部署方案可应用于其关注领域是通过项目管理 Office (PMO) 驱动的自上而下计划的大型组织。此方案在产品开发和制造市场中更为常见。它具有以下特点：

• 包含通常相关的少数几个大型项目

• 关注 PMO

• 广泛使用 Office Project Professional 2007

• 建议和活动计划使用

用于方案 5 的企业服务器拓扑示例

为了支持使用级别和服务级别的要求，该基准服务器拓扑可能包括以下几个部分：

• 在负载平衡群集中配置的两台 Office Project Web Access 前端 Web 服务器

• 一台运行 Project Server 接口 (PSI) 的应用程序服务器。该应用程序服务器部署到单节点的负载平衡配置中，以简化将来添加其他应用程序服务器的过程。

• 运行 Microsoft SQL Server 并用来容纳所需数据库的独立群集

• 用来隔离数据层的防火墙

增长规划

无论选择何种服务器配置，最好都要计划如何对 EPM 解决方案 的增长需求做出响应。有两个用于扩展系统的选项：向上扩展和向外扩展。

向上扩展

• 通过添加更多/更快的处理器和 RAM 或通过使用 64 位硬件来增加数据库服务器的大小。

• 提高服务器之间的网络速度

• 最大限度地提高数据库服务器上的吞吐量

• 添加网络接口卡来隔离通信

• 添加网段或减少 SQL 段上的节点

• 在 Microsoft SQL Server 所在的服务器上使用网络接口卡队列，以改进性能和冗余

向外扩展

• 添加应用程序服务器来处理增加的 Office Project Professional 2007 使用。这也将增加冗余。

• 在添加的 Office Project Server 2007 附加实例时添加前端 Web 服务器。

• 群集化数据库服务器以提高性能和可靠性。

工作表

内部宿主计划（该链接可能指向英文页面） (https://go.microsoft.com/fwlink/?linkid=73275\&clcid=0x804)

外部宿主计划（该链接可能指向英文页面）(https://go.microsoft.com/fwlink/?linkid=73277\&clcid=0x804)

项目组合管理（该链接可能指向英文页面）(https://go.microsoft.com/fwlink/?linkid=73279\&clcid=0x804)

时间表方案（该链接可能指向英文页面）(https://go.microsoft.com/fwlink/?linkid=73280\&clcid=0x804)

程序部署（该链接可能指向英文页面）(https://go.microsoft.com/fwlink/?linkid=73281\&clcid=0x804)