Crear y administrar una partición remota (Analysis Services)
Al crear particiones en un grupo de medida, puede configurar una base de datos secundaria en una instancia remota de Analysis Services como almacenamiento de partición.
Las particiones remotas para un cubo (denominado base de datos maestra) se almacenan en una base de datos dedicada de Analysis Services en la instancia remota de Analysis Services (denominada base de datos secundaria).
Una base de datos secundaria dedicada puede almacenar particiones remotas para una y solo una base de datos maestra, pero la base de datos maestra puede usar varias bases de datos secundarias, siempre y cuando todas las bases de datos secundarias estén en la misma instancia remota de Analysis Services. Las dimensiones de una base de datos dedicada a las particiones remotas se crean como dimensiones vinculadas.
Requisitos previos
Para poder crear una partición remota, deben cumplirse las siguientes condiciones:
Debe tener una segunda instancia de Analysis Services y una base de datos dedicada para almacenar las particiones. La base de datos secundaria se usa para un único fin: proporciona almacenamiento para las particiones remotas de una base de datos maestra.
Ambas instancias del servidor deben ser de la misma versión. Ambas bases de datos deben ser del mismo nivel funcional.
Ambas instancias deben estar configuradas para conexiones TCP. Analysis Services no admite la creación de particiones remotas mediante el protocolo HTTP.
Se debe establecer la configuración de firewall de ambos equipos para que acepten conexiones externas. Para obtener información sobre cómo configurar el firewall, vea Configurar Firewall de Windows para permitir el acceso a Analysis Services.
La cuenta de servicio para la instancia que ejecuta la base de datos maestra debe tener acceso administrativo a la instancia remota de Analysis Services. Si la cuenta de servicio cambia, debe actualizar los permisos tanto en el servidor como en la base de datos.
Debe ser administrador de Analysis Services en ambos equipos.
Debe asegurarse de que el plan de recuperación ante desastres contempla la copia de seguridad y la restauración de las particiones remotas. El uso de particiones remotas puede complicar las operaciones de copia de seguridad y restauración. No olvide probar el plan exhaustivamente para asegurarse de que puede restaurar los datos necesarios.
Configurar particiones remotas
Dos equipos diferentes que ejecutan una instancia de SQL Server Analysis Services deben crear cada uno una organización de particiones remotas que designe un equipo como servidor principal y el otro equipo como servidor subordinado.
En el procedimiento siguiente se da por supuesto que tiene dos instancias de servidor, con una base de datos de cubo implementada en el servidor maestro. En este procedimiento, la base de datos de cubo se denomina db-master. La base de datos de almacenamiento que contiene particiones remotas se denomina db-storage.
Usará tanto SQL Server Management Studio como SQL Server Data Tools (SSDT) para completar este procedimiento.
[!NOTA]
Las particiones remotas solo se pueden mezclar con otras particiones remotas. Si va a usar una combinación de particiones locales y remotas, una solución alternativa consiste en crear nuevas particiones que incluyan los datos combinados, eliminando las particiones que ya no use.
Especificar nombres de servidor válidos para la implementación del cubo (en SSDT)
En el servidor maestro: en el Explorador de soluciones, haga clic con el botón secundario en el nombre de la solución y seleccione Propiedades. En el cuadro de diálogo Propiedades, haga clic en Propiedades de configuración, haga clic en Implementación y, a continuación, haga clic en Servidor; después, establezca el nombre del servidor maestro.
En el servidor subordinado: en el Explorador de soluciones, haga clic con el botón secundario en el nombre de la solución y seleccione Propiedades. En el cuadro de diálogo Propiedades, haga clic en Propiedades de configuración, haga clic en Implementación y, a continuación, haga clic en Servidor; después, establezca el nombre del servidor subordinado.
Crear e implementar una base de datos secundaria (en SSDT)
En el servidor subordinado: cree un nuevo proyecto de Analysis Services para la base de datos de almacenamiento.
En el servidor subordinado: en el Explorador de soluciones, cree un nuevo origen de datos que apunte a la base de datos de cubo, db-master. Use el proveedor Native OLE DB\Microsoft OLE DB Provider for Analysis Services 11.0.
En el servidor subordinado: implemente la solución.
Habilitar características (en SSMS)
En el servidor subordinado: en SQL Server Management Studio, haga clic con el botón secundario en la instancia conectada de Analysis Services en el Explorador de objetos y seleccione Propiedades. Establezca Feature\LinkToOtherInstanceEnabled y Feature\LinkFromOtherInstanceEnabled en True.
En el servidor subordinado: reinicie el servidor haciendo clic con el botón secundario en el nombre del servidor en el Explorador de objetos y seleccionando Reiniciar.
En el servidor maestro: en SQL Server Management Studio, haga clic con el botón secundario en la instancia conectada de Analysis Services en el Explorador de objetos y seleccione Propiedades. Establezca Feature\LinkToOtherInstanceEnabled y Feature\LinkFromOtherInstanceEnabled en True.
En el servidor maestro: para reiniciar el servidor, haga clic con el botón secundario en el nombre del servidor en el Explorador de objetos y seleccione Reiniciar.
Establecer la propiedad de base de datos MasterDataSourceID en el servidor remoto (en SSMS)
En el servidor subordinado: haga clic con el botón secundario en la base de datos de almacenamiento, db-storage, y apunte a Incluir la base de datos como | ALTER To | Nueva ventana del Editor de consultas.
Agregue MasterDataSourceID al código XMLA y especifique después el identificador de la base de datos de cubo, db-master, como valor. El XMLA debe ser similar a lo siguiente.
<Alter ObjectExpansion="ExpandFull" xmlns="https://schemas.microsoft.com/analysisservices/2003/engine"> <Object> <DatabaseID>DB-Storage</DatabaseID> </Object> <ObjectDefinition> <Database xmlns:xsd="http://www.w3.org/2001/XMLSchema" 400" <ID>DB-Storage</ID> <Name>DB-StorageB</Name> <ddl200:CompatibilityLevel>1100</ddl200:CompatibilityLevel> <Language>1033</Language> <Collation>Latin1_General_CI_AS</Collation> <DataSourceImpersonationInfo> <ImpersonationMode>ImpersonateAccount</ImpersonationMode> <Account>*********</Account> </DataSourceImpersonationInfo> <MasterDataSourceID>DB-Master</MasterDataSourceID> </Database> </ObjectDefinition> </Alter>Presione F5 para ejecutar el script.
Configurar la partición remota (en SSDT)
En el servidor maestro: abra el cubo en el Diseñador de cubos y haga clic en la pestaña Particiones. Expanda el grupo de medida. Haga clic en Nueva partición si el grupo de medida ya está configurado para varias particiones o haga clic en el botón Examinar (. . ) en la columna Origen para editar la partición existente.
En el Asistente para particiones, en Especificar información de origen, seleccione la vista del origen de datos y la tabla de hechos originales.
Si se usa un enlace de consultas, proporcione una cláusula WHERE que segmente los datos para la nueva partición que va a crear.
En Ubicaciones de procesamiento y almacenamiento, bajo Procesando ubicación, elija Origen de datos remoto de Analysis Services y haga clic en Nuevo para crear un nuevo origen de datos que apunte a la base de datos subordinada, db-storage.
[!NOTA]
Si obtiene un error que indica que el origen de datos no existe en la colección, debe abrir el proyecto de la base de datos de almacenamiento, db-storage, y crear un origen de datos que apunte a la base de datos maestra, db-master.
En el servidor maestro: haga clic con el botón secundario en el nombre del cubo en el Explorador de soluciones, seleccione Procesar y procese totalmente el cubo.
Administrar particiones remotas
Analysis Services admite tanto el procesamiento paralelo como el procesamiento secuencial de las particiones remotas. La base de datos maestra, en la que se definieron las particiones, coordina las transacciones entre todas las instancias que participan en el procesamiento de las particiones de un cubo. A continuación se envían informes de procesamiento a todas las instancias que procesaron una partición.
Un cubo que contenga particiones remotas puede administrarse junto con sus particiones en una sola instancia de Analysis Services. Sin embargo, los metadatos de la partición remota solo se pueden ver y actualizar en la instancia de Analysis Services en que se definieron la partición y su cubo primario. La partición remota no se puede ver ni actualizar en la instancia remota de Analysis Services.
[!NOTA]
Aunque las bases de datos dedicadas al almacenamiento de particiones remotas no se exponen a los conjuntos de filas de esquema, las aplicaciones que usan Objetos de administración de análisis (AMO) pueden seguir detectando una base de datos dedicada mediante el uso del comando Discover de XML for Analysis. Cualquier comando CREATE o DELETE que se envíe directamente a una base de datos dedicada mediante un cliente TCP o HTTP se ejecutará correctamente, pero el servidor devolverá una advertencia que indica que la acción puede dañar la base de datos estrechamente administrada.