Caricare i dati preparati

Aggiornato: 2009-09-17

Nel presente articolo:

  • Migrazione di dati di riferimento preparati

  • Migrazione di dati preparati relativi ai fatti

Questo processo viene utilizzato per caricare nell'applicazione nel server di destinazione i dati preparati.

ImportanteImportante:

Al termine di ogni passaggio delle procedure seguenti, controllare i flag di BizSystem nelle tabelle degli ID e delle etichette per verificare che il passaggio sia stato completato.

Migrazione di dati di riferimento preparati

Eseguire la migrazione di dati di riferimento preparati

  1. Ripristinare il database dell'area di gestione temporanea nel server di destinazione utilizzando SQL Server Management Studio.

  2. Eseguire la registrazione del database dell'area di gestione temporanea utilizzando Planning Administration Console, qualora non sia stato già registrato. A tale scopo, è necessario portare l'applicazione In linea. Dopo la registrazione del database dell'area di gestione temporanea, è necessario bloccare l'applicazione prima di eseguire la migrazione dei dati.

  3. Sincronizzare il database dell’area di gestione temporanea per ogni sito utilizzando Planning Business Modeler o l’Utilità da riga di comando di Planning. Eseguire questa operazione per tutte le dimensioni e tutti i modelli.

    Sintassi:

    ppscmd stagingdb /operation synchronizedata /server http:// <nomeserver> :46787 /path <etichetta_applicazione> . <etichetta_sitomodelli> /collection dimensions | models

    Esempi:

    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. Popolare le tabelle degli ID di dimensione convertendo le etichette in ID per tutte le dimensioni utilizzando le stored procedure disponibili nel database dell'area di gestione temporanea.

    Sintassi:

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

    Esempio:

    EXEC[dbo].[bsp_DI_ConvertLabelColumnToMemberIdForDimension]
    @DimensionName = N'Ash_Corporate:Account',
    @ModelSiteName = N'Ash_Corporate',
    @OverwriteExistingData = N'T'
    
  5. Caricare tutte le dimensioni per ogni sito utilizzando Planning Business Modeler o l'Utilità da riga di comando di Planning. Ripetere in base alle esigenze.

    Sintassi:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <url planning server> /path <etichetta_applicazione> . <etichetta_sitomodelli> .dimension: <etichetta_dimensione>

    /currentsite <etichetta_applicazione> . <etichetta_sitomodelli>

    Esempio:

    ppscmd stagingdb /operation loaddatafromstaging /server https://localhost:46787 /path alpine_ski_house.ash_corporate.dimension:account /currentsite alpine_ski_house.ash_corporate
    
  6. Sincronizzare tutte le dimensioni per ogni sito.

    Sintassi:

    ppscmd stagingdb /operation synchronizedata /server http:// <nomeserver> :46787 /path <etichetta_applicazione> . <etichetta_sitomodelli> /collection dimensions

    Esempio:

    ppscmd stagingdb /operation synchronizedata /server https://localhost:46787 /path alpine_ski_house.ash_corporate /collection dimensions
    
  7. Eseguire la conversione da etichetta a ID per tutte le gerarchie. A tale scopo, utilizzare le stored procedure di Microsoft SQL Server 2005 nel database dell'area di gestione temporanea. Per ulteriori informazioni, vedere PerformancePoint data integration.

    Sintassi:

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

    Esempio:

    EXEC [dbo].[bsp_DI_ConvertHierarchyLabelColumnToMemberIdForDimension]
    @DimensionName = N'Ash_Corporate:Account',
    @OverwriteExistingData = N'T'
    
  8. Caricare tutte le dimensioni per le gerarchie di ogni sito utilizzando Planning Business Modeler e l'Utilità da riga di comando di Planning. Ripetere in base alle esigenze. In questo modo verranno caricate le gerarchie di ogni dimensione.

    Sintassi:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <url planning server> /path <etichetta_applicazione>.<modelsite_label> .dimension: <etichetta_dimensione>

    /currentsite <etichetta_applicazione> . <etichetta_sitomodelli>

    Esempio:

    ppscmd stagingdb /operation loaddatafromstaging  /server https://localhost:46787 /path alpine_ski_house.ash_corporate.dimension:account /currentsite alpine_ski_house.ash_corporate
    
  9. Controllare i flag di BizSystem nelle tabelle degli ID e delle etichette.

Migrazione di dati preparati relativi ai fatti

La migrazione di dati relativi ai fatti supporta solo la migrazione di dati relativi ai fatti validi dall'ambiente di origine a quello di destinazione. I dati relativi ai fatti generati da regole e calcoli non sono considerati validi.

Se è necessario eseguire la migrazione di questi dati per esigenze aziendali, utilizzare il flag /novalidation.

