Arquitectura física (Analysis Services - Minería de datos)
Microsoft Analysis Services usa tanto componentes de servidor como de cliente para proporcionar la funcionalidad de minería de datos en las aplicaciones Business Intelligence:
El componente de servidor se implementa como servicio de Microsoft Windows. Puede tener varias instancias en el mismo equipo, con cada instancia de Analysis Services implementada como instancia independiente del servicio de Windows.
Los clientes se comunican con Analysis Services mediante el estándar público XML for Analysis (XMLA), protocolo basado en SOAP para emitir comandos y recibir respuestas, que se expone como servicio web. Además, se proporcionan modelos de objetos de cliente en XMLA, a los que se puede obtener acceso mediante un proveedor administrado, como ADOMD.NET, o un proveedor OLE DB nativo.
Los comandos de consulta se pueden emitir mediante Extensiones de minería de datos (DMX), un lenguaje de consulta estándar del sector orientado hacia la minería de datos. También se puede usar el lenguaje de script de Analysis Services (ASSL) para administrar objetos de base de datos de Analysis Services.
Diagrama de la arquitectura
Las instancias de Analysis Services se ejecutan como un servicio independiente y la comunicación con el servicio se produce a través de XML for Analysis (XMLA), mediante HTTP o TCP.
AMO es un nivel entre la aplicación de usuario y la instancia de Analysis Services que proporciona acceso a los objetos administrativos de Analysis Services. AMO es una biblioteca de clases que toma los comandos de una aplicación cliente y los convierte en mensajes XMLA para la instancia de Analysis Services. AMO muestra los objetos de instancia de Analysis Services a la aplicación de usuario final como clases, con miembros de método que ejecutan comandos y miembros de propiedad que contienen los datos de los objetos de Analysis Services.
La siguiente ilustración muestra la arquitectura de componentes de Analysis Services, incluidos todos los servicios dentro de la instancia de Analysis Services y todos los componentes de usuario que interactúan con ella.
La ilustración muestra que la única manera de tener acceso a la instancia es utilizando el agente de escucha de XML for Analysis (XMLA), ya sea mediante HTTP o TCP.
.gif "Nota de advertencia") Advertencia |
|---|
DSO está en desuso. No debe utilizar DSO para desarrollar soluciones. |
.gif "Diagrama de la arquitectura del sistema Analysis Services")
Configuración del servidor
Una instancia del servidor puede admitir varias bases de datos de Analysis Services, cada una con su propia instancia del servicio de Analysis Services que responde a las solicitudes de cliente y procesa los objetos.
Las instancias independientes deben estar instaladas si desea trabajar tanto con modelos de minería de datos tabulares (TDS) como con modelos multidimensionales. Analysis Services admite la instalación en paralelo de las instancias que se ejecutan en el modo tabular (que utiliza el motor analítico en memoria xVelocity (VertiPaq) y de las instancias que se ejecutan en una de las configuraciones convencionales OLAP, MOLAP o ROLAP. Para obtener más información, vea Determinar el modo de servidor de una instancia de Analysis Services.
Todas las comunicaciones entre un cliente y el servidor de Analysis Services usan XMLA, que es un protocolo independiente de la plataforma y del lenguaje. Cuando se recibe una solicitud de un cliente, Analysis Services determina si está relacionada con OLAP o con la minería de datos, y la enruta apropiadamente. Para obtener más información, vea Componentes de servidor del motor OLAP.