规划服务器应用程序的生命周期

更新: 2009-04-30

PerformancePoint 规划软件面向企业,旨在满足您在预算、预测、合并以及其他业务用途方面的业务需求。借助规划服务器,您可以自定义系统以满足自己的业务需求。

由于系统比较复杂,我们建议分三到五个阶段来实施规划。规划服务器应用程序实施的完整生命周期包括概念证明 (POC) 阶段、设计阶段、测试阶段、预生产阶段和生产阶段。其中一些阶段可以合并,具体取决于您的环境。例如,您可以跳过 POC 阶段或将 POC 阶段和设计阶段合并。您也可以选择分别运行测试阶段和预生产阶段,或者将它们合并为一个阶段。

下面是一个分为五个阶段的实施示例:

阶段 拓扑建议

概念证明

一台计算机

设计

三台服务器。一台计算机也可以接受。

测试

三台服务器*

预生产

三台服务器*

生产

三台服务器*

下面是一个分为三个阶段的实施示例:

阶段 拓扑建议

概念证明/设计

一台计算机

测试/预生产

三台服务器*

生产

三台服务器*

注意注意:

有关安装单服务器环境或分布式环境的说明,请参阅《PerformancePoint Server 2007 部署指南》。

* 虽然建议用于测试、预生产或生产环境的最小拓扑包含三台服务器,但我们强烈建议您分析自己的业务需求、目标和负载,并利用可伸缩性潜力为您的生产系统选择最佳拓扑。

完成概念证明/设计阶段后,如果对结果感到满意,则可以使用迁移工具将您在设计阶段自定义的设置迁移到预生产环境中。

下面的规划应用程序生命周期流程图说明了各个阶段之间的关系,并详细介绍了实施规划系统时所需的步骤。

应用程序进程图示

概念证明阶段和设计阶段

步骤 1:安装和配置

第一步是安装软件并对其进行配置以满足环境的需求。在最初运行安装和配置向导之后,使用规划服务器配置管理器来完成安装步骤。有关安装单服务器环境或分布式环境的说明,请参阅《PerformancePoint Server 2007 部署指南》。

步骤 2:规划服务器配置

使用规划管理控制台执行以下任务:

  • 创建新的 Microsoft Office PerformancePoint Server 2007 规划应用程序

  • 设置系统级安全数据:设置全局管理员 (GA)、用户管理员 (UA)、数据管理员 (DA)、建模者系统角色

  • 设置数据源,以供规划业务建模器加载数据

  • 为出站功能设置数据目标位置

  • 设置或更改配置设置,如超时。

有关这些任务的详细信息,请参阅规划管理控制台联机帮助。

步骤 3:内容设计

使用规划业务建模器来设计您的内容。根据您的设计计划,定义您的业务结构定义、模型站点、模型、维度、层次结构、维度属性、全局假设和模型依赖项(链接模型)。将这些元数据保存到规划应用数据库后,使用规划业务建模器从您在上一步骤中通过规划管理控制台定义的数据源中加载引用数据。

步骤 4:ETL 过程

完成内容设计步骤后,您可以继续进行提取、转换和加载 (ETL) 过程,以便将引用数据和事实数据加载到规划应用数据库中。ETL 操作可以在内容设计步骤和业务流程设计步骤之间并行进行。

ETL 过程包括 ETL 设计和 ETL 执行步骤。ETL 设计步骤包括以下操作(可选):

  • 标识源数据

  • 创建架构映射

  • 将维度和事实数据从源加载到规划临时数据库中。

您可以创建 SQL Server 2005 Integration Services (SSIS) 程序包或 SQL Server 脚本,以提取数据并将其转换成规划临时数据库中的相应格式。

ETL 执行步骤包括将数据从规划临时数据库移到规划应用数据库。使用 PPSCmd.exe 命令行工具或规划业务建模器将引用数据和事实数据从规划临时数据库加载到规划应用数据库。有关 ETL 过程的详细信息,请参阅《PerformancePoint Server 2007 操作指南》中的“数据集成”。

完成结构定义设计后,使用规划业务建模器来执行初始模型站点部署。此步骤用于为所使用的新模型站点创建一个新的 Analysis Services 数据库和 OLAP 多维数据集。您必须先完成此步骤,然后才能继续下一步,即业务流程设计。

在进行上述设计期间,可以定期将元数据和引用数据保存到规划应用数据库中以避免丢失任何数据。我们建议您定期备份系统数据库,包括规划应用数据库、规划临时数据库以及 PPSPlanningSystem 和 PSPlanningService 数据库。

步骤 5:业务流程设计

在此步骤中包括以下操作:

  • 设计业务规则

  • 设计表单

  • 输入数据安全设置

  • 定义工作流程周期、分配和作业

  • 定义模型关联映射

步骤 6:部署模型站点

这一步骤用于对模型站点的 Analysis Services 数据库和多维数据集执行增量更新。所有元数据(包括结构化元数据、安全数据、计算规则数据、引用数据和事实数据)都将保存到规划应用数据库中,并以增量方式移到 Analysis Services 数据库和多维数据集中。

步骤 7:测试

测试是最后一步。使用 PerformancePoint Excel 加载项、SQL Server Management Studio、SQL Server Business Intelligence Development Studio、SQL Server 2005 Reporting Services、PerformancePoint 监控 以及您的业务所需的其他任何工具,来执行下面的测试和验证任务:

  • 数据准确性

  • 性能

  • 数据安全性

  • 工作流程提交

  • 业务和财务作业执行结果

