Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
Depois de criar um projeto de modelo de tabela, você deve implantá-lo para que os usuários naveguem pelo modelo usando um aplicativo cliente de relatório. Este tópico descreve as várias propriedades e métodos que você pode usar ao implantar soluções de modelo de tabela em seu ambiente.
Seções neste tópico:
Implantando um modelo de tabela do SSDT (SQL Server Data Tools)
Configurando o servidor de implantação e conectando-se a um modelo implantado
Benefícios
A implantação de um modelo de tabela cria um banco de dados de modelo em um ambiente de teste, preparo ou produção. Os usuários podem então se conectar ao modelo implantado por meio de um arquivo de conexão .bism no Sharepoint ou usando uma conexão de dados diretamente de aplicativos cliente de relatório, como Microsoft Excel, Power View ou um aplicativo personalizado. O banco de dados do workspace do modelo, criado quando você cria um novo projeto de modelo de tabela no SSDT (SQL Server Data Tools) e usado para criar o modelo permanecerá na instância do servidor do workspace, permitindo que você faça alterações no projeto de modelo e, em seguida, implante novamente no ambiente de teste, preparo ou produção, quando necessário.
Implantando um modelo de tabela do SSDT (SQL Server Data Tools)
A implantação é um processo simples; no entanto, determinadas etapas devem ser tomadas para garantir que seu modelo seja implantado na instância correta do Analysis Services e com as opções de configuração corretas.
Os modelos de tabela são definidos com várias propriedades específicas de implantação. Quando você implanta, uma conexão com a instância do Analysis Services especificada na propriedade Server é estabelecida. Um novo banco de dados de modelo com o nome especificado na propriedade Database será criado nessa instância, caso ainda não exista. Metadados do arquivo Model.bim do projeto de modelo são usados para configurar objetos no banco de dados modelo no servidor de implantação. Com a Opção de Processamento, você pode especificar se apenas os metadados do modelo são implantados, criando o banco de dados modelo ou, se Padrão ou Completo for especificado, as credenciais de representação usadas para se conectar a fontes de dados são passadas na memória do banco de dados do workspace modelo para o banco de dados modelo implantado. Em seguida, o Analysis Services executa o processamento para preencher dados no modelo implantado. Depois que o processo de implantação for concluído, o modelo poderá ser conectado por aplicativos cliente usando uma conexão de dados ou usando um arquivo de conexão .bism no SharePoint.
Propriedades de implantação
As propriedades Opções de Implantação e Servidor de Implantação do projeto especificam como e onde um modelo é implantado em um ambiente de preparo ou produção do Analysis Services. Embora as configurações de propriedade padrão sejam definidas para todos os projetos de modelo, dependendo dos requisitos de implantação específicos, você pode alterar essas configurações de propriedade para cada projeto. Para obter mais informações sobre como definir propriedades de implantação padrão, consulte Configure Default Data Modeling and Deployment Properties (SSAS Tabular).
Propriedades de opções de implantação
As propriedades de Opções de Implantação incluem o seguinte:
| Propriedade | Configuração padrão | Descrição |
|---|---|---|
| Opção de processamento | Padrão | Essa propriedade especifica o tipo de processamento necessário quando as alterações nos objetos são implantadas. Essa propriedade tem as seguintes opções: Padrão – essa configuração especifica que o Analysis Services determinará o tipo de processamento necessário. Objetos não processados anteriormente serão tratados e, se necessário, recalcular as relações de atributos, hierarquias de atributos, hierarquias de usuários e colunas calculadas. Essa configuração geralmente resulta em um tempo de implantação mais rápido do que usar a opção processamento completo. Não processar – essa configuração especifica que somente os metadados serão implantados. Após a implantação, pode ser necessário executar uma operação de processo no modelo implantado para atualizar e recalcular dados. Completo – Essa configuração especifica que os metadados são implantados e uma operação completa do processo é executada. Isso garante que o modelo implantado tenha as atualizações mais recentes para metadados e dados. |
| Implantação transacional | Falso | Essa propriedade especifica se a implantação é transacional ou não. Por padrão, a implantação de todos os objetos ou apenas dos objetos alterados não ocorre de maneira transacional com o processamento desses objetos implantados. A implantação pode ser bem-sucedida e persistir mesmo que o processamento falhe. Você pode alterar isso para incorporar a implantação e o processamento em uma única transação. |
| Modo de consulta | Na memória | Essa propriedade especifica o modo no qual a origem da qual os resultados da consulta são retornados está em execução no modo In-Memory (armazenado em cache) ou no modo DirectQuery. Essa propriedade tem as seguintes opções: DirectQuery – Essa configuração especifica que todas as consultas para o modelo devem usar apenas a fonte de dados relacional. DirectQuery na Memória - Essa configuração especifica, por padrão, que as consultas devem ser respondidas usando a origem relacional, a menos que seja especificado de outra forma na string de conexão do cliente. In-Memory – Essa configuração especifica que as consultas devem ser respondidas usando apenas o cache. In-Memory com DirectQuery – Essa configuração especifica, por padrão. as consultas devem ser respondidas usando o cache, a menos que especificado de outra forma na cadeia de conexão do cliente. Para obter mais informações, consulte o Modo DirectQuery (SSAS Tabular). |
Propriedades do Servidor de Implantação
As propriedades do Servidor de Implantação incluem o seguinte:
| Propriedade | Configuração padrão | Descrição |
|---|---|---|
|
Servidor Defina quando o projeto é criado. |
localhost | Essa propriedade, definida quando o projeto é criado, especifica a instância do Analysis Services pelo nome na qual o modelo será implantado. Por padrão, o modelo será implantado na instância padrão do Analysis Services no computador local. No entanto, você pode alterar essa configuração para especificar uma instância nomeada no computador local ou qualquer instância em qualquer computador remoto no qual você tenha permissão para criar objetos do Analysis Services. |
| Edição | A mesma edição da instância na qual o Servidor do Workspace está localizado. | Essa propriedade especifica a edição do servidor do Analysis Services para a qual o modelo será implantado. A edição do servidor define vários recursos que podem ser incorporados ao projeto. Por padrão, a edição será do servidor local do Analysis Services. Se você especificar um servidor do Analysis Services diferente, por exemplo, um servidor do Analysis Services de produção, especifique a edição desse servidor do Analysis Services. |
| Banco de dados | <projectname> | Essa propriedade especifica o nome do banco de dados do Analysis Services no qual os objetos de modelo serão instanciados após a implantação. Esse nome também será especificado em uma conexão de dados de um cliente de geração de relatórios ou em um arquivo de conexão de dados no formato .bism. Você pode alterar esse nome a qualquer momento ao criar o modelo. Se você alterar o nome depois de implantar o modelo, as alterações feitas após a implantação não afetarão o modelo implantado anteriormente. Por exemplo, se você abrir uma solução nomeada TestDB e implantar sua solução com o nome de banco de dados padrão "Model", e então modificar a solução e renomear o banco de dados modelo para Sales, a instância do Analysis Services para a qual as soluções foram implantadas exibirá bancos de dados separados, um chamado "Model" e outro chamado "Sales". |
| Nome do cubo | Modelo | Essa propriedade especifica o nome do cubo, conforme mostrado em ferramentas de cliente (como Excel) e AMO (Objetos de Gerenciamento de Análise). |
Propriedades de opções do DirectQuery
As propriedades de Opções de Implantação incluem o seguinte:
| Propriedade | Configuração padrão | Descrição |
|---|---|---|
| Configurações de Personificação | Padrão | Essa propriedade especifica as configurações de representação usadas quando um modelo em execução no modo DirectQuery se conecta a fontes de dados. As credenciais de representação não são usadas ao consultar o cache na memória. Essa configuração de propriedade tem as seguintes opções: Padrão – essa configuração especifica que o Analysis Services usará a opção especificada na página Informações de Representação quando a conexão da fonte de dados é criada com o uso do Assistente de Importação de Tabela. ImpersonateCurrentUser – Essa configuração especifica que a conta de usuário do usuário atualmente conectado será usada ao se conectar a todas as fontes de dados. |
Métodos de implantação
Há vários métodos que você pode usar para implantar um projeto de modelo de tabela. A maioria dos métodos de implantação que podem ser usados para outros projetos do Analysis Services, como multidimensionais, também pode ser usada para implantar projetos de modelo de tabela.
| Método | Descrição | Ligação |
|---|---|---|
| Implantar o comando nas Ferramentas de Dados do SQL Server | O comando Implantar fornece um método simples e intuitivo para implantar um projeto de modelo de tabela do ambiente de criação do SQL Server Data Tools. **Cuidado** Esse método não deve ser usado para implantar em servidores de produção. Usar esse método pode substituir determinadas propriedades em um modelo existente. |
Implantar a partir de SQL Server Data Tools (SSAS Tabular) |
| Automação de objetos de gerenciamento de análise (AMO) | O AMO fornece uma interface programática para o conjunto de comandos completo para o Analysis Services, incluindo comandos que podem ser usados para implantação da solução. Como uma abordagem para implantação de solução, a automação AMO é a mais flexível, mas também requer um esforço de programação. Uma vantagem fundamental para usar o AMO é que você pode usar o SQL Server Agent com seu aplicativo AMO para executar a implantação em um agendamento predefinido. | Desenvolvimento com Objetos de Gerenciamento de Análise (AMO) |
| XMLA | Use o SQL Server Management Studio para gerar um script XMLA dos metadados de um banco de dados existente do Analysis Services e, em seguida, execute esse script em outro servidor para recriar o banco de dados inicial. Os scripts XMLA são facilmente formados no SQL Server Management Studio definindo o processo de implantação e, em seguida, codificando-o e salvando-o em um script XMLA. Depois de ter o script XMLA em um arquivo salvo, você poderá executar facilmente o script de acordo com um agendamento ou inserir o script em um aplicativo que se conecta diretamente a uma instância do Analysis Services. Você também pode executar scripts XMLA em uma base predefinida usando o SQL Server Agent, mas não tem a mesma flexibilidade com scripts XMLA como com AMO. O AMO fornece uma amplitude maior de funcionalidade hospedando o espectro completo de comandos administrativos. |
Implantar soluções de modelo usando XMLA |
| Assistente para Implantação | Use o Assistente de Implantação para usar os arquivos de saída XMLA gerados por um projeto do Analysis Services para implantar os metadados do projeto em um servidor de destino. Com o Assistente de Implantação, você pode implantar diretamente do arquivo do Analysis Services, conforme criado no diretório de saída pela compilação do projeto. A principal vantagem de usar o Assistente de Implantação do Analysis Services é a conveniência. Assim como você pode salvar um script XMLA para uso posterior no SQL Server Management Studio, você pode salvar scripts do Assistente de Implantação. O Assistente de Implantação pode ser executado interativamente e no prompt de comando por meio do Utilitário de Implantação. |
Implantar soluções de modelo usando o Assistente de Implantação |
| Utilitário de Implantação | O utilitário de implantação permite iniciar o mecanismo de implantação do Analysis Services a partir de um prompt de comando. | Implantar soluções de modelo com o Utilitário de Implantação |
| Assistente para Sincronizar Banco de Dados | Use o Assistente para Sincronizar Banco de Dados para sincronizar os metadados e os dados entre dois bancos de dados do Analysis Services. O Assistente de Sincronização pode ser usado para copiar dados e metadados de um servidor de origem para um servidor de destino. Se o servidor de destino não tiver uma cópia do banco de dados que você deseja implantar, um novo banco de dados será copiado para o servidor de destino. Se o servidor de destino já tiver uma cópia do mesmo banco de dados, o banco de dados no servidor de destino será atualizado para usar os metadados e os dados do banco de dados de origem. |
Sincronizar bancos de dados do Analysis Services |
| Backup e restauração | O backup oferece a abordagem mais simples para transferir bancos de dados do Analysis Services. Na caixa de diálogo Backup , você pode definir a configuração de opções e, em seguida, executar o backup na própria caixa de diálogo. Ou você pode criar um script que pode ser salvo e executado com a frequência necessária. O backup e a restauração não são usados com tanta frequência quanto os outros métodos de implantação, mas é uma maneira de concluir rapidamente uma implantação com requisitos mínimos de infraestrutura. |
Backup e restauração de bancos de dados dos Serviços de Análise |
Configurando o servidor de implantação e conectando-se a um modelo implantado
Depois que um modelo é implantado, há considerações adicionais para proteger o acesso a dados do modelo, backups e operações de processamento que podem ser configuradas no servidor do Analysis Services usando o SQL Server Management Studio. Embora essas propriedades e configurações estejam fora do escopo deste tópico, elas são, no entanto, muito importantes para garantir que seus dados de modelo implantados sejam seguros, mantidos atualizados e forneçam um recurso valioso de análise de dados para os usuários em sua organização.
Depois que um modelo tiver sido implantado e as configurações opcionais do servidor forem ajustadas, os aplicativos clientes poderão se conectar ao modelo para navegar e analisar os metadados do modelo. A conexão a um banco de dados de modelo implantado de aplicativos cliente está fora do escopo deste tópico. Para saber mais sobre como se conectar a um banco de dados modelo de aplicativos cliente, consulte Tabular Model Data Access.
Tarefas Relacionadas
| Tarefa | Descrição |
|---|---|
| Implantar a partir do SQL Server Data Tools (SSAS Tabular) | Descreve como configurar propriedades de implantação e implantar um projeto de modelo de tabela usando o comando Implantar no SQL Server Data Tools. |
| Implantar soluções de modelo usando o Assistente de Implantação | Os tópicos desta seção descrevem como usar o Assistente de Implantação do Analysis Services para implantar soluções de modelo tabular e multidimensional. |
| Implantar soluções de modelo com o Utilitário de Implantação | Descreve como usar o Utilitário de Implantação do Analysis Services para implantar soluções de modelos tabulares e multidimensionais. |
| Implantar soluções de modelo usando XMLA | Descreve como usar o XMLA para implantar soluções tabulares e multidimensionais do Analysis Services. |
| Sincronizar bancos de dados do Analysis Services | Descreve como usar o Assistente para Sincronizar Banco de Dados para sincronizar os metadados e os dados entre dois bancos de dados tabulares ou multidimensionais do Analysis Services. |