Requisitos e considerações sobre a implantação do Analysis Services
Antes de implantar um projeto do MicrosoftSQL ServerAnalysis Services, é necessário considerar questões importantes para melhorar a confiabilidade e o desempenho da instalação do Analysis Services. Por exemplo, talvez seja necessário aumentar os recursos de hardware se você estiver adicionando outra instância do Analysis Services às instâncias existentes no servidor ou se cubos complexos forem processados em seu projeto. Você também deve tomar algumas precauções para assegurar a disponibilidade do projeto se houver uma falha de hardware ou software e durante algumas tarefas de processamento. Finalmente, vale a pena considerar o dimensionamento de instâncias do SQL Server ou do Analysis Services entre vários computadores com base nas necessidades de desempenho.
Requisitos e considerações
Os requisitos e as considerações sobre implantação são abordados nas seguintes seções:
Requisitos de recurso
Considerações sobre disponibilidade
Considerações sobre escalabilidade
Requisitos de recurso
Antes de implantar seu projeto do Analysis Services, considere os requisitos de recurso de sua instalação. Em particular, considere as necessidades de memória e processador e os requisitos de espaço em disco.
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 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.
Versão de Windows |
Quantidade máxima de memória disponível no Analysis Services |
Número máximo de processadores disponíveis no Analysis Services |
|---|---|---|
Windows Server 2003, Enterprise, versão de 64 bits |
64 gigabytes (GB) |
8 |
Windows Server 2003, Datacenter, versão de 64 bits |
512 GB |
32 |
Windows Server 2003, Standard |
3 GB usando a opção /3GB |
4 |
Windows Server 2003, Enterprise |
3 GB usando a opção /3GB |
8 |
Windows Server 2003, Datacenter |
3 GB usando a opção /3GB |
32 |
Windows 2000 Server |
2 GB |
4 |
Windows 2000 Advanced Server |
3 GB usando a opção /3GB |
8 |
Windows 2000 Datacenter Server |
3 GB usando a opção /3GB |
32 |
.gif "Observação importante") 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. |
Requisitos para espaço em disco
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
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 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.
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 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
Considerações sobre escalabilidade
Várias instâncias do MicrosoftSQL 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 também seja necessário 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á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
Consulte também