Share via

Trabajar con bases de datos de proyectos de Analysis Services en un entorno de producción

  • Artículo

Una vez que haya desarrollado e implementado la base de datos de Analysis Services del proyecto de Analysis Services en una instancia de Analysis Services, debe decidir cómo desea realizar cambios en los objetos de la base de datos implementada. Ciertos cambios, como los relacionados con los roles de seguridad, las particiones y la configuración del almacenamiento, se pueden hacer con SQL Server Management Studio o SQL Server Data Tools (SSDT). Otros cambios, como la adición de atributos o jerarquías definidas por el usuario, solo se pueden hacer con SQL Server Data Tools (SSDT) en el modo de proyecto o en el modo en línea.

Tan pronto como haga un cambio en una base de datos de Analysis Services implementada mediante SQL Server Management Studio o SQL Server Data Tools (SSDT) en el modo en línea, el proyecto de Analysis Services que se usó para la implementación queda obsoleto. Si un programador hace cambios en el proyecto de Analysis Services y trata de implementar el proyecto modificado, se le solicitará que sobrescriba la base de datos completa. Si el programador sobrescribe toda la base de datos, también tiene que procesarla. Todo esto se puede complicar si los cambios realizados directamente en la base de datos implementada por el personal de producción no han sido comunicados al equipo de desarrollo, ya que este último no comprenderá por qué sus cambios ya no aparecen en la base de datos de Analysis Services.

Las herramientas de SQL Server 2005 Analysis Services se pueden usar de varias maneras para evitar los problemas que conlleva esta situación.

  • Método 1: siempre que se haga un cambio en una versión de producción de una base de datos de Analysis Services, use SQL Server Data Tools (SSDT) para crear un proyecto de Analysis Services basado en la versión modificada de la base de datos de Analysis Services. Este nuevo proyecto de Analysis Services se puede registrar en el sistema de control de origen como copia maestra del proyecto. Este método funcionará aunque el cambio se haya realizado en la base de datos de Analysis Services con SQL Server Management Studio o SQL Server Data Tools (SSDT) en el modo en línea.

  • Método 2: realice los cambios únicamente en una versión de producción de una base de datos de Analysis Services con SQL Server Management Studio o SQL Server Data Tools (SSDT) en el modo de proyecto. Con este método, puede usar las opciones disponibles en el Asistente para la implementación de Analysis Services a fin de conservar los cambios realizados por SQL Server Management Studio, por ejemplo los roles de seguridad y la configuración del almacenamiento. Así se garantiza que la configuración relacionada con el diseño se conserva en el archivo del proyecto (la configuración del almacenamiento y los roles de seguridad se pueden omitir) y se usa el servidor en línea para la configuración del almacenamiento y los roles de seguridad. Para obtener más información, vea Implementar soluciones con el Asistente para la implementación.

  • Método 3: realice los cambios únicamente en una versión de producción de una base de datos de Analysis Services con SQL Server Management Studio o SQL Server Data Tools (SSDT) en el modo en línea. Puesto que las dos herramientas solo trabajan con el mismo servidor en línea, no hay posibilidad de obtener versiones diferentes no sincronizadas.

Vea también

Tasks

Conectar con una base de datos de Analysis Services en modo en línea

Conceptos

Trabajar con bases de datos y proyectos de Analysis Services durante la fase de desarrollo

Otros recursos

How to: Create an Analysis Services Project based on an Existing Analysis Services Database