Requisitos e considerações para implantação do Analysis Services

O desempenho e a disponibilidade de uma solução dependem de muitos fatores, incluindo os recursos do hardware subjacente, a topologia da implantação do servidor, as características da sua solução (por exemplo, ter partições distribuídas entre vários servidores ou usar o armazenamento ROLAP que requer acesso direto ao mecanismo relacional), contratos de nível de serviço e a complexidade do seu modelo de dados.

Requisitos de memória e processador

O Analysis Services precisa de mais recursos de memória e processador nos seguintes casos:

• Ao processar cubos grandes ou complexos. Eles exigem mais recursos de memória e processador do que cubos pequenos ou simples.

• Quando o número de cubos em um único banco de dados aumenta.

• Quando o número de bancos de dados em uma única instância do Analysis Services aumenta.

• Quando o número de instâncias do Analysis Services em um único computador aumenta.

• Quando o número de usuários que estão acessando recursos do Analysis Services aumenta simultaneamente.

A quantidade de recursos de memória e processador disponíveis para o Analysis Services varia dependendo da edição do SQL Server, do sistema operacional, da funcionalidade de hardware e se você está usando processadores virtuais ou físicos. Para obter mais informações, siga estes links:

Requisitos de hardware e software para instalar o SQL Server 2014

Limites de capacidade de computação por edição do SQL Server

Recursos com suporte nas edições do SQL Server 2014

Especificações máximas de capacidade (Analysis Services)

Requisitos de espaço em disco

Diferentes aspectos da instalação do Analysis Services e as tarefas relacionadas ao processamento de objetos exigem diferentes quantidades de espaço em disco. A lista a seguir descreve esses requisitos.

Cubos
Cubos que têm tabelas de fatos grandes exigem mais espaço em disco do que cubos que têm tabelas de fatos pequenas. Da mesma forma, embora em menor escala, cubos que têm muitas dimensões grandes exigem mais espaço em disco do que cubos que têm menos membros de dimensão. Em geral, você pode esperar que um banco de dados do Analysis Services exija aproximadamente 20% da quantidade de espaço necessária para os mesmos dados armazenados no banco de dados relacional subjacente.

Agregações
As agregações exigem espaço adicional proporcional às agregações adicionadas. Quanto mais agregações houver, mais espaço será necessário. Se você evitar a criação de agregações desnecessárias, o espaço em disco adicional necessário para agregações normalmente não deverá exceder aproximadamente 10% do tamanho dos dados armazenados no banco de dados relacional subjacente.

Mineração de dados
Por padrão, as estruturas de mineração armazenam em cache em disco o conjunto de dados com o qual são treinadas. Para remover esses dados armazenados em cache do disco, você pode usar a opção de processamento Process Clear Structure no objeto da estrutura de mineração. Para obter mais informações, consulte Requisitos e considerações de processamento (mineração de dados).

Processamento de objetos
Durante o processamento, o Analysis Services armazena cópias dos objetos que está processando na transação de processamento em disco até que o processamento seja concluído. Quando o processamento é concluído, as cópias processadas dos objetos substituem os objetos originais. Portanto, você deve fornecer espaço em disco adicional suficiente para que uma segunda cópia de cada objeto seja processada. Por exemplo, se você planeja processar um cubo inteiro em uma única transação, precisará de espaço suficiente em disco rígido para armazenar uma segunda cópia do cubo inteiro.

Considerações sobre disponibilidade

Em um ambiente do Analysis Services, um cubo ou modelo de mineração pode estar indisponível para consulta devido a uma falha de hardware ou software. Um cubo também pode estar indisponível porque precisa ser processado.

Fornecendo disponibilidade em caso de falhas de hardware ou software

O hardware ou o software podem falhar por vários motivos. No entanto, manter a disponibilidade da instalação do Analysis Services não se trata apenas de solucionar problemas da origem dessas falhas, mas também de fornecer recursos alternativos que permitem que o usuário continue usando o sistema se ocorrer uma falha. Os servidores de clustering e balanceamento de carga normalmente são usados para fornecer os recursos alternativos necessários para manter a disponibilidade quando ocorrem falhas de hardware ou software.

