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

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 aumenta em uma única instância do Analysis Services.

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

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

A quantidade de recursos de memória e processador disponíveis no Analysis Services varia de acordo com a versão do Microsoft Windows instalada no computador do servidor. A tabela a seguir lista os recursos de memória e processador que o Analysis Services pode ter com base na versão do Windows instalada.

Importante
O Analysis Services pode suportar no máximo 3 GB de memória em qualquer versão do Windows de 32 bits, independentemente da quantidade de memória real instalada no computador. Para obter mais informações sobre a opção /3GB, consulte o artigo 283037 da Base de Dados de Conhecimento Microsoft.

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

• Cubos
  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. Geralmente, um banco de dados do Analysis Services requer aproximadamente 20% da quantidade de espaço necessário para os mesmos dados armazenados no banco de dados relacional subjacente.

• Agregações
  As agregações requerem um espaço adicional proporcional às agregações adicionadas: quanto mais agregações, mais espaço é 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 é 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 Processando objetos de mineração de dados.

• Processamento de objetos
  Durante o processamento, o Analysis Services armazena cópias dos objetos que estão sendo processados no disco até o final desse procedimento. 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.

Voltar ao Início

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 o problema da origem dessas falhas, mas também de fornecer recursos alternativos que permitem ao usuário continuar usando o sistema em caso de 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 manter a disponibilidade caso ocorra uma falha de hardware ou software, implante o Analysis Services em um cluster de failover. Em um cluster de failover, se o nó primário falhar por qualquer motivo ou se for necessário reinicializá-lo, o clustering do Microsoft Windows falha em um nó secundário. Após o failover, que ocorre rapidamente, quando executarem a consulta, os usuários estarão acessando a instância do Analysis Services em execução no nó secundário.

Outra solução para problemas de disponibilidade é implantar o 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. Para obter mais informações sobre o clustering do Windows e o NLB, consulte Serviços de clustering nos Centros de Tecnologia do site do Microsoft Windows Server 2003.

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 manter a disponibilidade durante o processamento de alterações estruturais que podem afetar um ou mais cubos de um projeto do Analysis Services, incorpore um servidor de preparo e use o Assistente para Sincronizar Bancos 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 Sincronizando 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 pró-ativo (partições).

Voltar ao Início

Há vários modos para 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 no Analysis Services em um único computador, é possível mover uma ou mais instâncias para outro computador.

• Se houver vários bancos de dados do Analysis Services em um único computador, é possível mover um ou mais banco de dados para sua própria instância do Analysis Services em um computador separado.

• Se um ou mais bancos de dados relacionais fornecem dados para um banco de dados do Analysis Services, é possível mover esses bancos de dados para um computador separado. Antes de mover os bancos de dados, verifique a velocidade e a largura de banda da rede que existe entre o banco de dados do Analysis Services e os bancos de dados subjacentes. Se a rede estiver lenta ou congestionada, mover os bancos de dados subjacentes para um computador separado poderá afetar o desempenho do processamento.

• Se o processamento afeta o desempenho da consulta, mas não é possível processar durante os momentos em que há uma menor carga de consulta, mova as tarefas de processamento para um servidor de preparo e, em seguida, execute uma sincronização online do servidor de produção e do servidor de preparo. Para obter mais informações, consulte Sincronizando 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 como gerenciar partições remotas, consulte Gerenciando partições do Analysis Services.

• Se o desempenho da consulta é ruim, mas não é possível aumentar os recursos de processador e memória no servidor local, implante 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. Para obter mais informações, consulte Serviços de clustering nos Centros de Tecnologia do site do Microsoft Windows Server 2003.

Voltar ao Início