Compartir a través de

  • Artículo

Cargar los datos preparados

Actualizado: 2009-09-17

En este artículo:

  • Migrating prepared reference data

  • Migrating prepared fact data

Este proceso se usa para cargar los datos preparados en la aplicación del servidor de destino.

ImportanteImportante:

Al término de cada paso en los siguientes procedimientos, compruebe los marcadores BizSystem en las tablas de etiqueta e identificador para garantizar que dicho paso se ha realizado correctamente.

Migración de datos de referencia preparados

Migrar datos de referencia preparados

  1. Restaure la base de datos provisional del servidor de destino mediante SQL Server Management Studio.

  2. Si la base de datos provisional aún no está registrada, hágalo mediante la Consola de administración de planeación. Si necesita registrar la base de datos provisional, será necesario poner la aplicación En línea. Una vez registrada la base de datos provisional, la aplicación deberá pasar a estado Bloqueada para migrar los datos.

  3. Sincronice la base de datos provisional de cada sitio mediante Planning Business Modeler o la Herramienta de comando de planeación. Llevo esto a cabo con todos los modelos y dimensiones.

    Sintaxis:

    ppscmd stagingdb /operation synchronizedata /server http:// <nombreDeServidor> :46787 /path <etiqueta_aplicación> . <etiqueta_sitioDeModelos> /collection dimensions | models

    Ejemplos:

    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. Rellene las tablas de identificadores de dimensión; para ello, convierta las etiquetas de todas las dimensiones en identificadores por medio de los procedimientos almacenados disponibles en la base de datos provisional.

    Sintaxis:

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

    Ejemplo:

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

  5. Cargue todas las dimensiones de cada sitio mediante Planning Business Modeler o Herramienta de comando de planeación. Repita según sea necesario.

    Sintaxis:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <url de planning server> /path <etiqueta_aplicación> . <etiqueta_sitioDeModelos> .dimension: <etiqueta_dimensión>

    /currentsite <etiqueta_aplicación> . <etiqueta_sitioDeModelos>

    Ejemplo:

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

  6. Sincronice todas las dimensiones de cada sitio.

    Sintaxis:

    ppscmd stagingdb /operation synchronizedata /server http:// <nombreDeServidor> :46787 /path <etiqueta_aplicación> . <etiqueta_sitioDeModelos> /collection dimensions

    Ejemplo:

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

  7. Realice la conversión de etiqueta a identificador en todas las jerarquías. Use los procedimientos almacenados de Microsoft SQL Server 2005 en la base de datos provisional para llevar a cabo esta operación. Para obtener más información, consulte PerformancePoint data integration.

    Sintaxis:

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

    Ejemplo:

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

  8. Cargue todas las dimensiones de las jerarquías de cada sitio mediante Planning Business Modeler y la Herramienta de comando de planeación. Repita según sea necesario. De esta forma, se cargarán las jerarquías de cada dimensión.

    Sintaxis:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <url de planning server> /path < >etiqueta_aplicación>.<etiqueta_sitioDeModelos> .dimension: <etiqueta_dimensión>

    /currentsite <etiqueta_aplicación> . <etiqueta_sitioDeModelos>

    Ejemplo:

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

  9. Compruebe los marcadores BizSystem en las tablas de etiqueta e identificador.

Migración de datos de hechos preparados

Solamente es posible migrar datos de hechos válidos del entorno de origen al entorno de destino. Los datos de hechos que se han generado a partir de reglas y cálculos se consideran no válidos.

En caso de que la organización necesite migrar estos datos, deberá usar el marcador /novalidation.

