Share via


Mantenimiento para soluciones y escenarios de planeación de BI

 

Se aplica a: SharePoint Server 2010 Enterprise

Última modificación del tema: 2011-01-25

La administración de cubos, dimensiones y tablas se lleva a cabo mediante SQL Server Business Intelligence Development Studio (BIDS) y SQL Server Management Studio (SSMS).

SQL Server Management Studio (SSMS)

Utilice SSMS para hacer lo siguiente:

  • Actualizar miembros de dimensión y propiedades de tablas de dimensiones.

  • Actualizar tablas de jerarquías para las relaciones primarias y secundarias.

  • Actualizar tablas de hechos.

  • Diseñar relaciones de esquema entre tablas de dimensiones, jerarquías y hechos mediante vistas.

  • Desarrollo del procedimiento almacenado en T-SQL para la lógica de negocios.

    • Reglas de conversión de divisa.

    • Lógica de propagación personalizada.

    • Control de versiones de datos (al copiar de un segmento de datos de hechos en otro segmento).

Puede actualizar tablas de datos directamente desde SSMS de la siguiente manera:

  • Haga clic con el botón secundario en la tabla de datos que desea editar.

  • Seleccione Editar las primeras 200 filas.

También puede aplicar un script para las actualizaciones:

  • Haga clic con el botón secundario en la tabla de datos que desea editar.

  • Seleccione Incluir tabla como.

SQL Server Business Intelligence Development Studio (BIDS)

Utilice BIDS para hacer lo siguiente:

  • Desarrollar paquetes de SSIS para ETL.

  • Diseñar dimensiones, jerarquías y cubos OLAP.

  • Diseñar reglas MdxScript dentro de los cubos.

  • Diseñar particiones de datos dentro de los cubos.

  • Administración de seguridad OLAP mediante roles.

Actualización de cubos

Hay muchas cosas que se pueden actualizar en un cubo y es muy importante que cada tipo de actualización requiera una prueba completa antes de su implementación en producción. Algunas consideraciones que se deben tener en cuenta durante el mantenimiento de un cubo que ya está en producción:

  • Actualización del uso de dimensiones del modelo de un cubo en MeasureGroup

    • Al quitar dimensiones de modelo, se pueden interrumpir las definiciones existentes para las tablas dinámicas y hacer que se produzca un error en las reglas MdxScript existentes. Además, se debe revisar la tabla de hechos para determinar cómo tratar correctamente los datos segmentados por la dimensionalidad que se ha quitado en función de los requerimientos del negocio.

    • Si se agregan dimensiones de modelo adicionales, normalmente se producirán interrupciones menos inmediatas en el sistema general. Sin embargo, todavía hay muchas cosas que se deben tener en cuenta. La tabla de hechos debe establecer correctamente los valores predeterminados para la nueva dimensión de modelo en los valores existentes o de lo contrario, se puede requerir una recarga completa. Los trabajadores de la información, deben volver a escribir los datos enviados con anterioridad si esta nueva dimensionalidad no puede establecerse correctamente en sus valores predeterminados, lo cual podrá provocar un gran cambio en el proceso del trabajador de la información. Las tablas dinámicas y las reglas MdxScript deberían seguir funcionando. Sin embargo, es mejor revisar todas las reglas MdxScript ya que es muy probable que la nueva dimensionalidad haya alterado el modo en que deberían funcionar determinados cálculos, por ejemplo, si hubiese una regla que requiera que todos los miembros de dimensión sean hojas en el ámbito de cálculo.

  • Actualización de las particiones en un elemento MeasureGroup

    • Agregar y quitar las particiones normalmente no debería tener ningún efecto de funcionalidad para los trabajadores de la información, ya que es un cambio en el nivel técnico. Se puede aumentar el rendimiento con el esquema de particiones inteligente para los datos y se debería experimentar un efecto mínimo cuando se quitan las particiones no utilizadas.
  • Actualización del uso de MeasureGroup

    • Al quitar un elemento MeasureGroup, es posible que las definiciones de reglas MdxScript y tablas dinámicas existentes queden afectadas. Esto es porque normalmente habrá medidas que existen en el elemento MeasureGroup que se utiliza en alguna capacidad de algún lugar en el sistema, ya sea en reglas o en las tablas dinámicas.

    • Agregar elementos MeasureGroup adicionales debería tener un efecto mínimo en los trabajadores de la información. Solo se agregará nueva funcionalidad sin que afecte al comportamiento existente.

  • Actualización de reglas basadas en MdxScript

    • Las actualizaciones de cálculos afectarán al modo en que los trabajadores de la información ven los datos. Una vez que se realiza una actualización a las reglas que proporcionan la lógica de negocios correcta, es muy importante probar sus características de rendimiento. Las reglas escritas en MdxScript pueden causar considerables degradaciones del rendimiento del servidor de SQL Server Analysis Services si estas no se escriben de forma óptima.