Eseguire la migrazione di dati preparati relativi ai fatti

  1. Sincronizzare tutte le dimensioni per ogni sito. In questo modo verranno sincronizzate anche tutte le gerarchie.

    Nota

    Non è consentito eseguire la migrazione di dati generati da regole nel sistema di origine.

    Sintassi:

    ppscmd stagingdb /operation synchronizedata

    /server <url planning server> /path <etichetta_applicazione> . <etichetta_sitomodelli>

    /collection dimensions

    Esempio:

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

  2. Eseguire la conversione da etichetta a ID per tutti i modelli. A tale scopo, utilizzare le stored procedure di SQL Server nel database dell'area di gestione temporanea. Per ulteriori informazioni, vedere PerformancePoint data integration.

    Sintassi:

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

    Esempio:

    EXEC[dbo].[bsp_DI_ConvertLabelColumnToMemberIdForModel]
    @ModelName = N'Ash_Corporte:Corporate Costs',
    @OverwriteExistingData = N'T',
    @IncludeValidation = N'T',
    @IncludeAnnotation = N'F'
    
  3. Caricare tutti i modelli per ogni sito utilizzando Planning Business Modeler e l'Utilità da riga di comando di Planning. Ripetere in base alle esigenze.

    Sintassi:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <url server>

    /path <etichetta_applicazione> . <etichetta_sitomodelli>

    Esempio:

    ppscmd stagingdb /operation loaddatafromstaging /server https://localhost:46787 /path “alpine_ski_house.ash_azienda.modello:costi aziendali”

  4. Sincronizzare il database dell'area di gestione temporanea per ogni sito utilizzando Planning Business Modeler e l'Utilità da riga di comando di Planning.

    Sintassi:

    ppscmd stagingdb /operation synchronizedata

    /server <url server>

    /path <etichetta_applicazione> . <etichetta_sitomodelli>

    /collection models

    Esempio:

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

Eseguire la migrazione di associazioni, metadati e dati di riferimento

  1. Convertire le etichette in ID per le associazioni.

    EXEC[dbo].[bsp_DI_ConvertLabelColumnToMemberIdForAssociation]
    
  2. Caricare le associazioni utilizzando l'Utilità da riga di comando di Planning.

    Sintassi:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <url planning server>

    /path <etichetta_applicazione>

    /collection associations

    Esempio:

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

Considerazioni sul caricamento

Vengono riportate di seguito alcune considerazioni di cui tenere conto durante il caricamento. Per ulteriori informazioni sul caricamento, vedere PerformancePoint data integration.

Dimensioni

Dimensioni collegate

Caricare le dimensioni collegate sempre dopo la dimensione da cui dipendono. I dati relativi alle dimensioni collegate pertanto devono rimanere nella tabella delle etichette finché le dimensioni dipendenti non vengono caricate nel database dell'applicazione.

È possibile che alcune dimensioni siano collegate a se stesse. Il modo migliore per gestire questa situazione consiste nel caricare innanzitutto la dimensione con la proprietà del membro collegato impostata su NULL. Dopo aver caricato la dimensione nel database dell'applicazione, aggiornare la proprietà del membro collegato con i valori corretti e rieseguire il caricamento.

Caricamento specifico dei siti

Le dimensioni condivise possono contenere membri appartenenti a siti modelli diversi. Per caricare una dimensione di questo tipo è necessario eseguire un processo incrementale. Convertire innanzitutto le etichette in ID per un sito modelli utilizzando le stored procedure esistenti e caricare tali membri dal sito modelli. Convertire quindi le etichette in ID per un altro sito modelli ed eseguire il caricamento per tale sito modelli. Ripetere questo processo per ogni sito modelli contenente i membri di queste dimensioni.

Modelli

Con la migrazione dei dati relativi ai fatti è inoltre possibile eseguire la migrazione delle relative annotazioni. Tutte le stored procedure per i modelli funzionano anche con le annotazioni. Con la sincronizzazione o il caricamento di modelli vengono sincronizzate e caricate anche le annotazioni. Quando si creano tabelle di etichette per i modelli, vengono create tabelle di etichette anche per le annotazioni. Quando si convertono le etichette in ID, è inoltre possibile convertire le etichette delle annotazioni in ID.

Associazioni

L'operazione di caricamento delle associazioni viene eseguita a livello dell'applicazione. Per eseguire l'operazione di caricamento, è necessario disporre di autorizzazioni di amministratore dati a livello dell'applicazione.

Per le associazioni caricate correttamente, la colonna BizSystemFlag risulterà aggiornata da 200 a 100. Per le associazioni valide nell'area di gestione temporanea ma non caricate, il valore BizSystemFlag rimarrà impostato su 200. In questo caso è possibile che l'associazione esista già nell'applicazione.

Vedere anche