Recomendações de topologia física (Office SharePoint Server)

Atualizado em: 2009-11-05

A topologia de camada de banco de dados do seu sistema e sua rede, armazenamento físico e cache podem afetar significativamente o desempenho do sistema. Ao planejar o hardware, lembre-se de que o Microsoft Office SharePoint Server 2007 é a última versão do Office SharePoint Server que será executada em bancos de dados e sistemas operacionais de 32 bits. Esse artigo descreve principalmente os aprimoramentos que você poderá fazer quando o seu sistema estiver sendo executando no Microsoft SQL Server 2008.

As próximas seções fornecem recomendações com base nas práticas recomendadas que determinamos para os bancos de dados do SQL Server 2005 que hospedam o Office SharePoint Server 2007.

Começar com um servidor dedicado que executa o SQL Server 2008

As seguintes recomendações se aplicam à camada de banco de dados da topologia:

• Sempre coloque o SQL Server 2008 em um servidor dedicado que não esteja executando outras funções de farm ou hospedando bancos de dados para qualquer outro aplicativo, a menos que você esteja implantando o sistema em um servidor autônomo.

• É altamente recomendável que você instale a versão de 64 bits do SQL Server 2005 em um sistema operacional de 64 bits, a menos que tenha um motivo comercial significativo para não o fazer.

• Para obter o desempenho ideal, use o Office SharePoint Server 2007 com o SQL Server 2008 com o service pack mais recente, a menos que tenha um motivo comercial significativo para usar uma versão anterior.