Actualización de dimensiones y jerarquías

Las dimensiones y las jerarquías se actualizan a menudo a medida que los trabajadores de la información requieren nueva información para satisfacer los requisitos de su negocio. Por ejemplo, es habitual ver las siguientes solicitudes:

  • El trabajador de la información requiere que se agregue una nueva vista de jerarquía.

  • El trabajador de la información requiere que se muestren nuevas propiedades de miembro en los informes.

  • El trabajador de la información requiere que los cambios en las jerarquías existentes reflejen los cambios de la organización.

¿Cómo abordar algunos de estos escenarios y cuáles son los efectos cuando se realizan estos cambios? Para comenzar, los cambios realizados en un sistema de producción deben ser primero probados cuidadosamente en un entorno de prueba a fin de comprender mejor el impacto total de los cambios. Dicho eso, hay algunos cambios que son más costosos de llevar a cabo cuando se los compara con otros y aquí los analizaremos:

  • Actualización de las propiedades de miembro de dimensión

    • Agregar nuevas propiedades o atributos debería tener un efecto mínimo en la funcionalidad existente. Esto se considera un cambio de bajo riesgo.

    • Se debe evitar quitar propiedades o cambiarles el nombre en entornos de producción. Las tablas dinámicas, las reglas MdxScript y las jerarquías que utilizan el atributo en su definición pueden interrumpirse.

    • Las actualizaciones de las propiedades de dimensión afectarán a cualquier jerarquía creada a partir de los atributos relacionados. A continuación podrá obtener más información.

  • Actualización de miembros de dimensión

    • Todos los miembros de dimensión pueden tener datos almacenados dentro del cubo. Por lo tanto, al eliminar cualquier miembro de la dimensión, también se deben manipular correctamente los datos asociados en la tabla de hechos.
  • Actualización de las jerarquías existentes

    • Jerarquías de elementos primarios y secundarios

    • Tenga cuidado al mover miembros de jerarquía en una jerarquía de PC ya que puede mover un miembro del nivel más bajo de la jerarquía y convertirlo en un miembro primario y viceversa. La consecuencia es que puede haber datos en los niveles intermedios que pueden parecer incorrectos desde la perspectiva de un trabajador de la información ya que no aparenta ser la suma de los miembros secundarios.

    • Jerarquías basadas en niveles

    • Cuando las columnas de la tabla de dimensiones se actualizan con nuevos valores, también se actualizan los atributos que están asociados a esas columnas. En este caso, la jerarquía de nivel se actualizará automáticamente en función de los atributos actualizados después de un proceso de dimensión en SQL Server Analysis Services.

    • Efecto del cambio en la jerarquía general

    • Las actualizaciones en la estructura de la jerarquía pueden producir interrupciones en las tablas dinámicas y las reglas MdxScript. Revise las reglas MdxScript para saber cómo se utilizan y determinar si los cambios realizados en la estructura de la jerarquía requerirán la actualización de las reglas. Además, revise todas las tablas dinámicas para determinar cómo éstas se verán afectadas.

  • Agregar nuevas jerarquías implica un riesgo bajo ya que será nueva funcionalidad. Quitar las jerarquías tendrá las mismas consecuencias descriptas en 'Impacto de cambios en la jerarquía general'.

See Also

Concepts

Escenarios básicos de planeación en soluciones y escenarios de BI
Planeación del data mart para soluciones y escenarios de planeación de BI
Planeación de conceptos de modelado en escenarios y soluciones de planeación de BI
Modelado de cubos para reescritura en soluciones y escenarios de planeación de BI
Enfoques y consideraciones de rendimiento en escenarios y soluciones de planeación de inteligencia empresarial
Modelado de cubos con Excel PowerPivot en escenarios y soluciones de planeación de inteligencia empresarial
Creación de formularios e informes para escenarios y soluciones de planeación de BI
Enviar datos del plan para soluciones y escenarios de planeación de BI
Acciones, diagrama y configuración de un flujo de trabajo de SharePoint para escenarios y soluciones de planeación de BI
Seguimiento de auditoría para soluciones y escenarios de planeación de BI
Administración para escenarios y soluciones de planeación de BI
Cálculos para escenarios y soluciones de planeación de inteligencia empresarial
Funciones de planeación adicionales para soluciones de planeación y escenarios de Business Intelligence
Migración para soluciones y escenarios de planeación de inteligencia empresarial
Mantenimiento para soluciones y escenarios de planeación de BI
Administración corporativa frente a administración subsidiaria para soluciones y escenarios de planeación de la inteligencia empresarial
Guía de modelado e informes de planeación para escenarios y soluciones de planeación de BI
Creación de una guía de funcionalidades de planeación para escenarios y soluciones de planeación de BI
Ejemplos de cálculos de planeación y definición del presupuesto para soluciones y escenarios de planeación de BI