• Artikel

Laden der vorbereiteten Daten

Aktualisiert: 2009-09-17

In diesem Artikel:

  • Migrating prepared reference data

  • Migrating prepared fact data

Dieser Prozess wird zum Laden der vorbereiteten Daten in die Anwendung auf dem Zielserver verwendet.

WichtigWichtig:

Überprüfen Sie nach Abschluss jedes einzelnen Schritts in den folgenden Prozeduren die BizSystem-Kennzeichen in den ID- und Bezeichnungstabellen, um sicherzustellen, dass der Schritt erfolgreich war.

Migrieren vorbereiteter Verweisdaten

Migrieren der vorbereiteten Verweisdaten

  1. Stellen Sie die Stagingdatenbank auf dem Zielserver mithilfe von SQL Server Management Studio wieder her.

  2. Registrieren Sie ggf. die Stagingdatenbank mithilfe der Planning-Verwaltungskonsole. Wenn Sie die Stagingdatenbank registrieren müssen, müssen Sie die Anwendung Online schalten. Sobald die Stagingdatenbank registriert ist, muss die Anwendung vor dem Migrieren von Daten gesperrt werden.

  3. Synchronisieren Sie mithilfe von Planning Business Modeler oder Planning-Befehlszeilendienstprogramm die Stagingdatenbank für jede Site. Führen Sie diesen Schritt für alle Dimensionen und Modelle aus.

    Syntax:

    ppscmd stagingdb /operation synchronizedata /server http:// <Servername> :46787 /path <Anwendungsbezeichnung> . <Modellsitebezeichnung> /collection dimensions | models

    Beispiele:

    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. Füllen Sie die Dimensions-ID-Tabellen, indem Sie für alle Dimensionen Bezeichnungen in IDs konvertieren. Verwenden Sie dazu die gespeicherten Prozeduren in der Stagingdatenbank.

    Syntax:

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

    Beispiel:

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

  5. Laden Sie alle Dimensionen für jede Site mithilfe von Planning Business Modeler oder mit dem Planning-Befehlszeilendienstprogramm. Wiederholen Sie diesen Schritt bei Bedarf.

    Syntax:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <Planning Server-URL> /path <Anwendungsbezeichnung> . <Modellsitebezeichnung> .dimension: <Dimensionsbezeichnung>

    /currentsite <Anwendungsbezeichnung> . <Modellsitebezeichnung>

    Beispiel:

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

  6. Synchronisieren Sie alle Dimensionen für jede Site.

    Syntax:

    ppscmd stagingdb /operation synchronizedata /server http:// <Servername> :46787 /path <Anwendungsbezeichnung> . <Modellsitebezeichnung> /collection dimensions

    Beispiel:

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

  7. Führen Sie die Bezeichnungs-zu-ID-Konvertierung für alle Hierarchien aus. Verwenden Sie vorhandene gespeicherte Microsoft SQL Server 2005-Prozeduren in der Stagingdatenbank, um diesen Vorgang auszuführen. Weitere Informationen finden Sie unter PerformancePoint data integration.

    Syntax:

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

    Beispiel:

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

  8. Laden Sie alle Dimensionen für Hierarchien für jede Site mithilfe von Planning Business Modeler und mit dem Planning-Befehlszeilendienstprogramm. Wiederholen Sie diesen Schritt bei Bedarf. Dadurch werden die Hierarchien für jede Dimension geladen.

    Syntax:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <Planning Server-URL> /path <Anwendungsbezeichnung>.<Modellsitebezeichnung> .dimension: <Dimensionsbezeichnung>

    /currentsite <Anwendungsbezeichnung> . <Modellsitebezeichnung>

    Beispiel:

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

  9. Überprüfen Sie die BizSystem-Kennzeichen in den ID- und Bezeichnungstabellen.

Migrieren vorbereiteter Faktendaten

Bei der Migration von Faktendaten können nur gültige Faktendaten aus der Quell- in die Zielumgebung migriert werden. Von Regeln und Berechnungen generierte Faktendaten werden als ungültig angesehen.

Wenn diese Daten aus unternehmerischen Gründen migriert werden müssen, muss das /novalidation-Kennzeichen verwendet werden.

