共用方式為

  • 發行項

規劃伺服器 Application 的生命週期

更新日期： 2009-04-30

PerformancePoint 規劃軟體是企業導向的軟體，專為編預算、預測、合併報表及其他商務目的等領域之商務需求所設計。規劃伺服器可讓您自訂符合商務需求的系統。

因為系統至為複雜，建議您以三至五個階段實作規劃。規劃伺服器應用程式實作的完整生命週期，包括概念驗證 (POC) 階段、設計階段、測試階段、實際執行前階段及實際執行階段。您可視環境合併部分階段。例如，您可略過 POC 階段或合併 POC 與設計階段。也可以選擇個別執行測試與實際執行前作業，或合併為一個階段。

下例為五階段的實作：

階段 拓撲建議

概念驗證

一部電腦

設計

三部伺服器。一部電腦也可接受。

測試

三部伺服器*

實際執行前

三部伺服器*

實際執行

三部伺服器*

下例為三階段的實作：

階段 拓撲建議

概念驗證/設計

一部電腦

測試/實際執行前

三部伺服器*

實際執行

三部伺服器*
附註附註：

如需有關安裝單一或分散式環境的說明，請參閱《PerformancePoint Server 2007 部署指南》。

* 雖然測試或實際執行前或實際執行環境的最基本建議拓撲為三部伺服器組態，但我們極力建議您先分析商務需求、目標及工作量，然後運用本工具的延展性潛力，挑選出適合您實際執行系統的最佳拓撲。

一旦完成概念驗證/設計階段並獲得滿意的結果後，請使用移轉工具將您在設計階段自訂的設定，移轉至實際執行前環境。

下列規劃 Application 生命週期處理圖表，說明各階段之間的關聯性以及實作規劃系統所需步驟的詳細資訊。

應用程式程序圖

概念驗證與設計階段

步驟 1：安裝與設定

第一個步驟是安裝與設定符合環境需求的軟體。安裝與組態精靈開始執行後，使用規劃伺服器設定管理員完成安裝步驟。如需有關安裝單一或分散式環境的說明，請參閱《PerformancePoint Server 2007 部署指南》。

步驟 2：規劃伺服器組態

使用規劃管理主控台執行下列工作：

  • 建立新的 Microsoft Office PerformancePoint Server 2007 規劃 Application

  • 設定系統層級的安全性資料 (設定全域管理員 (GA)、使用者系統管理員 (UA) 及資料管理員 (DA) 模組工具系統角色)

  • 設定資料來源，以供規劃商務模組工具用於載入資料

  • 設定用於輸出功能的資料目的地位置

  • 設定或變更組態設定，如逾時。

如需有關上述工作的詳細資訊，請參閱規劃管理主控台線上說明。

步驟 3：內容設計

使用規劃商務模組工具設計內容。根據您的設計規劃，定義商務結構定義、模型網站、模型、維度、階層、維度屬性、全域假設及模型相依性 (相連結的模型)。將這些中繼資料儲存到規劃 Application 資料庫後，請使用規劃商務模組工具載入前一個步驟以規劃管理主控台定義之資料來源中的參考資料。

步驟 4：ETL 程序

在內容設計步驟之後，即可運用擷取、轉換及載入 (ETL) 程序，將參考資料與事實資料載入至規劃 Application 資料庫。ETL 工作可在內容設計步驟與商務程序設計步驟之間同時繼續。

ETL 程序包括 ETL 設計及 ETL 執行步驟。ETL 設計步驟亦可包括：

  • 識別來源資料

  • 建立結構描述對應

  • 將維度及事實資料，從來源載入至規劃臨時資料庫。

您可以建立 SQL Server 2005 Integration Services (SSIS) 套件或 SQL Server 指令碼，以擷取資料，並將之轉換成適合規劃臨時資料庫的格式。

ETL 執行步驟包含將資料由規劃臨時資料庫移至規劃 Application 資料庫。使用 PPSCmd.exe 命令列工具或規劃商務模組工具，將參考資料及事實資料由規劃臨時資料庫載入至規劃 Application 資料庫。如需有關 ETL 程序的詳細資訊，請參閱《PerformancePoint Server 2007 作業指南》的＜資料整合＞。

完成結構定義設計之後，請使用規劃商務模組工具建立初始模型網站部署。此步驟會為您正在處理的新模型網站，建立新的 Analysis Services 資料庫及 OLAP Cube。您必須先完成此步驟，才能進行接下來的商務程序設計步驟。

當您在處理這些設計時，可定期將中繼資料及參考資料儲存到規劃 Application 資料庫，以免遺失任何資料。建議您定期備份系統資料庫，包括規劃 Application 資料庫與規劃臨時資料庫以及 PPSPlanningSystem 及 PPSPlanningService 資料庫。

步驟 5：商務程序設計

您可在此步驟中：

  • 設計商務規則

  • 設計表單

  • 輸入資料安全性

  • 定義工作流程週期、工作分派及工作

  • 定義模型關聯對應

步驟 6：部署模型網站

此步驟會對模型網站的 Analysis Services 資料庫及 Cube 執行累加更新。所有中繼資料，包括結構性中繼資料、安全性資料、計算規則資料、參考資料及事實資料皆會儲存到規劃 Application 資料庫，並累加處理到 Analysis Services 資料庫及 Cube。