测试过程需要反复进行,您要从配置或内容设计阶段到正式测试阶段不断地进行测试,直到对结果满意为止。例如,首先创建一个模型站点和一个模型,并重复此过程,直到对结果感到满意为止。然后将此过程的范围扩大到一个模型站点内的多个模型以及一个应用程序内的多个模型站点。在配置阶段,测试每个配置设置,直到您满意为止。请注意,此过程不适用于模型站点的初始部署。有关完整的详细信息,请参阅 PerformancePoint 规划业务建模器帮助主题“模型站点部署”。

注意注意:

在设计/POC 环境中工作时,应经常执行完整的规划系统备份以避免丢失任何数据。有关如何备份系统的详细信息,请参阅《PerformancePoint Server 2007 操作指南》。

从设计阶段迁移到预生产和生产阶段

完成概念证明/设计阶段并对系统进行完整测试之后,就可以进入到预生产或生产阶段了。您可以使用规划服务器迁移工具将元数据从源系统迁移到目标系统。对于引用数据和事实数据,直接将数据从规划临时数据库加载到目标系统即可。在设计环境中使用的事实数据可能只是生产系统中所用数据的一小部分。迁移工具只将元数据迁移到目标系统。您还需要设计 ETL 过程,以便将数据加载到目标系统中。必须在此预生产/生产系统上执行业务流程设计步骤。

下面是 PerformancePoint 规划迁移概述。应用程序迁移不会将完整的源系统数据复制到目标系统。

以下信息将在应用程序迁移过程中迁移,并显示在前面的应用程序进程示意图的迁移步骤中:

  • 安全角色

  • 结构化元数据:模型站点、模型、维度和成员集的所有定义

  • 计算规则以及所有关联的作业模板

  • 表单模板

  • 日历

以下信息将在数据迁移过程中迁移,并显示在“应用程序进程”图的 ETL 过程中。

  • 维度和层次结构数据

  • 事实数据和批注

  • 关联

以下信息不会在应用程序迁移过程中迁移,此信息显示在“应用程序进程”图的业务流程设计步骤中:

  • 报表

  • 工作流程:分配、作业、周期定义以及实例

  • 用户及其安全角色分配

    注意注意:

    必须手动重新创建所有未迁移的对象或使用 .csv 文件导入这些对象。

将 PerformancePoint 规划系统迁移到新目标系统的主要步骤如下:

  1. 从源系统导出。

  2. 导入到目标系统。

  3. 迁移数据:从源系统导出数据,准备临时区域,然后加载准备好的数据。

  4. 加载工作流程、安全和报表数据。

  5. 在目标系统中部署所有模型站点。

  6. 使迁移的系统处于联机状态。

  7. 验证应用程序迁移结果。

有关迁移数据的详细信息,请参阅《PerformancePoint Server 2007 操作指南》。

预生产阶段和生产阶段中的步骤相同。在这两个阶段中,应按照相同的迁移过程进行操作。

规划服务器中的数据流

下图显示整个规划服务器中的高级数据流。它将 PerformancePoint 规划分为以下三层:客户端层、服务器层和存储层。以下部分按方案显示图中每个主客户端组件的数据流。数字(如 1、3 等)是指图中的数据流编号。

数据流图示

规划业务建模器:

  • 内容设计:3、9.1、18

  • 业务流程设计:3、9.1

  • 部署模型站点:3、9.1、9.2、13

PerformancePoint Excel 加载项:

  • 数据输入:5、9.1、9.2

  • 报表设计:12、5、9.1

  • 发布表单模板:5、9.1

  • 运行报表:10

  • 将报表发布到 Reporting Services:19

  • 运行时方案:5、10、12

规划管理控制台:2、8、9.1

报表:1、6、7

PPSCmd:4、9.1

ETL:

  • 将应用数据库与规划临时数据库同步:14

  • 将数据从规划临时数据库加载到规划应用数据库:15

  • 将数据从数据仓库加载到规划临时数据库:16

数据集成

必须先使规划服务器从一个或多个业务数据源组合中获取数据,然后才能在任何业务应用程序中进行数据分析和规划。可将数据从任一数据源移到规划临时数据库。随后便可以验证此数据,并将其从规划临时数据库移到规划应用数据库。

PerformancePoint Server 提供了一些工具和方法,用于将数据从贵公司的内部操作数据源移到临时数据库。需要注意的是,PerformancePoint Server 并不提供支持提取、转换和加载 (ETL) 过程的工具。

仔细规划数据加载过程非常重要,这是因为如果规划不当,将导致模型、维度和相关成员集之间的数据不一致。

有关数据加载的一些重要考虑因素包括:数据加载频率、执行完全数据加载还是增量数据加载、涉及的数据量以及性能。

考虑数据加载的时间和频率,以及将由哪些用户负责这些过程。对于包含多个站点、多个模型的实施方案,这些问题尤其重要。

在 规划业务建模器中,您可以将维度数据和相关的层次结构数据从规划临时数据库加载到规划应用数据库。在执行操作时,对规划临时数据库中的维度数据所做的全部更改都将集成到规划应用数据库中。这包括新的维度成员行、更新的维度成员行以及删除的维度成员行。规划临时数据库中未更改的维度成员在规划应用数据库中保持不变。有关数据下载功能的详细信息,请参阅规划业务建模器联机帮助。

有关集成数据的详细步骤,请参阅《PerformancePoint Server 2007 操作指南》中的“数据集成”。

另请参阅

其他资源

Data Integration
ETL
Source systems
Moving to a Production Environment
Data Flow Example