• 项目

加载准备好的数据

更新： 2009-09-17

本文内容：

  • Migrating prepared reference data

  • Migrating prepared fact data

此过程用于将准备好的数据加载到目标服务器的应用程序中。

重要说明重要：

在以下过程的每个步骤结束之后，请验证 ID 表和标签表中的 BizSystem 标志以确保该步骤已成功完成。

迁移准备好的引用数据

迁移准备好的引用数据

  1. 使用 SQL Server Management Studio 还原目标服务器上的临时数据库。

  2. 使用 规划管理控制台注册临时数据库（如果它尚未注册）。如果需要注册临时数据库，则有必要使该应用程序处于联机状态。注册临时数据库后，在迁移数据之前必须将应用程序锁定。

  3. 使用 规划业务建模器或 规划命令实用工具为每个站点同步临时数据库。请对所有维度和模型执行此操作。

    语法：

    ppscmd stagingdb /operation synchronizedata /server http:// <servername> :46787 /path <application_label> . <modelsite_label> /collection dimensions | models

    示例：

    ppscmd stagingdb /operation synchronizedata /server https://localhost:46787 /path alpine_ski_house.ash_corporate /collection dimensions 
ppscmd stagingdb /operation synchronizedata /server https://localhost:46787 /path alpine_ski_house.ash_corporate /collection models

  4. 使用临时数据库中的可用存储过程将标签转换为 ID，以便为所有维度填充维度 ID 表

    语法：

    EXEC[dbo].[bsp_DI_ConvertLabelColumnToMemberIdForDimension]
@DimensionName = <modelsite_Label>:<Dimension_Label>,
@ModelSiteName = <Modelsite_label>,
@OverwriteExistingData = N'T'

    示例：

    EXEC[dbo].[bsp_DI_ConvertLabelColumnToMemberIdForDimension]
@DimensionName = N'Ash_Corporate:Account',
@ModelSiteName = N'Ash_Corporate',
@OverwriteExistingData = N'T'

  5. 使用规划业务建模器或规划命令实用工具为每个站点加载所有维度。根据需要重复此操作。

    语法：

    ppscmd stagingdb /operation loaddatafromstaging

    /server <planning server url> /path <application_label> . <modelsite_label> .dimension: <dimension_label>

    /currentsite <application_label> . <modelsite_label>

    示例：

    ppscmd stagingdb /operation loaddatafromstaging /server https://localhost:46787 /path alpine_ski_house.ash_corporate.dimension:account /currentsite alpine_ski_house.ash_corporate

  6. 为每个站点同步所有维度。

    语法：

    ppscmd stagingdb /operation synchronizedata /server http:// <servername> :46787 /path <application_label> . <modelsite_label> /collection dimensions

    示例：

    ppscmd stagingdb /operation synchronizedata /server https://localhost:46787 /path alpine_ski_house.ash_corporate /collection dimensions

  7. 为所有层次结构执行标签到 ID 的转换。使用临时数据库中的现有 Microsoft SQL Server 2005 存储过程来执行此操作。有关详细信息，请参阅 PerformancePoint data integration。

    语法：

    EXEC [dbo].[bsp_DI_ConvertHierarchyLabelColumnToMemberIdForDimension]
@DimensionName = <modelsite_Label>:<Dimension_Label>,
@OverwriteExistingData = T | F

    示例：

    EXEC [dbo].[bsp_DI_ConvertHierarchyLabelColumnToMemberIdForDimension]
@DimensionName = N'Ash_Corporate:Account',
@OverwriteExistingData = N'T'

  8. 使用规划业务建模器和规划命令实用工具为每个站点加载层次结构的所有维度。根据需要重复此操作。此操作会为每个维度加载层次结构。

    语法：

    ppscmd stagingdb /operation loaddatafromstaging

    /server <planning server url> /path <application_label>.<modelsite_label> .dimension: <dimension_label>

    /currentsite <application_label> . <modelsite_label>

    示例：

    ppscmd stagingdb /operation loaddatafromstaging  /server https://localhost:46787 /path alpine_ski_house.ash_corporate.dimension:account /currentsite alpine_ski_house.ash_corporate

  9. 验证 ID 表和标签表中的 BizSystem 标志。

迁移准备好的事实数据

事实数据迁移只支持将有效的事实数据从源迁移到目标环境。由规则和计算生成的事实数据视为无效。