• Use aliases de conexão do SQL Server quando configurar seu farm de servidores. Um alias de conexão é um nome alternativo que pode ser usado para fazer uma conexão a uma instância do SQL Server. Se um servidor de banco de dados falhar, você poderá ajustar o alias no servidor Web front-end para apontar para outro servidor. Para obter mais informações, consulte como definir um alias do SQL Server (SQL Server Management Studio) (em inglês) (https://go.microsoft.com/fwlink/?linkid=132064\&clcid=0x416) (em inglês).

• Verifique se os canais de entrada/saída (E/S) do SQL Server 2008 para os discos não são compartilhados por outros aplicativos, como o arquivo de troca e logs do IIS.

Considere o dimensionamento, bem como a adição de recursos

É importante controlar estes três componentes e recursos de um servidor que executa o SQL Server 2008: CPU, memória e subsistema de E/S. Quando um ou mais dos componentes parecerem sobrecarregados, analise a estratégia apropriada com base na carga de trabalho atual e projetada. Em seguida, determine se deseja adicionar mais recursos ou dimensionar para um novo servidor que execute o SQL Server 2008. Em geral, é recomendável que você considere o dimensionamento, bem como a adição de recursos. Para obter mais informações, consulte a solução de problemas de desempenho no SQL Server 2008 (em inglês) (https://go.microsoft.com/fwlink/?linkid=168448\&clcid=0x416) (em inglês).

Recomendamos que você implante um servidor adicional que execute o SQL Server 2008 quando tiver mais de quatro servidores Web em execução com capacidade total.

Siga as diretrizes do SQL Server quando escolher hardware

As próximas seções contêm recomendações da equipe do SQL Server 2008 para hardware que podem otimizar o desempenho do Office SharePoint Server 2007.

Memória

Para determinar a quantidade de memória necessária para os computadores que executam o SQL Server 2008, primeiro determine se a implantação planejada é pequena, média ou grande em termos de consumo de memória.

Determine o tamanho da implantação usando a seguinte tabela:

• Se os parâmetros de implantação forem geralmente menores do que os valores listados, sua implantação poderá ser considerada pequena.

• Se os parâmetros de implantação forem aproximadamente equivalentes aos valores listados, sua implantação poderá ser considerada média.

• Se os parâmetros de implantação forem geralmente maiores do que limites superiores da maioria dos valores listados, sua implantação poderá ser considerada grande.

Para o SQL Server 2008, 4 gigabytes (GB) é o valor mínimo necessário para a memória, 8 GB é o valor recomendado para implantações de tamanho médio e 16 GB ou mais é o valor recomendado para implantações grandes.

Outros fatores que podem influenciar as necessidades de memória são:

• O uso de espelhamento do SQL Server 2008.

• O uso frequente de arquivos com mais de 15 megabytes (MB).

Cache de CPU

No servidor que executa o SQL Server 2008, recomendamos que o cache L2 por CPU tenha, no mínimo, 2 MB para melhorar a memória.

Largura de banda de barramento

Uma maior largura de banda de barramento ajuda a melhorar a confiabilidade e o desempenho. Observe que o disco não é o único usuário da largura de banda de barramento — por exemplo, você também deve levar em conta o acesso à rede.

A lista a seguir fornece práticas recomendadas e recomendações para otimizar a largura de banda de barramento.

• Para servidores de médio a grande porte, uma maior largura de banda de barramento melhora a confiabilidade do sistema, especialmente com software de múltiplos caminhos adicionado. Da mesma forma, uma maior largura de banda de barramento não oferece um aumento significativo na confiabilidade para sistemas menores. A confiabilidade da largura de banda de barramento é aprimorada por meio de caminhos redundantes no sistema e evitando-se pontos de falha únicos nos dispositivos de hardware.

• Uma maior largura de banda de barramento fornece melhor desempenho em sistemas que frequentemente usam transferências de blocos grandes e E/S sequencial.

• Em servidores menores que usam principalmente a E/S sequencial, o PCI se torna um afunilamento com três discos. Para um servidor pequeno que tenha oito discos executando principalmente E/S aleatória, o PCI é suficiente. No entanto, é mais comum encontrar PCI-X em servidores que variam de pequenos a muito grandes.

• Uma maior largura de banda de barramento é necessária para oferecer suporte a um grande número de discos.

• A capacidade da largura de banda de barramento pode ser limitada pela topologia do sistema. Se o sistema usa discos diretamente conectados, o número de slots limita a capacidade da largura de banda de barramento. No entanto, para sistemas SAN (rede de área de armazenamento), não existe um fator de limite físico.

• Em geral, servidores mais caros têm barramentos maiores e mais rápidos. Frequentemente, não há maneira de aumentar a capacidade da largura de banda dos barramentos sem substituir os servidores. No entanto, os maiores servidores são mais configuráveis. Consulte os provedores dos servidores para obter as especificações.

Interfaces de disco e de SAN

As interfaces que você usa em seu sistema podem afetar a confiabilidade e o desempenho. Se todos os outros fatores forem iguais, as unidades maiores aumentam o tempo médio de busca. Use as informações na tabela a seguir para ajudá-lo a selecionar a interface.

Redundância de banco de dados em um data center

Você deve oferecer redundância para todos os tipos de repositório de um data center.

• Para uma SAN ou para discos compartilhados, o uso de clusters é a tecnologia mais comum e econômica. Os Produtos e Tecnologias do SharePoint oferecem suporte nativo ao uso de clusters, que estão disponíveis no SQL Server 2008 Standard Edition. As equipes operacionais podem achar que o uso de clusters oferece uma solução de disponibilidade familiar. Para obter mais informações, consulte Configurar disponibilidade em um único farm usando clustering do SQL Server (https://go.microsoft.com/fwlink/?linkid=168606\&clcid=0x416).

• Para discos dedicados ou DAS (repositório anexado a disco), , é possível usar o espelhamento de banco de dados do SQL Server 2008. O SharePoint não fica ciente nativamente do espalhamento de banco de dados. Para alterar conexões quando um espelho falhar, recomendamos que você use um alias de cliente do SQL Server e que gerencie manualmente o processo de failover modificando o alias para apontar para o parceiro de failover. Para obter mais informações, consulte o uso do espelhamento de banco de dados com o Office SharePoint Server 2007 (em inglês) (https://go.microsoft.com/fwlink/?linkid=83725\&clcid=0x416) (em inglês).

Redundância de banco de dados em data centers

Os dados armazenados em SAN e em DAS podem ser espelhados ou replicados para oferecer suporte a requisitos de continuidade de negócios, mas a técnica de espelhamento será diferente, como a seguir:

• A maioria de fornecedores de SAN oferece o espelhamento de dados em vários sites.

• Na maioria dos cenários baseados em DAS, será necessário um método de replicação baseada em software, oferecido pelo fornecedor ou habilitado por meio de tecnologias como espelhamento de banco de dados ou envio de log.

  Se você optar por usar o espelhamento assíncrono, o SharePoint aproveitará as vantagens do recurso de compactação de fluxo de log do SQL Server 2008 e — se você estiver executando o SQL Server 2008 Enterprise Edition — também poderá aproveitar a vantagem da capacidade de usar um thread de refazer adicional por banco de dados para todos os quatro núcleos do sistema. para obter mais informações, consulte:

  • Planejar-se para a disponibilidade (Office SharePoint Server)

  • Configurar a recuperação de desastre em farms do SharePoint usando o envio de logs do SQL Server

  • Integração do SQL Server 2008 e Office SharePoint Server 2007

As tecnologias de instantâneo podem ser usadas para tirar instantâneos de pontos no tempo de dados hospedados em uma SAN. A DAS, na maioria dos casos, não oferece software e serviços adicionais para disponibilizar o suporte a instantâneos.

O suporte a tecnologias como o Microsoft System Center Data Protection Manager 2007 pode ser usado para oferecer proteção adicional para o Microsoft SQL Server e par aos Produtos e Tecnologias do Microsoft Office SharePoint. O Microsoft System Center Data Protection Manager 2007 habilita a proteção de dados baseada em disco e baseada em fita e a recuperação para servidores em domínios do Active Directory® e entre eles.  Para obter informações adicionais sobre o Microsoft System Center Data Protection Manager 2007, consulte o site do Microsoft System Center Data Protection Manager 2007 (https://www.microsoft.com/brasil/servidores/systemcenter/dpm/default.mspx).

Desempenho

Para DAS e SAN, as categorias de desempenho a seguir devem ser medidas:

• E/S por segundo

• Megabytes por segundo

• Latência

O desempenho de ambientes de DAS e SAN é afetado por tantas variáveis que não é possível fazer recomendações simples. Exemplos de variáveis incluem drivers, configuração, tecnologias de fundação subjacente e de suporte e HBAs (adaptadores de barramento de host).

Cabos de fibra ótima podem ser benéficos para ambientes de SAN, uma vez que oferecem vários links por meio do cabo e, dessa forma, habilitam o paralelismo de caminho de E/S de forma que a SAN possa processar solicitações de E/S com mais eficiência.

A latência mínima no subsistema de E/S que serve o servidor que executa o SQL Server é muito importante. Uma resposta lenta do subsistema de E/S não pode ser compensada pela adição de outros tipos de recurso, como CPU ou memória, mas pode influenciar e causar problemas em todo o farm. Planeje a latência mínima antes da implantação e monitore os sistemas existentes como descrito em Monitorar e solucionar problemas de desempenho de armazenamento.

Recomendações da topologia de rede

Planeje as conexões de rede nos farms e entre eles. É recomendável que você use uma rede com baixa latência.

A lista a seguir fornece algumas melhores práticas e recomendações:

• Todos os servidores no farm devem ter latência e largura de banda de LAN para o servidor que esteja executando o SQL Server 2008 (latência de até 1 milissegundo (ms)).

• Não recomendamos uma topologia de WAN na qual um servidor que esteja executando o SQL Server 2008 seja implantado remotamente de outros componentes do farm com latência de rede maior do que 1 ms. Essa topologia não foi testada.

• Planeje uma rede WAN adequada se estiver pretendendo usar o espelhamento de SQL Server 2008 ou o envio de logs do SQL Server 2008 para manter um site remoto atualizado.

• Planeje o uso do recurso de compactação de backup do SQL Server 2008 Enterprise Edition. Você pode configurar o sinalizador de compactação no seu script de backup ou configurar o servidor de aplicativos que executa o SQL Server 2008 Enterprise Edition para compactar por padrão, para diminuir o tamanho dos backups de bancos de dados e dos logs enviados. Para obter mais informações, consulte Compactação do Backup (SQL Server) (https://go.microsoft.com/fwlink/?linkid=129381\&clcid=0x416).

  Dica

  A compactação de banco de dados não tem suporte para os Produtos e Tecnologias do SharePoint.

Topologia de disco

A topologia de disco que você usa em seu sistema pode afetar a confiabilidade e o desempenho.

Você deve minimizar a latência no subsistema de E/S que atende ao servidor que executa o SQL Server 2008. A resposta mais lenta do subsistema de E/S não pode ser compensada com a adição de outros tipos de recursos (por exemplo, CPU ou memória), mas pode influenciar e causar problemas em todo o farm.

Use as informações na tabela a seguir para ajudá-lo a selecionar a topologia.

Baixar este manual

Este tópico está incluído no seguinte manual baixável para facilitar a leitura e a impressão:

• Planejamento e arquitetura para o Office SharePoint Server 2007, parte 2

Consulte a lista completa de manuais disponíveis no Conteúdo baixável do Office SharePoint Server 2007.