• Article

Chargement des données préparées

Mise à jour : 2009-09-17

Dans cet article :

  • Migrating prepared reference data

  • Migrating prepared fact data

Ce processus est utilisé pour introduire les données préparées dans l'application sur le serveur de destination.

ImportantImportant :

À la fin de chaque étape des procédures suivantes, vérifiez les indicateurs BizSystem dans les tables d'ID et d'étiquettes pour vous assurer que l'étape a réussi.

Migration des données de référence préparées

Migrer les données de référence préparées

  1. Restaurez la base de données de transit sur le serveur de destination en utilisant SQL Server Management Studio.

  2. Inscrivez la base de données de transit à l'aide de Console Administration de planification si elle n'est pas déjà inscrite. Pour inscrire la base de données de transit, vous devrez rendre l'application en ligne. Une fois la base de données de transit enregistrée, verrouillez l'application avant la migration des données.

  3. Synchronisez la base de données de transit pour chaque site à l'aide de Planning Business Modeler ou Utilitaire de commande de la planification. Effectuez cette opération pour l'ensemble des dimensions et des modèles.

    Syntaxe :

    ppscmd stagingdb /operation synchronizedata /server http:// <nom_serveur> :46787 / Path <étiquette_application> . <étiquette_sitemodèles> /collection dimensions | models

    Exemples :

    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. Remplissez les tables d'ID de dimensions en convertissant les étiquettes en ID pour toutes les dimensions, à l'aide des procédures stockées disponibles dans la base de données de transit

    Syntaxe :

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

    Exemple :

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

  5. Chargez toutes les dimensions pour chaque site, à l'aide de Planning Business Modeler ou Utilitaire de commande de la planification. Répétez si nécessaire.

    Syntaxe :

    ppscmd stagingdb /operation loaddatafromstaging

    /server <URL_serveur_PlanningServer> /path <étiquette_application> . <étiquette_sitemodèles> .dimension: <étiquette_dimension>

    /currentsite <étiquette_application> . <étiquette_sitemodèles>

    Exemple :

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

  6. Synchronisez toutes les dimensions pour chaque site.

    Syntaxe :

    ppscmd stagingdb /operation synchronizedata /server http:// <nom_serveur> :46787 / Path <étiquette_application> . <étiquette_sitemodèles> /collection dimensions

    Exemple :

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

  7. Exécutez une conversion des étiquettes en ID pour toutes les hiérarchies. Utilisez les procédures stockées Microsoft SQL Server 2005 existantes dans la base de données de transit pour effectuer cette opération. Pour plus d'informations, voir PerformancePoint data integration.

    Syntaxe :

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

    Exemple :

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

  8. Chargez toutes les dimensions pour les hiérarchies de chaque site à l'aide de Planning Business Modeler et Utilitaire de commande de la planification. Répétez si nécessaire. Ceci charge les hiérarchies pour chaque dimension.

    Syntaxe :

    ppscmd stagingdb /operation loaddatafromstaging

    /server <URL_serveur_PlanningServer> /path <étiquette_application>. <étiquette_sitemodèles> .dimension: <étiquette_dimension>

    /currentsite <étiquette_application> . <étiquette_sitemodèles>

    Exemple :

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

  9. Vérifiez les indicateurs BizSystem dans les tables d'ID et d'étiquettes.

Migration des données de faits préparées

La migration des données de faits ne prend en charge que la migration des données de faits valides, de l'environnement source à l'environnement destination. Les données de faits qui sont générées par des règles et des calculs sont considérées comme non valides.

S'il existe dans l'entreprise une nécessité de migrer ces données, utilisez l'indicateur /novalidation.