步驟 7：測試

測試是最後一個步驟。使用 PerformancePoint Excel 增益集、SQL Server Management Studio、SQL Server Business Intelligence Development Studio、SQL Server 2005 Reporting Services、PerformancePoint 監控以及業務所需之任何其他工具，執行下列測試及驗證：

  • 資料正確性

  • 效能

  • 資料安全性

  • 工作流程送出

  • 商務及財務工作執行結果

測試程序必須一再反覆，從組態或內容設計階段到正式的測試階段不斷測試，直到獲得滿意的結果為止。例如，從建立模型網站及一個模型開始，然後重複此程序直到獲得滿意的結果為止。接著將此程序擴展至單一模型網站內的多個模型，以及單一 Application 內的多個模型網站。在組態階段期間，測試各項組態設定，直到滿意為止。請注意，此程序不適用於模型網站的初始部署。如需完整的詳細資訊，請參閱 PerformancePoint 規劃商務模組工具的說明主題＜模型網站部署＞。

附註附註：

在設計/POC 環境中工作時，應經常執行完整的規劃系統備份，以免遺失任何資料。如需有關如何備份系統的詳細資訊，請參閱《PerformancePoint Server 2007 作業指南》。

從設計階段移轉至實際執行前及實際執行階段

當您完成概念驗證/設計階段並已完整測試過系統之後，即可前進至實際執行前或實際執行階段。您可使用規劃伺服器移轉工具，將中繼資料由來源系統移轉至目的地系統。至於參考資料及事實資料，請將資料由規劃臨時資料庫直接載入至目的地系統。您在設計環境中所使用的事實資料，可能僅是實際執行系統的一小部分。移轉工具只會將中繼資料移轉至目標系統。您仍需要設計 ETL，才能將資料載入至目標系統。您必須在此實際執行前/實際執行系統中進行商務程序設計步驟。

以下為 PerformancePoint 規劃移轉總覽。應用程式移轉不會將完整的來源系統資料複製到目的地系統。

下列資訊會在 Application 移轉過程中加以移轉，而且會顯示在前文說明 Application 程序之圖表的移轉步驟中：

  • 安全性角色

  • 結構中繼資料：所有模型網站、模型、維度和成員集的定義

  • 計算規則和任何相關聯的工作範本

  • 表單範本

  • 行事曆

下列項目會在資料移轉過程中加以移轉，而且會顯示在「Application 程序」圖表的 ETL 程序中。

  • 維度和階層資料

  • 事實資料和註釋

  • 關聯

下列項目不會在 Application 移轉過程中加以移轉，但會顯示在「Application 程序」圖表的商務程序設計中。

  • 報表

  • 工作流程：工作分派、工作、週期定義和執行個體

  • 使用者和他們的安全性角色指派

    附註附註：

    所有未移轉的物件都必須手動重新建立，或使用 .csv 檔案匯入。

將 PerformancePoint 規劃系統移轉至新目的地的主要步驟如下：

  1. 從來源系統匯出。

  2. 匯入至目的地系統。

  3. 移轉資料：從來源系統匯出資料、準備臨時區域，然後載入準備好的資料。

  4. 載入工作流程、安全性和報表資料。

  5. 在目的地系統中部署所有模型網站。

  6. 將移轉的系統上線。

  7. 確認 Application 移轉。

如需有關移轉資料的詳細資訊，請參閱《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：

  • 將 Application 資料庫同步處理至規劃臨時資料庫： #14

  • 將資料由規劃臨時資料庫載入至規劃 Application 資料庫： #15

  • 將資料由資料倉儲載入至規劃臨時資料庫： #16

資料整合

規劃伺服器必須從一或多個商務資料來源組合中取得資料，才能在商務應用程式中提供資料分析及規劃。資料可由任一資料來源移至規劃臨時資料庫。然後即可驗證資料並將其由規劃臨時資料庫移至規劃 Application 資料庫。

PerformancePoint Server 有提供工具和方法讓您將公司內部操作資料來源的資料移到臨時資料庫。請特別注意，PerformancePoint Server 並不提供工具支援擷取、轉換和載入 (ETL) 程序。

仔細規劃資料載入程序很重要，因為若缺乏適當的規劃，可能會導致無法協調模型、維度和相關成員集之間的資料。

重要資料的載入考量事項包含載入資料的頻率、要執行完整式或累加式資料載入、牽涉的資料量，以及效能考量。

亦請考量資料載入的時間和頻率，以及負責這些程序的使用者。這對多網站、多模型的實作而言可能相當重要。

在規劃商務模組工具中，您可將維度資料與相關階層資料，由規劃臨時資料庫載入至規劃 Application 資料庫。當您執行此作業時，規劃臨時資料庫中所有的維度資料變更均會整合至規劃 Application 資料庫中。其中包括新的維度成員資料列、更新的維度成員資料列，以及刪除的維度成員資料列。規劃臨時資料庫中未變更的維度成員，在規劃 Application 資料庫中仍將保持原狀。如需有關資料載入功能的詳細資訊，請參閱規劃商務模組工具的線上說明。

如需整合資料的詳細步驟，請參閱《PerformancePoint Server 2007 作業指南》的＜資料整合＞。

請參閱

其他資源

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