Migrieren der vorbereiteten Faktendaten

  1. Synchronisieren Sie alle Dimensionen für jede Site. Dabei werden auch alle Hierarchien synchronisiert.

    HinweisHinweis:

    Die Migration von durch Regeln im Quellsystem generierten Daten ist nicht zulässig.

    Syntax:

    ppscmd stagingdb /operation synchronizedata

    /server <Planning Server-URL> /path <Anwendungsbezeichnung> . <Modellsitebezeichnung>

    /collection dimensions

    Beispiel:

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

  2. Führen Sie die Bezeichnungs-zu-ID-Konvertierung für alle Modelle aus. Verwenden Sie vorhandene gespeicherte SQL Server-Prozeduren in der Stagingdatenbank, um diesen Vorgang auszuführen. Weitere Informationen finden Sie unter PerformancePoint data integration.

    Syntax:

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

    Beispiel:

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

  3. Laden Sie alle Modelle für jede Site mithilfe von Planning Business Modeler und mit dem Planning-Befehlszeilendienstprogramm. Wiederholen Sie diesen Schritt bei Bedarf.

    Syntax:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <Server-URL>

    /path <Anwendungsbezeichnung> . <Modellsitebezeichnung>

    Beispiel:

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

  4. Synchronisieren Sie die Stagingdatenbank für jede Site mithilfe von Planning Business Modeler und mit dem Planning-Befehlszeilendienstprogramm für alle Modelle.

    Syntax:

    ppscmd stagingdb /operation synchronizedata

    /server <Server-URL>

    /path <Anwendungsbezeichnung> . <Modellsitebezeichnung>

    /collection models

    Beispiel:

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

Migrieren von Zuordnungen, Metadaten und Verweisdaten

  1. Konvertieren Sie Bezeichnungen in IDs für Zuordnungen.

    EXEC[dbo].[bsp_DI_ConvertLabelColumnToMemberIdForAssociation]

  2. Laden Sie die Zuordnungen mit dem Planning-Befehlszeilendienstprogramm.

    Syntax:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <Planning Server-URL>

    /path <Anwendungsbezeichnung>

    /collection associations

    Beispiel:

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

Überlegungen beim Laden

Die folgenden Überlegungen sollten Sie beim Laden berücksichtigen. Weitere Informationen über das Laden finden Sie unter PerformancePoint data integration.

Dimensionen

Verknüpfte Dimensionen

Laden Sie verknüpfte Dimensionen immer erst, nachdem Sie die Dimensionen geladen haben, von denen sie abhängig sind. Das bedeutet, dass verknüpfte Dimensionsdaten in der Bezeichnungstabelle bleiben sollten, bis die abhängigen Dimensionen in die Anwendungsdatenbank geladen wurden.

Einige Dimensionen sind möglicherweise mit sich selbst verknüpft. In diesem Fall ist es am besten, beim Laden der Dimension zunächst die verknüpfte Elementeigenschaft auf NULL zu setzen. Nachdem die Dimension in die Anwendungsdatenbank geladen wurde, aktualisieren Sie die verknüpfte Elementeigenschaft mit den richtigen Werten und laden sie erneut.

Sitespezifisches Laden

Freigegebene Dimensionen können Elemente aufweisen, die sich im Besitz anderer Modellsites befinden. Zum Laden einer Dimension mit Elementen im Besitz anderer Modellsites ist ein inkrementeller Prozess notwendig. Konvertieren Sie zunächst mithilfe vorhandener gespeicherter Prozeduren Bezeichnungen in IDs für die Modellsite. Laden Sie anschließend diese Elemente von der Modellsite. Kehren Sie zurück, konvertieren Sie Bezeichnungen für eine andere Modellsite in IDs, und laden Sie dann die Modellsite. Wiederholen Sie diesen Vorgang für jede Modellsite, die Elemente für diese Dimensionen enthält.

Modelle

Beim Migrieren von Faktendaten können die verknüpften Anmerkungen ebenfalls migriert werden. Alle gespeicherten Prozeduren, die Modelle bearbeiten, funktionieren auch für Anmerkungen. Beim Synchronisieren oder Laden von Modellen werden Anmerkungen ebenfalls synchronisiert und geladen. Beim Erstellen von Bezeichnungstabellen für Modelle werden auch Bezeichnungstabellen für Anmerkungen erstellt. Wenn Sie Bezeichnungen in IDs konvertieren, haben Sie die Möglichkeit, auch Anmerkungsbezeichnungen in IDs zu konvertieren.

Zuordnungen

Der Vorgang zum Laden von Zuordnungen wird auf Anwendungsebene ausgeführt. Der Benutzer, der den Ladevorgang ausführt, benötigt Administratorrechte für Daten auf Anwendungsebene, um diesen Vorgang durchzuführen.

Bei erfolgreich geladenen Zuordnungen wird die BizSystemFlag-Spalte von 200 in 100 aktualisiert. Für Zuordnungen, die im Stagingbereich gültig waren, aber nicht geladen wurden, bleibt der BizSystemFlag-Wert auf 200. Dies kann daran liegen, dass die Zuordnung bereits in der Anwendung vorhanden ist.

Siehe auch