Migrer les données de faits préparées

  1. Synchronisez toutes les dimensions pour chaque site. Cette opération synchronise également toutss les hiérarchies.

    RemarqueRemarque :

    La migration de données générées par des règles dans le système source n'est pas autorisée.

    Syntaxe :

    ppscmd stagingdb /operation synchronizedata

    /server <URL_serveur_PlanningServer> /path <étiquette_application> . <étiquette_sitemodèles>

    /collection dimensions

    Exemple :

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

  2. Exécutez une conversion des étiquettes en ID pour tous les modèles. Utilisez les procédures stockées SQL Server existant dans la base de données de transit pour effectuer cette opération. Pour plus d'informations, voir PerformancePoint data integration.

    Syntaxe :

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

    Exemple :

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

  3. Chargez tous les modèles pour chaque site à l'aide de Planning Business Modeler et Utilitaire de commande de la planification. Répétez si nécessaire.

    Syntaxe :

    ppscmd stagingdb /operation loaddatafromstaging

    /server <URL_serveur>

    /path <étiquette_application> . <étiquette_sitemodèles>

    Exemple :

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

  4. Synchronisez la base de données de transit pour chaque site en utilisant Planning Business Modeler et Utilitaire de commande de la planification pour tous les modèles.

    Syntaxe :

    ppscmd stagingdb /operation synchronizedata

    /server <URL_serveur>

    /path <étiquette_application> . <étiquette_sitemodèles>

    /collection models

    Exemple :

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

Migrer des associations, des métadonnées et des données de référence

  1. Convertissez les étiquettes en ID pour les associations.

    EXEC[dbo].[bsp_DI_ConvertLabelColumnToMemberIdForAssociation]

  2. Chargez les associations à l'aide de Utilitaire de commande de la planification.

    Syntaxe :

    ppscmd stagingdb /operation loaddatafromstaging

    /server <URL_serveur_PlanningServer>

    /path <étiquette_application>

    /collection associations

    Exemple :

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

Éléments à prendre en compte pour le chargement

Voici certains éléments à prendre en compte lors du chargement. Pour plus d'informations sur le chargement, voir PerformancePoint data integration.

Dimensions

Dimensions liées

Chargez toujours les dimensions liées après avoir chargé la dimension dont elles dépendent. Cela signifie que les données de dimension liées doivent rester dans la table des étiquettes jusqu'à ce que les dimensions dépendantes aient été chargées dans la base de données d'application.

Sinon certaines dimensions risqueraient d'être liées à elles-mêmes. La meilleure façon de gérer cette situation est de commencer par charger la dimension avec la propriété de membre lié définie à NULL. Une fois la dimension chargée dans la base de données d'application, mettez à jour la propriété de membre lié avec des valeurs correctes et recommencez le chargement.

Chargement spécifique à un site

Les dimensions partagées peuvent avoir des membres appartenant à différents sites de modèles. Il faut adopter un processus incrémentiel pour charger une dimension avec des membres qui appartiennent à des sites de modèles différents. Tout d'abord, convertissez les étiquettes en ID pour un site de modèles donné à l'aide des procédures stockées existantes. Ensuite, chargez ces membres à partir de ce site de modèles. Recommencez et convertissez les étiquettes en ID pour un autre site de modèles, puis effectuez le chargement pour ce site de modèles. Répétez ce processus pour chaque site de modèles contenant des membres de ces dimensions.

Modèles

Lors de la migration de données de faits, les annotations associées peuvent également être migrées. Toutes les procédures stockées qui traitent les modèles peuvent aussi traiter les annotations. Lorsque vous synchronisez ou chargez des modèles, les annotations sont également synchronisées et chargées. Lorsque vous créez des tables d'étiquettes pour des modèles, des tables d'étiquette sont également créées pour les annotations. Lorsque vous convertissez des étiquettes en ID, vous pouvez également convertir les étiquettes des annotations en ID.

Associations

L'opération de chargement des associations est effectuée au niveau application. L'utilisateur qui exécute l'opération de chargement doit disposer de l'autorisation d'administration des données au niveau de l'application pour pouvoir effectuer cette opération.

Les associations chargées avec succès verront leur colonne BizSystemFlag modifiée, de 200 à 100. Les associations qui étaient valides dans la zone de transit mais pas chargées conserveront une valeur BizSystemFlag de 200. Cela peut être dû à ce que l'association existe déjà dans l'application.

Voir aussi