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

O desempenho e disponibilidade de uma solução dependem de muitos fatores, inclusive os recursos do hardware subjacente, a topologia de sua implantação de servidor, as características de sua solução (por exemplo, tendo partições distribuídas por vários servidores ou usando armazenamento de ROLAP que requer acesso direto ao mecanismo relacional), acordos de nível de serviço e a complexidade de 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. Esse processamento requer mais recursos de memória e processador do que cubos pequenos ou simples.

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

• 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 que estão disponíveis para o Analysis Services varia dependendo da edição de SQL Server, sistema operacional, capacidade 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 instalação do SQL Server 2014

Computar limites de capacidade por edição do SQL Server

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

Especificações de capacidade máxima (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.

Cubes
Os cubos que têm tabelas de fatos grandes requerem mais espaço em disco do que os cubos com tabelas de fatos pequenas. Do mesmo modo, embora em extensão menor, os cubos com dimensões muito grandes requerem mais espaço em disco do que os cubos com membros de dimensão menores. 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 a criação de agregações desnecessárias for evitada, o espaço em disco adicional necessário para as agregações normalmente não será maior do que cerca de 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 no disco o conjunto de dados com os quais foram instruídas. Para remover esses dados em cache do disco, use a opção de processamento Processar Limpeza de Estrutura no objeto de 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 no disco até que o processamento seja concluído. Quando o processamento termina, as cópias processadas dos objetos substituem os objetos originais. Portanto, é necessário fornecer espaço em disco adicional suficiente para uma segunda cópia de cada objeto a ser processado. Por exemplo, se desejar processar um cubo inteiro em uma única transação, é necessário espaço em disco suficiente 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 não estar disponível para consulta devido a uma falha de hardware ou software. Um cubo também pode estar indisponível porque precisa ser processado.

Mantendo a disponibilidade caso ocorram falhas de hardware ou software

Falhas de hardware ou software podem ocorrer por várias razões. 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. Servidores de clustering e de balanceamento de carga normalmente são usados para fornecer recursos alternativos necessários para manter a disponibilidade quando ocorrer falhas de hardware ou software.

Para fornecer disponibilidade em caso de 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 a consulta, eles estão acessando 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, é possível usar o recurso Balanceamento de Carga de Rede (NLB) dos servidores Windows para combinar os servidores de produção em um único cluster. Em um cluster NLB, se um servidor do cluster ficar indisponível devido a problemas de hardware ou software, o serviço NLB direciona as consultas de usuário para os servidores que ainda estão disponíveis.

Mantendo a disponibilidade durante o processamento de alterações estruturais

Algumas alterações feitas em um cubo podem fazer o cubo ficar indisponível até ser processado. Por exemplo, se forem feitas alterações estruturais em uma dimensão de um cubo, mesmo que a dimensão seja reprocessada, cada cubo que usa a dimensão modificada também deverá ser processado. Até serem processados, esses cubos não podem ser consultados pelos usuários, que também não podem consultar nenhum modelo de mineração baseado em um cubo que tem a dimensão modificada.

Para fornecer disponibilidade enquanto 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 atualizar os dados e metadados de 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 Sincronizar bancos de dados do Analysis Services.

Para processar as atualizações incrementais de modo transparente em dados de origem, habilite o cache pró-ativo. O cache pró-ativo atualiza cubos com novos dados de origem sem exigir o processamento manual e sem afetar a disponibilidade dos 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 solucionar 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.

Dimensionando o Analysis Services em vários 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 poderá degradar o desempenho do processamento.

• Se o processamento afetar o desempenho da consulta, mas você não puder processar durante 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 Sincronizar bancos de dados do Analysis Services. Você também pode distribuir o processamento entre 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 do 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, use o Balanceamento de Carga de Rede (NLB) para combinar os servidores em um único cluster. Em um cluster NLB, as consultas são distribuídas automaticamente entre todos os servidores do cluster NLB.