• Artigo

Carregar os dados preparados

Atualizado em: 2009-09-17

Neste artigo:

  • Migrating prepared reference data

  • Migrating prepared fact data

Este processo é usado para carregar dados preparados no aplicativo do servidor de destino.

ImportanteImportante:

Ao concluir cada etapa dos procedimentos a seguir, verifique os sinalizadores BizSystem na identificação e nas tabelas de rótulos para verificar se a etapa foi bem-sucedida.

Migrando dados de referência preparados

Migrar os dados de referência preparados

  1. Restaure o banco de dados de preparo no servidor de destino usando o SQL Server Management Studio.

  2. Registre o banco de dados de preparo usando o Console de Administração do Planning, caso ainda não esteja registrado. Se for necessário registrar o banco de dados de preparo, você terá de colocar o aplicativo Online. Após o registro do banco de dados de preparo, será necessário bloquear o aplicativo antes de migrar os dados.

  3. Sincronize o banco de dados de preparo de cada site usando o Planning Business Modeler ou o Utilitário de Comando do Planning. Faça isso para todas as dimensões e todos os modelos.

    Sintaxe:

    ppscmd stagingdb /operation synchronizedata /server http:// <nome do servidor> :46787 /path <rótulo_aplicativo> . <rótulo_site_modelo> /collection dimensions | models

    Exemplos:

    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. Preencha as tabelas de identificação de dimensão convertendo rótulos em identificações de todas as dimensões usando os procedimentos armazenados disponíveis no banco de dados de preparo.

    Sintaxe:

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

    Exemplo:

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

  5. Carregue todas as dimensões de cada site usando o Planning Business Modeler ou o Utilitário de Comando do Planning. Repita as etapas, conforme necessário.

    Sintaxe:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <url planning server> /path <rótulo_aplicativo> . <rótulo_site_modelo> .dimension: <rótulo_dimensão>

    /currentsite <rótulo_aplicativo> . <rótulo_site_modelo>

    Exemplo:

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

  6. Sincronize todas as dimensões de cada site.

    Sintaxe:

    ppscmd stagingdb /operation synchronizedata /server http:// <nome do servidor> :46787 /path <rótulo_aplicativo> . <rótulo_site_modelo> /collection dimensions

    Exemplo:

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

  7. Faça a conversão de rótulo em identificação de todas as hierarquias. Use os procedimentos armazenados já existentes no Microsoft SQL Server 2005 para executar essa operação. Para obter mais informações, consulte PerformancePoint data integration.

    Sintaxe:

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

    Exemplo:

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

  8. Carregue todas as dimensões das hierarquias de cada site usando o Planning Business Modeler e o Utilitário de Comando do Planning. Repita as etapas, conforme necessário. Esse procedimento carregará as hierarquias de cada dimensão.

    Sintaxe:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <url planning server> /path <rótulo_aplicativo>.<rótulo_site_modelo> .dimension: <rótulo_dimensão>

    /currentsite <rótulo_aplicativo> . <rótulo_site_modelo>

    Exemplo:

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

  9. Verifique os sinalizadores BizSystem nas tabelas de identificações e de rótulos.

Migrando dados de fatos preparados

A migração de dados de fatos dá suporte somente para a migração de dados de fatos válidos da origem para o ambiente de destino. Os dados de fatos gerados por regras e cálculos são considerados inválidos.

Se houver uma necessidade comercial de migrar esses dados, use o sinalizador /novalidation.

Migrar os dados de fatos preparados

  1. Sincronize todas as dimensões de cada site. Esse procedimento também sincronizará todas as hierarquias.

    ObservaçãoObservação:

    Não é permitida a migração de dados gerados por regras no sistema de origem.

    Sintaxe:

    ppscmd stagingdb /operation synchronizedata

    /server <url planning server> /path <rótulo_aplicativo> . <rótulo_site_modelo>

    /collection dimensions

    Exemplo:

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

  2. Faça a conversão de rótulo em identificação de todos os modelos. Para essa operação, use os procedimentos armazenados do SQL Server contidos no banco de dados de preparo. Para obter mais informações, consulte PerformancePoint data integration.

    Sintaxe:

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

    Exemplo:

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

  3. Carregue todos os modelos de cada site usando o Planning Business Modeler e o Utilitário de Comando do Planning. Repita as etapas, conforme necessário.

    Sintaxe:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <url servidor>

    /path <rótulo_aplicativo> . <rótulo_site_modelo>

    Exemplo:

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

  4. Sincronize o banco de dados de preparo de cada site usando o Planning Business Modeler e o Utilitário de Comando do Planning para todos os modelos.

    Sintaxe:

    ppscmd stagingdb /operation synchronizedata

    /server <url servidor>

    /path <rótulo_aplicativo> . <rótulo_site_modelo>

    /collection models

    Exemplo:

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

Migrar associações, metadados e dados de referência

  1. Converta os rótulos das associações em identificações.

    EXEC[dbo].[bsp_DI_ConvertLabelColumnToMemberIdForAssociation]

  2. Carregue as associações usando o Utilitário de Comando do Planning.

    Sintaxe:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <url planning server>

    /path <rótulo_aplicativo>

    /collection associations

    Exemplo:

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

Considerações sobre carregamento

Veja a seguir algumas considerações que devem ser lembradas durante o carregamento. Para obter mais informações sobre carregamento, consulte PerformancePoint data integration.

Dimensões

Dimensões vinculadas

Sempre carregue as dimensões vinculados depois de carregar a dimensão da qual dependem. Isso significa que os dados da dimensão vinculada devem permanecer na tabela de rótulos até que as dimensões dependentes sejam carregadas no banco de dados de aplicativo.

Algumas dimensões podem estar vinculadas a elas próprias. A melhor maneira de lidar com essa situação é carregar primeiro a dimensão com a propriedade do membro vinculado definida como NULL. Após o carregamento da dimensão no banco de dados de aplicativo, atualize a propriedade do membro vinculado com os valores corretos e carregue novamente.

Carregamento específico do site

As dimensões compartilhadas podem ter membros de sites modelo diferentes. Para carregar uma dimensão que tenha membros de sites modelo diferentes é preciso executar um processo incremental. Primeiro, converta os rótulos de um site modelo em identificações usando os procedimentos armazenados existentes. Em seguida, carregue os membros desse site modelo. Volte e converta os rótulos de outro site modelo em identificações e carregue nesse site modelo. Repita esse processo para cada site modelo que contenha membros dessas dimensões.

Modelos

Ao migrar dados de fatos, também é possível migrar as anotações relacionadas. Todos os procedimentos armazenados que lidam com modelos também funcionam para anotações. Quando você sincroniza ou carrega modelos, as anotações também são sincronizadas e carregadas. Quando você cria tabelas de rótulos para modelos, elas também são criadas para anotações. Ao converter rótulos em identificações, você tem a opção também de converter em identificações os rótulos das anotações.

Associações

A operação de carregamento de associação é executado no nível do aplicativo. Para realizar essa operação de carregamento, o usuário deve ter permissões de administrador de dados de nível da aplicativo.

As associações carregadas com êxito terão a coluna BizSystemFlag atualizada de 200 para 100. As associações válidas na área de preparo que não forem carregadas manterão o valor 200 na coluna BizSystemFlag. Talvez isso ocorra porque a associação já existe no aplicativo.

Consulte Também