Para fornecer disponibilidade no caso de uma falha de hardware ou software, considere implantar o Analysis Services em um cluster de failover. Em um cluster de failover, se o nó primário falhar por algum motivo ou se precisar ser reinicializado, o Clustering do Microsoft Windows fará failover para um nó secundário. Após o failover, que ocorre muito rapidamente, quando os usuários executam consultas, acessam a instância do Analysis Services que está em execução no nó secundário. Para obter mais informações sobre clusters de failover, consulte Tecnologias do Windows Server: Clusters de failover.

Outra solução para problemas de disponibilidade é implantar seu projeto do Analysis Services em dois ou mais servidores de produção. Em seguida, você pode usar o recurso NLB (Balanceamento de Carga de Rede) de servidores Windows para combinar os servidores de produção em um único cluster. Em um cluster NLB, se um servidor no cluster não estiver disponível devido a problemas de hardware ou software, o serviço NLB direcionará consultas de usuário para os servidores que ainda estão disponíveis.

Fornecendo disponibilidade durante o processamento de alterações estruturais

Determinadas alterações em um cubo podem fazer com que o cubo fique indisponível até que ele seja processado. Por exemplo, se você fizer alterações estruturais em uma dimensão dentro de um cubo, mesmo que reprocesse a dimensão, é necessário processar novamente cada cubo que utiliza essa dimensão modificada. Até processar esses cubos, os usuários não poderão consultá-los, nem podem consultar os modelos de mineração baseados em um cubo que tenha a dimensão modificada.

Para fornecer disponibilidade enquanto você processa alterações estruturais que podem afetar um ou mais cubos em um projeto do Analysis Services, considere incorporar um servidor de preparo e usar o Assistente para Sincronizar Banco de Dados. Esse recurso permite que você atualize dados e metadados em um servidor de preparo e execute uma sincronização online do servidor de produção e do servidor de preparo. Para obter mais informações, consulte Synchronize Analysis Services Databases.

Para processar de forma transparente atualizações incrementais para os dados de origem, habilite o cache proativo. O cache proativo atualiza cubos com novos dados de origem sem exigir processamento manual e sem afetar a disponibilidade de cubos. Para obter mais informações, consulte Cache Proativo (Partições).

Considerações sobre escalabilidade

Várias instâncias do Microsoft SQL Server e do Analysis Services no mesmo computador podem causar problemas de desempenho. Para resolver esses problemas, uma opção pode ser aumentar os recursos de processador, memória e disco no servidor. No entanto, talvez você também precise dimensionar as instâncias do SQL Server e do Analysis Services em vários computadores.

Escalonamento do Analysis Services em múltiplos computadores

Há várias maneiras de dimensionar uma instalação do Analysis Services em vários computadores. Essas opções são descritas na lista a seguir.

• Se houver várias instâncias do Analysis Services em um único computador, você poderá mover uma ou mais instâncias para outro computador.

• Se houver vários bancos de dados do Analysis Services em um único computador, você poderá mover um ou mais bancos de dados para sua própria instância do Analysis Services em um computador separado.

• Se um ou mais bancos de dados relacionais fornecerem dados para um banco de dados do Analysis Services, você poderá mover esses bancos de dados para um computador separado. Antes de mover os bancos de dados, considere a velocidade de rede e a largura de banda que existem entre o banco de dados do Analysis Services e seus bancos de dados subjacentes. Se a rede estiver lenta ou congestionada, mover os bancos de dados subjacentes para um computador separado prejudicará o desempenho do processamento.

• Se o processamento afetar o desempenho da consulta, mas você não puder processar durante os tempos de carga de consulta reduzida, considere mover suas tarefas de processamento para um servidor de preparo e, em seguida, executar uma sincronização online do servidor de produção e do servidor de preparo. Para obter mais informações, consulte Synchronize Analysis Services Databases. Você também pode distribuir o processamento em várias instâncias do Analysis Services usando partições remotas. O processamento de partições remotas usa os recursos de processador e memória no servidor remoto, em vez dos recursos no computador local. Para obter informações sobre o gerenciamento de partições remotas, consulte Criar e gerenciar uma partição remota (Analysis Services).

• Se o desempenho da consulta for ruim, mas você não puder aumentar os recursos de processador e memória no servidor local, considere implantar um projeto do Analysis Services em dois ou mais servidores de produção. Em seguida, você pode usar o NLB (Balanceamento de Carga de Rede) para combinar os servidores em um único cluster. Em um cluster NLB, as consultas são distribuídas automaticamente em todos os servidores no cluster NLB.