Crear y administrar una partición remota (Analysis Services)
Se aplica a: SQL Server Analysis Services Azure Analysis Services Fabric/Power BI Premium
Al crear particiones de un grupo de medida, puede configurar una base de datos secundaria en una instancia de SQL Server Analysis Services remota como almacenamiento de particiones.
Las particiones remotas de un cubo (denominada base de datos maestra) se almacenan en una base de datos SQL Server Analysis Services dedicada en la instancia remota de SQL Server 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 SQL Server 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 SQL Server 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. SQL Server 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 más información sobre la configuración de firewall, vea Configurar Firewall de Windows para permitir el acceso a Analysis Services.
La cuenta de servicio de la instancia que ejecuta la base de datos maestra debe tener acceso administrativo a la instancia remota de SQL Server 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 SQL Server 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
Se necesitan dos equipos independientes que ejecutan una instancia de SQL Server SQL Server Analysis Services para crear una organización de partición remota que designe un equipo como servidor principal y el otro como servidor secundario.
En el procedimiento siguiente se supone que tiene dos instancias de servidor, con una base de datos de cubo implementada en el servidor principal. 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 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 principal: en Explorador de soluciones, haga clic con el botón derecho en el nombre de la solución y seleccione Propiedades. En el cuadro de diálogo Propiedades , haga clic en Propiedades de configuración, en Implementación y, a continuación, en Servidor y establezca el nombre del servidor principal.
En el servidor secundario: en Explorador de soluciones, haga clic con el botón derecho en el nombre de la solución y seleccione Propiedades. En el cuadro de diálogo Propiedades , haga clic en Propiedades de configuración, en Implementación y, a continuación, en Servidor y establezca el nombre del servidor secundario.
Crear e implementar una base de datos secundaria (en SSDT)
En el servidor secundario: cree un nuevo proyecto de Analysis Services para la base de datos de almacenamiento.
En el servidor secundario: en Explorador de soluciones, cree un nuevo origen de datos que apunte a la base de datos de cubo db-master. Use el proveedor Proveedor Microsoft OLE DB/OLE DB nativo para Analysis Services 11.0.
En el servidor secundario: implemente la solución.
Habilitar características (en SSMS)
En el servidor secundario: en SQL Server Management Studio, haga clic con el botón derecho en la instancia de SQL Server Analysis Services conectada en Explorador de objetos y seleccione Propiedades. Establezca Feature\LinkToOtherInstanceEnabled y Feature\LinkFromOtherInstanceEnabled en True.
En el servidor secundario: reinicie el servidor haciendo clic con el botón derecho en el nombre del servidor en Explorador de objetos y seleccionando Reiniciar.
En el servidor principal: en SQL Server Management Studio, haga clic con el botón derecho en la instancia de SQL Server Analysis Services conectada en Explorador de objetos y seleccione Propiedades. Establezca Feature\LinkToOtherInstanceEnabled y Feature\LinkFromOtherInstanceEnabled en True.
En el servidor principal: para reiniciar el servidor, haga clic con el botón derecho en el nombre del servidor en Explorador de objetos y seleccione Reiniciar.
Establecer la propiedad de base de datos MasterDataSourceID en el servidor remoto (en SSMS)
En el servidor secundario: haga clic con el botón derecho en la base de datos de almacenamiento, db-storage, seleccione Incluir base de datos como ALTER to New Editor de Power Query Window (Crear script de base de datos como | ALTER to | New Editor de Power Query Window).
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="http://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 principal: abra el cubo en Cube Designer 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 principal: haga clic con el botón derecho en el nombre del cubo en Explorador de soluciones, seleccione Procesar y procesar completamente el cubo.
Administrar particiones remotas
SQL Server Analysis Services admite el procesamiento paralelo y secuencial de 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 contiene particiones remotas se puede administrar junto con sus particiones en una sola instancia de SQL Server Analysis Services. Sin embargo, los metadatos de la partición remota solo se pueden ver y actualizar en la instancia de SQL Server Analysis Services donde se definió la partición y su cubo primario. La partición remota no se puede ver ni actualizar en la instancia remota de SQL Server 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.