Partilhar via


Arquitetura física (Analysis Services – Mineração de Dados)

Aplica-se a: SQL Server 2019 e anteriores do Analysis Services Azure Analysis Services Fabric/Power BI Premium

Importante

A mineração de dados foi preterida no SQL Server 2017 Analysis Services e agora foi descontinuada no SQL Server 2022 Analysis Services. A documentação não foi atualizada para recursos preteridos e descontinuados. Para saber mais, confira Compatibilidade com versões anteriores do Analysis Services.

O Microsoft SQL Server Analysis Services usa componentes de servidor e cliente para fornecer funcionalidade de mineração de dados para aplicativos de business intelligence:

  • O componente de servidor é implementado como um serviço do Microsoft Windows. Você pode ter várias instâncias no mesmo computador, com cada instância de SQL Server Analysis Services implementada como uma instância separada do serviço Windows.

  • Os clientes se comunicam com SQL Server Analysis Services usando o XMLA (XML for Analysis) padrão público, um protocolo baseado em SOAP para emitir comandos e receber respostas, exposto como um serviço Web. Os modelos de objeto de cliente são também fornecidos por XMLA e podem ser acessados pelo uso de um provedor gerenciado, como ADOMD.NET ou um provedor OLE DB.

  • Os comandos de consulta podem ser emitidos usando-se extensões DMX, uma linguagem de consulta padrão do setor orientada à mineração de dados. O ASSL (Analysis Services Scripting Language) também pode ser usado para gerenciar SQL Server Analysis Services objetos de banco de dados.

Diagrama de arquitetura

Uma instância de SQL Server Analysis Services é executada como um serviço autônomo e a comunicação com o serviço ocorre por meio de XMLA (XML for Analysis), usando HTTP ou TCP.

AMO é uma camada entre o aplicativo de usuário e a instância de SQL Server Analysis Services que fornece acesso a SQL Server Analysis Services objetos administrativos. AMO é uma biblioteca de classes que usa comandos de um aplicativo cliente e converte esses comandos em mensagens XMLA para a instância SQL Server Analysis Services. AMO apresenta SQL Server Analysis Services objetos de instância como classes para o aplicativo de usuário final, com membros de método que executam comandos e membros de propriedade que contêm os dados para os objetos SQL Server Analysis Services.

A ilustração a seguir mostra a arquitetura de componentes SQL Server Analysis Services, incluindo serviços na instância SQL Server Analysis Services e componentes de usuário que interagem com a instância.

A ilustração mostra que a única forma de acessar a instância é usando o ouvinte XML for Analysis (XMLA), através do HTTP ou do TCP.

Aviso

O DSO foi substituído. Você não deve usar o DSO para desenvolver soluções.

Diagrama da Arquitetura do Sistema do Analysis Services Diagrama de

Configuração do Servidor

Uma instância de servidor pode dar suporte a vários bancos de dados SQL Server Analysis Services, cada um com sua própria instância do serviço SQL Server Analysis Services que responde a solicitações de cliente e processa objetos.

Instâncias separadas devem ser instaladas quando você deseja trabalhar com modelos de tabela e mineração de dados e/ou modelos multidimensionais. SQL Server Analysis Services dá suporte à instalação lado a lado de instâncias em execução no modo tabular (que usa o mecanismo de análise na memória VertiPaq) e instâncias em execução em uma das configurações convencionais de OLAP, MOLAP ou ROLAP. Para obter mais informações, consulte Determinar o modo de servidor de uma instância do Analysis Services.

Todas as comunicações entre um cliente e o servidor do Analysis Services usam XMLA, que é um protocolo independente de plataforma e de idioma. Quando é recebida uma solicitação de um cliente, o Analysis Services determina se ela está relacionada ao OLAP ou à mineração de dados e roteia a solicitação adequadamente. Para obter mais informações, consulte Componentes de servidor do mecanismo OLAP.

Consulte Também

Arquitetura lógica (Analysis Services – Mineração de Dados)