如果因业务原因需要迁移该数据，则必须使用 /novalidation 标志。

迁移准备好的事实数据

  1. 为每个站点同步所有维度。此操作还会同步所有层次结构。

    注意注意：

    不允许迁移源系统中由规则生成的数据。

    语法：

    ppscmd stagingdb /operation synchronizedata

    /server <planning server url> /path <application_label> . <modelsite_label>

    /collection dimensions

    示例：

    ppscmd stagingdb /operation synchronizedata /server https://localhost:46787 /path alpine_ski_house.ash_corporate /collection dimensions

  2. 为所有模型执行标签到 ID 的转换。使用临时数据库中的现有 SQL Server 存储过程来执行此操作。有关详细信息，请参阅 PerformancePoint data integration。

    语法：

    EXEC [dbo].[bsp_DI_ConvertLabelColumnToMemberIdForModel]
@ModelName = N’<modelsite_label>:<model_label>’,
@OverwriteExistingData = T | F,
@IncludeValidation = T | F,@IncludeAnnotation = T | F

    示例：

    EXEC[dbo].[bsp_DI_ConvertLabelColumnToMemberIdForModel]
@ModelName = N'Ash_Corporte:Corporate Costs',
@OverwriteExistingData = N'T',
@IncludeValidation = N'T',
@IncludeAnnotation = N'F'

  3. 使用规划业务建模器和规划命令实用工具为每个站点加载所有模型。根据需要重复此操作。

    语法：

    ppscmd stagingdb /operation loaddatafromstaging

    /server <server url>

    /path <application_label> . <modelsite_label>

    示例：

    ppscmd stagingdb /operation loaddatafromstaging /server https://localhost:46787 /path “alpine_ski_house.ash_corporate.model:corporate costs”

  4. 使用规划业务建模器和规划命令实用工具为所有模型同步每个站点的临时数据库。

    语法：

    ppscmd stagingdb /operation synchronizedata

    /server <server url>

    /path <application_label> . <modelsite_label>

    /collection models

    示例：

    ppscmd stagingdb /operation synchronizedata /server https://localhost:46787 /path alpine_ski_house.ash_corporate /collection models

迁移关联、元数据和引用数据

  1. 将关联的标签转换为 ID。

    EXEC[dbo].[bsp_DI_ConvertLabelColumnToMemberIdForAssociation]

  2. 使用规划命令实用工具加载关联。

    语法：

    ppscmd stagingdb /operation loaddatafromstaging

    /server <planning server url>

    /path <application_label>

    /collection associations

    示例：

    ppscmd stagingdb /operation loaddatafromstaging /server https://localhost:46787 /path alpine_ski_house /collection associations

有关加载的注意事项

在加载过程中应牢记以下注意事项。有关加载的详细信息，请参阅 PerformancePoint data integration。

维度

链接维度

在加载链接维度之前，应始终先加载其依赖的维度。这意味着链接维度数据应一直保留在标签表中，直到依赖的维度已加载到应用数据库为止。

某些维度可能会链接到自身。处理这种情况的最佳方法是首先在将链接成员属性设置为 NULL 的情况下加载维度。将维度加载到应用数据库后，用正确的值更新链接成员属性，然后再次加载。

特定于站点的加载

共享维度可具有属于不同模型站点的成员。在加载具有属于不同模型站点的成员的维度时必须采取递增式过程。首先，使用现有存储过程将一个模型站点的标签转换为 ID。接下来，从该模型站点加载这些成员。返回并将另一个模型站点的标签转换为 ID，然后加载该模型站点的成员。对包含这些维度的成员的每个模型站点重复此过程。

模型

在迁移事实数据时，可以一并迁移相关的批注。处理模型的所有存储过程也会处理批注。当同步或加载模型时，会同时同步和加载批注。为模型创建标签表时，也会为批注创建标签表。将标签转换为 ID 时，可以选择将批注标签也转换为 ID。

关联

关联加载操作是在应用程序级别执行的。执行加载操作的用户必须具有应用程序级别数据管理员权限才能执行此操作。

对于已成功加载的关联，其 BizSystemFlag 列的值会从 200 更新为 100。对于在临时区域中有效但未加载的关联，其 BizSystemFlag 值仍为 200。这可能是因为该关联已在应用程序中。

另请参阅