Migrar los datos de hechos preparados

  1. Sincronice todas las dimensiones de cada sitio. De esta forma, también se sincronizarán todas las jerarquías.

    Nota

    No se pueden migrar los datos generados a partir de reglas en el sistema de origen.

    Sintaxis:

    ppscmd stagingdb /operation synchronizedata

    /server <url de planning server> /path <etiqueta_aplicación> . <etiqueta_sitioDeModelos>

    /collection dimensions

    Ejemplo:

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

  2. Realice la conversión de etiqueta a identificador en todos los modelos. Use los procedimientos almacenados de SQL Server existentes en la base de datos provisional para llevar a cabo esta operación. Para obtener más información, consulte PerformancePoint data integration.

    Sintaxis:

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

    Ejemplo:

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

  3. Cargue todos los modelos de cada sitio mediante Planning Business Modeler y la Herramienta de comando de planeación. Repita según sea necesario.

    Sintaxis:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <url de servidor>

    /path <etiqueta_aplicación> . <etiqueta_sitioDeModelos>

    Ejemplo:

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

  4. Sincronice la base de datos provisional de cada sitio mediante Planning Business Modeler y la Herramienta de comando de planeación para todos los modelos.

    Sintaxis:

    ppscmd stagingdb /operation synchronizedata

    /server <url de servidor>

    /path <etiqueta_aplicación> . <etiqueta_sitioDeModelos>

    /collection models

    Ejemplo:

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

Migrar asociaciones, metadatos y datos de referencia

  1. Convierta las etiquetas en identificadores en el caso de las asociaciones.

    EXEC[dbo].[bsp_DI_ConvertLabelColumnToMemberIdForAssociation]

  2. Cargue las asociaciones mediante la Herramienta de comando de planeación.

    Sintaxis:

    ppscmd stagingdb /operation loaddatafromstaging

    /server <url de planning server>

    /path <etiqueta_aplicación>

    /collection associations

    Ejemplo:

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

Consideraciones sobre cargas

A continuación se detallan algunas consideraciones que se deben tener en cuenta durante una carga. Para obtener más información sobre el procedimiento de carga, consulte PerformancePoint data integration.

Dimensiones

Dimensiones vinculadas

Cargue las dimensiones vinculadas siempre después de haber cargado la dimensión de la que dependen. Esto quiere decir que los datos de la dimensión vinculada deben permanecer en la tabla de etiqueta hasta que las dimensiones dependientes se carguen en la base de datos de aplicación.

Es posible que algunas dimensiones estén vinculadas a sí mismas. La mejor manera de controlar esta situación es cargar dicha dimensión en la base de datos de aplicación con la propiedad de miembro vinculado establecida en NULL. Tras esto, actualice la propiedad de miembro vinculado con los valores adecuados y vuelva a realizar la carga.

Carga específica de sitio

Las dimensiones compartidas pueden incluir miembros que pertenezcan a sitios de modelos distintos. La carga de una dimensión que pertenece a sitios de modelos distintos debe llevarse a cabo mediante un proceso incremental. En primer lugar, convierta las etiquetas en identificadores en un sitio de modelos mediante los procedimientos almacenados existentes. A continuación, cargue tales miembros desde ese sitio de modelos. Vuelva atrás y convierta las etiquetas en identificadores en otro sitio de modelos y, a continuación, cárguelos. Repita este proceso con cada sitio de modelos que contenga miembros de estas dimensiones.

Modelos

Al tiempo que se migran los datos de hechos, también se pueden migrar las anotaciones asociadas. Todos los procedimientos almacenados relativos a los modelos también funcionan con las anotaciones. Al sincronizar o cargar modelos, las anotaciones también se sincronizan y se cargan. Al crear tablas de etiqueta para los modelos, también se crearán para las anotaciones. Al convertir etiquetas en identificadores, tendrá la opción de convertir igualmente las etiquetas de anotaciones en identificadores.

Asociaciones

La operación de carga de asociaciones se realiza en el nivel de aplicación. El usuario responsable de la operación de carga debe tener permisos de administrador datos en el nivel de aplicación para poder llevarla a cabo.

Las asociaciones que se carguen correctamente tendrán la columna BizSystemFlag actualizada de 200 a 100, mientras que aquéllas que eran válidas dentro del área provisional pero no se han cargado conservarán el valor BizSystemFlag en 200. Esto podría deberse a que la asociación ya existe en la aplicación.

Vea también