Configuração do SharePoint-Farm: como otimizar o desempenho?

Question

Olá,

Eu acho que a constelação mais comum do SharePoint-Server é um farm pequeno: um Database Server e um Web Front End (WFE). A configuração padrão do SharePoint (WSS 3.0 / MOSS 2007) não parece ser a configuração ideal ou de prática recomendada para esse tipo de farm do SharePoint Server.

Então o que posso / devo fazer para obter um melhor desempenho?
- devo reconfigurar as configurações de fluxo de trabalho?
existe uma definição de banco de dados que eu deveria mudar?
- etc.

Obrigado antecipadamente!

Atualização: presumo que o SharePoint-Server seja usado como um servidor de colaboração, com "TeamSites" e sites com listas personalizadas, vários fluxos de trabalho sendo executados nessas listas, muitas bibliotecas de documentos, etc.
Uma otimização para um SharePoint-Server nessa categoria é IMO para Alterar o modo de recuperação do banco de dados para evitar arquivos de banco de dados grandes.

    

Answer 1

Não seja muito controverso, mas acho que você está fazendo algumas suposições muito grandes com a sua pergunta. Vamos começar com a configuração do farm.

Na minha experiência, acho que não vi nenhuma configuração mais comum do que outra com uma exceção notável: servidores de "desenvolvimento". Os desenvolvedores tendem a agrupar tudo em uma VM (ou em uma caixa), simplesmente porque é mais fácil criar um protótipo. Isso é feito sem nenhum olho real em relação à carga esperada ou ao propósito da fazenda - é uma coisa de conveniência.

No entanto, quando se trata da configuração do farm de produção, a finalidade e a carga esperada no farm devem orientar sua configuração. Essa é toda a base de ferramentas como o System Center Capacity Planner (SCCP) da Microsoft ( link - download grátis). Você conecta a carga de usuários esperada e o que o farm estará fazendo e obtém uma recomendação baseline . Não é um tamanho único, mas fornece um sólido ponto de partida para planejamento, personalização e ajuste adicionais.

Embora a carga do usuário tenda a ser um dos maiores impulsionadores no "número de caixas" a serem lançadas em um farm, a finalidade pretendida do farm é direcionar vários aspectos de configuração e ajuste. Você perguntou sobre "melhor desempenho" em sua pergunta, mas precisa responder a essa pergunta: para que o farm será usado?

Para usar dois exemplos diferentes, as sugestões de ajuste de desempenho variam significativamente com base no fato de um farm ser usado para colaboração (o cenário clássico de "sites de equipe") ou publicação (isto é, um "site de banner" exposto à Internet). Em um nível alto, as otimizações para o primeiro vão direcionar para maximizar o desempenho de R / W, enquanto o ajuste para o segundo se concentrará em maximizar o desempenho do cache e minimizar o tempo de resposta.

Embora haja algumas dicas gerais de planejamento e desempenho relevantes na maioria dos cenários de farm (por exemplo, aproveitando o hardware e o software de 64 bits: link ), eu encorajaria você a começar por fixar dois parâmetros:

1. Carga esperada do usuário (média e pico)
2. Finalidade desejada do farm (colaboração, publicação, híbrido etc.)

Depois de conhecer essas duas coisas, você está em posição de começar a estimar o tamanho / configuração de seu farm; você também terá uma ideia de onde focar alguns esforços de ajuste.

Boa sorte!

    

Answer 2

O Sharepoint tem muitas partes móveis e cada uma pode ser otimizada para aumentar o desempenho geral. Como regra geral, você deve começar no banco de dados e trabalhar para fora.

Eu, no entanto, concordo com Sean; você precisa definir com mais clareza a carga de trabalho do farm, bem como o crescimento futuro esperado.