Ajustar desempenho de servidor Web (Office SharePoint Server)

  • Artigo

Atualizado em: 2009-04-23

Neste artigo:

  • Arquitetura

  • Ajuste

Você pode ajudar a melhorar o desempenho dos servidores Web seguindo as recomendações de arquitetura física e ajuste deste artigo.

Arquitetura

Esta seção contém informações sobre configuração, topologia e outros aspectos a serem considerados para servidores Web em um farm do Microsoft Office SharePoint Server 2007.

Use servidores de 64 bits como servidores Web

É altamente recomendável que você instale servidores Web em Office SharePoint Server 2007 de 64 bits em um sistema operacional de 64 bits, a menos que você tenha uma razão comercial significativa para não fazer isso.

Configure com cuidado os servidores de 32 bits

Se você precisar executar servidores Web de 32 bits, siga estas recomendações:

  • Não use a opção /3gb para sistemas de 32 bits. Se você estiver executando servidores Web de 32 bits, é recomendável que você não use a opção /3gb no Windows Server 2003 para alterar os 2 gigabytes (GB) de espaço de endereço virtual para 3 GB para todos os processos de modo de usuário. O uso da opção /3gb não é recomendável porque grande parte do tráfego do site do SharePoint envolve o envio de grandes quantidades de dados através do sistema operacional. Assim, se apenas 1 GB de espaço de endereço for deixado para o sistema operacional, o computador poderá ficar desestabilizado. Para obter mais informações, consulte o artigo sobre a ausência de suporte à opção /3GB do Windows Server 2003 no Windows SharePoint Services 2.0 ou em versões posteriores ou no SharePoint Portal Server 2003 SP2 ou em versões posteriores no Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?linkid=105919\&clcid=0x416).

  • Misturar servidores de 32 e 64 bits pode afetar o balanceamento de carga. Você pode executar um ambiente que tenha alguns servidores Web executando a versão de 32 bits do Office SharePoint Server 2007 e outros executando a versão de 64 bits. Entretanto, há um risco de que os servidores Web de 32 bits possam ficar sobrecarregados se o balanceador de carga da rede estiver configurado para usar um modelo menos inteligente como o rodízio. É recomendável que você configure o balanceador de carga para gerenciar a distribuição com base na carga.

    Além disso, a implantação tanto de servidores de 32 quanto de 64 bits aumenta o impacto de manutenção para o farm. Isso ocorre porque aplicativos de terceiros, soluções personalizadas, patches e atualizações de software para ambas as arquiteturas precisam ser controlados e gerenciados de maneira independente.

Não use Web gardens

Web gardens são pools de aplicativos dos Serviços de Informações da Internet (IIS) com suporte em vários processos de trabalho. Eles não são recomendáveis para sites de gerenciamento de conteúdo corporativo porque geram efeitos negativos no cache da saída de página.

Considere recursos adicionais para sistemas com muitos fluxos de trabalho ativos

Em um sistema que possui várias instâncias ativas de fluxo de trabalho, considere a adição de mais RAM, mais servidores Web e mais recursos para os computadores que executam o SQL Server 2005.

Use servidores Web dedicados para serviços que não estão expostos a usuários finais

Um servidor Web dedicado é um servidor Web não conectado ao balanceador de carga exposto aos usuários finais. É recomendável que você use servidores Web dedicados para executar serviços que sejam caros, como por exemplo:

  • Índice de pesquisa

  • Administração Central

  • Perfis

  • Serviços do Excel

Ative somente os recursos que precisar

O Office SharePoint Server 2007 oferece muitos recursos, que serão usados de forma mais eficiente se você ativar somente os que forem relevantes aos usuários. Para obter informações sobre como desativar os recursos, consulte o artigo sobre como trabalhar com recursos (https://go.microsoft.com/fwlink/?linkid=105337\&clcid=0x416).

Use a autenticação Kerberos em farms com perfis de uso intenso

É recomendável que você use a autenticação Kerberos em farms nos quais você atenda a várias solicitações para uma determinada unidade de tempo, se isso atender às suas outras necessidades comerciais. A autenticação Kerberos pode retornar resultados de solicitação de autenticação rapidamente porque ela usa o cache.

Dica

Talvez haja atraso no processo de autenticação de usuários ao executar um aplicativo de servidor com uso intenso de recursos em um membro de domínio no Windows Server 2003. Para obter mais informações, consulte a Base de Dados de Conhecimento, artigo 906736: atraso no processo de autenticação de usuários ao executar um programa de servidor de alto volume em um membro do domínio no Windows 2000 ou Windows Server 2003 (https://support.microsoft.com/kb/906736/pt-br).

Ajuste

Esta seção contém informações sobre configuração, treinamento de usuários finais, manutenção e outras recomendações para otimizar um farm do Office SharePoint Server 2007 existente.

Monitorar o desempenho do SQL Server

É melhor monitorar o desempenho e a capacidade partindo da base para o topo da pilha, porque a sobrecarga no servidor de banco de dados provavelmente causará sobrecarga nos servidores Web. Por exemplo, se o servidor que está executando o SQL Server está levando consideravelmente mais tempo para responder a uma solicitação de um servidor Web, e este está recebendo solicitações dos usuários finais a uma taxa típica, as solicitações no servidor Web começam a aumentar a fila. Esse comportamento por fim pode resultar naquilo que aparentemente é um desempenho insatisfatório do servidor Web, mas que na verdade está relacionado ao servidor de banco de dados.

Para o , verifique se você monitorou a fragmentação do índice do SQL Server e siga as diretrizes de desfragmentação do SQL Server para os Produtos e Tecnologias do SharePoint fornecidos no artigo da Base de Dados de Conhecimento Microsoft sobre: desfragmentação de bancos de dados do Windows SharePoint Services 3.0 e do SharePoint Server 2007 (https://go.microsoft.com/fwlink/?linkid=105588\&clcid=0x416). Esse procedimento pode melhorar significativamente os tempos de Pesquisa.

Aplique o hotfix do contador # Induced GC do ASP.NET

Ao executar um aplicativo Web do Microsoft ASP.NET 2.0 desenvolvido no Microsoft .NET Framework versão 2.0, como o Office SharePoint Server 2007, o valor do contador de desempenho # Induced GC aumenta muito rapidamente. Além disso, a utilização da CPU cresce, e o desempenho do computador cai. Para resolver esse problema, aplique o hotfix disponível no seguinte artigo da Base de Dados de Conhecimento sobre: CORREÇÃO: o valor do contador de desempenho # Induced GC aumenta rapidamente e a utilização da CPU cresce ao executar um aplicativo Web do ASP .NET 2.0 desenvolvido no .NET Framework 2.0 (https://go.microsoft.com/fwlink/?linkid=105921\&clcid=0x416).

Configurar as definições de reciclagem do pool de aplicativos para melhorar a disponibilidade

Use as instruções desta seção para ajustar os pools de aplicativos para melhorar a disponibilidade.

  • Se você tiver vários servidores Web no farm, verifique se os pools de aplicativos estão definidos para reciclar em horários diferentes em cada servidor Web.

  • Recicle os sites Web do IIS em horários diferentes para espalhar as cargas entre todos os servidores Web do farm. Se você precisar reciclar mais de um pool de aplicativos em um site Web específico ao mesmo tempo, remova temporariamente esse servidor Web do balanceador de carga para evitar desempenho insatisfatório durante o processo de reciclagem.

  • Ao planejar a reciclagem do pool de aplicativos em servidores de 32 bits, considere a quantidade de memória usada para cada pool de aplicativos e revise a frequência de reciclagem com base na quantidade de memória usada. Os pools de aplicativos que usam menos recursos de memória precisarão de menos reciclagens do que os que usam mais memória.

    O gerenciamento de memória em servidores de 64 bits é mais eficaz do que em servidores de 32 bits. Entretanto, é recomendável agendar reciclagem noturna dos pools de aplicativos para servidores de 64 bits. Isso ajuda a diminuir a possibilidade de problemas ocasionados por fragmentação.

Para obter mais informações sobre reciclagem do pool de aplicativos, consulte o artigo sobre configurações para 64 bits na reciclagem sobreposta e no SharePoint (em inglês) (https://go.microsoft.com/fwlink/?linkid=127018\&clcid=0x416) (em inglês).

Monitorar e gerenciar a reciclagem de processos de trabalho de 32 bits

Por padrão, 2GB de espaço de endereço virtual são alocados para cada processo do modo de usuário do Windows de 32 bits. Parte desse espaço de endereço precisa permanecer intata para alocações dinâmicas. Além disso, algumas operações no Office SharePoint Server exigem grandes blocos de espaço de endereço contíguo para executar alocações dinâmicas. Quanto mais tempo um processo leva para ser executado, mais fragmentado se torna o espaço de endereço. Por isso, quando o tamanho do processo de trabalho do Office SharePoint Server ultrapassa o valor de 1,2 GB a 1,4 GB, começam a surgir no processo erros de memória insuficiente e outros eventos de anomalia. À medida que o processo continua a consumir espaço de endereço, os erros se agravam, por fim ocasionando o desligamento do IIS.

Importante

Em um ambiente de 64 bits, os valores padrão para reciclagem de processo em execução normalmente são suficientes. Portanto, não é recomendável alterá-los.

Para resolver esse problema, recomendamos configurar os seguintes processos em cada servidor Web de 32 bits.

  • Usar a reciclagem sobreposta do IIS

    O reinício periódico do processo de trabalho pode ajudar a reduzir a fragmentação no espaço de endereço. Isso torna o processo mais robusto e eficiente. O recurso de reciclagem sobreposta no IIS pode ser usado para reciclar tranquilamente o processo de trabalho do SharePoint. Isso permite que as solicitações de usuário existentes tenham tempo hábil para ser concluídas. Antes de parar e reiniciar o processo existente, é iniciado um novo processo que assume todas as novas solicitações. O processo antigo é desligado quando todas as solicitações existentes são atendidas ou o limite de horário de desligamento é ultrapassado.

    Para obter melhores resultados, você deve definir o IIS para que recicle em horários específicos e quando a utilização de memória atinge níveis específicos.

    • Configure uma reciclagem baseada em memória virtual para que ocorra em 1700 MB.

    • Configure a reciclagem usada na memória para que ocorra em 1000 MB.

    • Defina o limite de horário de desligamento para pelo menos 300 segundos para possibilitar que sejam concluídas as solicitações de usuário de execução longa, como carregamentos de grandes arquivos.

    • Use as reciclagens baseadas em horário em ambientes com cargas intensas periódicas em determinados períodos do dia. Defina uma reciclagem agendada cerca de 30 minutos antes do início do horário de pico.

    Se essas definições não forem configuradas em servidores de 32 bits, talvez haja um efeito adverso no gerenciamento de cache do ASP.NET. Se você não definir um limite de memória do processo, o ASP.NET calculará um para você. Se o espaço de endereço do modo do usuário for de 2 GB, o ASP.NET usará o valor de 60% de RAM física ou 800 MB, o que for menor. Esse valor será usado para determinar a agressividade com que o cache deve limpar a memória. A baixa configuração desse valor pode resultar em excesso de operações de limpeza da memória. A alta configuração resulta em expansão excessiva do processo e causa exceções de Memória Insuficiente, dentre outros erros.

    Para obter mais informações sobre a reciclagem de processos de trabalho, consulte o artigo sobre configuração dos processos de trabalho para reciclagem (https://go.microsoft.com/fwlink/?linkid=105924\&clcid=0x416).

  • Habilitar a propriedade de metadados LogEventOnRecycle do IIS para controlar a reciclagem de processo

    Para controlar a frequência de reciclagem dos processos de trabalho, você pode usar a propriedade LogEventOnRecycle na metabase dos Serviços de Informações da Internet (IIS) 6.0 para gerar entradas no log de eventos do sistema. Se você achar que esses processos estão se reciclando com mais frequência do que a cada 4 horas, considere a adição de mais servidores Web para manipular a carga.

    Você pode definir os sinalizadores usando Adsutil.vbs. Para gravar as causas de todos os processos do pool de aplicativos no log de eventos, siga estas etapas:

    1. Clique em Iniciar, clique em Executar, digite cmd e pressione ENTER.

    2. Altere para o diretório onde Adsutil está localizado. A seguir está o local do diretório padrão: %SYSTEMDRIVE%\Inetpub\AdminScripts

    3. Digite o seguinte comando e pressione ENTER:

      cscript adsutil.vbs Set w3svc/AppPools/ <Seu_Nome_do_Pool_de_Aplicativos> /LogEventOnRecycle 255

      Nesse comando, substitua Seu_Nome_do_Pool_de_Aplicativos pelo nome do pool de aplicativos em que deseja habilitar os eventos.

      Dica

      Se o nome do pool de aplicativos tiver um espaço, por exemplo, “SharePoint- 80”, será necessário usar aspas duplas em torno do caminho de metadados do comando, conforme mostra o exemplo a seguir.

      cscript adsutil.vbs Set "w3svc/AppPools/SharePoint - 80/LogEventOnRecycle" 255

    Para obter mais informações, consulte o artigo sobre modificação de eventos de reciclagem do pool de aplicativos no IIS 6.0 (https://go.microsoft.com/fwlink/?linkid=105925\&clcid=0x416).

Executar manutenção fora de horários de pico

Mover ou excluir um site enquanto outros sites estão sendo usados pode fazer com que todo o portal não responda. Portanto, realize esses tipos de atividades de manutenção com uso intenso de recursos fora de horários de pico.

Não deixar as páginas com check-out

Se você estiver usando o Enterprise Content Management, não deixe as páginas com check-out. Em vez disso, se for possível, faça check-in delas rapidamente após cada alteração. Páginas com check-out têm menor desempenho no processamento.

Monitorar cuidadosamente o uso de personalizações e Web Parts

Implante somente as personalizações que seguem as práticas recomendadas descritas nos recursos a seguir:

Além disso, monitore as Web Parts e os tempos de processamento de páginas. A Web Part Colegas pode usar recursos intensos de processamento. Não a use em páginas que exibam muitas informações.

Monitorar e gerenciar arquivos grandes

Ao manipular arquivos maiores do que 5 MB, altere o tamanho de carregamento máximo de documentos para que tenha o tamanho do maior arquivo esperado para suas necessidades comerciais. O tamanho de carregamento máximo padrão para arquivos é de 50 MB. O tamanho de arquivo máximo compatível com os Produtos e Tecnologias do SharePoint é de 2 GB.

Se houver um conjunto de arquivos grandes que os usuários finais acessam com frequência, e se esses arquivos forem atualizados com pouca frequência, recomendamos armazená-los fora do Office SharePoint Server. Em vez disso, considere o uso de um cliente de colaboração offline.

Treinar os usuários finais para trabalhar com arquivos grandes

O modo como os usuários finais trabalham com arquivos grandes pode ter um efeito significativo no desempenho.

  • Todos os usuários finais devem ter pelo menos 50 MB alocados para os arquivos de Internet temporários (cache do Internet Explorer) e devem alocar mais espaço se abrirem arquivos grandes periodicamente. Usuários finais que não têm espaço alocado para arquivos de Internet temporários geram carga significativa em servidores Web.

  • Os usuários finais que trabalham com documentos maiores do que 25 MB devem salvar os documentos em computadores locais. Abrir documentos grandes diretamente de uma biblioteca de documentos consome largura de banda e recursos enquanto o documento está aberto e pode salvar automaticamente as alterações no próprio documento da biblioteca.

    Os usuários finais devem clicar com o botão direito do mouse no documento e salvá-lo nos computadores antes de abri-lo; posteriormente, devem carregar todas as alterações na biblioteca de documentos ao ter concluído suas edições.

  • Os usuários finais não devem usar a exibição Explorer para exibir grandes documentos. Em vez disso, devem usar a exibição Todos os Documentos. Ao abrir uma biblioteca de documentos do SharePoint na exibição Explorer, se você colocar o ponteiro sobre qualquer um dos arquivos enumerados, serão solicitados os metadados de todos os arquivos da pasta que está procurando. Em alguns casos, talvez o arquivo inteiro seja solicitado. Isso poderá resultar em uma carga muito alta no servidor se muitos arquivos grandes forem procurados simultaneamente na exibição Explorer.

  • Os usuários finais não devem usar o item Baixar uma Cópia do submenu Enviar para no menu Editar das bibliotecas de documentos. A opção Baixar uma Cópia abre o arquivo inteiro na memória do servidor Web.

Treinar os usuários finais para trabalhar com bibliotecas de documentos grandes

O modo como os usuários finais trabalham com bibliotecas de arquivos grandes pode ter um efeito significativo no desempenho.

  • Os usuários finais devem usar filtros de exibição personalizados que foram indexados para trabalhar com bibliotecas de documentos grandes, e não acessar as bibliotecas diretamente.

  • Incentive os usuários finais a não utilizar a exibição Explorer para exibir bibliotecas de documentos grandes. Em vez disso, eles devem usar a exibição Todos os Documentos. Ao abrir uma biblioteca de documentos do SharePoint na exibição Explorer, se você colocar o ponteiro sobre qualquer um dos arquivos enumerados, serão solicitados os metadados de todos os arquivos da pasta que está procurando. Em pastas que contenham muitos itens, esse processo pode levar muito tempo e prejudicar o desempenho do farm de servidores.

  • Trabalhe junto aos usuários finais para criar modos de exibição apropriados para suas necessidades e incentive-os a criar os próprios modos de exibição para listas grandes. Se tiver um aplicativo Web que contenha muitas listas grandes, você poderá considerar a desabilitação da permissão Gerenciar Exibições Pessoais para todo o aplicativo Web.

Gerenciar listas grandes para desempenho

Os Produtos e Tecnologias do SharePoint oferecem suporte para listas grandes. Entretanto, você precisa controlar cuidadosamente a maneira como os usuários finais exibem as listas para ajudar a evitar efeitos adversos no desempenho.

  • Para obter o melhor desempenho, não ultrapasse 2.000 itens em um nível de lista (por exemplo, a raiz da lista ou uma única pasta).

  • Se precisar criar e procurar listas grandes, adote as seguintes práticas recomendadas:

    • Indexe a lista em uma ou mais colunas.

    • Altere a exibição padrão da lista para uma exibição filtrada personalizada que siga essas recomendações:

      • A exibição retorna menos de 5.000 itens.

      • A primeira coluna usada para filtrar a exibição tem um índice e ela precisa reduzir suficientemente a quantidade total de itens retornados.

      • A exibição mostra somente as colunas absolutamente necessárias.

      • A exibição inclui o mínimo de colunas de pesquisa possível. Cada coluna de pesquisa em uma lista incluída em uma exibição resulta em uma junção adicional e em chamadas adicionais ao banco de dados.

  • Avalie o tamanho da lista com relação à quantidade de colunas de uma lista. As listas com muitas colunas podem ter desempenho insatisfatório.

Esteja ciente de que as seguintes configurações e operações podem prejudicar significativamente o desempenho de um site com listas grandes.

  • Permissões explícitas complexas (permissões no nível de lista ou biblioteca, de pasta, ou de item ou documento) forçam a verificação de autorização em cada item.

  • Alteração de configurações de autorização.

  • Criação, atualização e exclusão de índices.

  • Importação e exportação de conteúdo.

  • Exclusão de uma lista.

  • Implantação de novos tipos de conteúdo ou atualização de tipos de conteúdo existentes.

Se você tem fluxos de trabalho que geram muitas ferramentas e itens históricos, talvez esteja criando listas grandes. Para cada fluxo de trabalho ativo, adote estas práticas:

  • Mantenha o trabalho de timer de AutoCleanupDays em execução para limpar tarefas em fluxos de trabalho concluídos com mais de 60 dias.

  • Ao criar associações de fluxos de trabalho, se você esperar que um fluxo de trabalho seja usado intensamente ou crie muitos itens de tarefas e históricos, use as listas de históricos e de tarefas não-padrão.

Esteja ciente de que, se você tem um site que usa listas grandes, ele pode diminuir o desempenho dos backups do conjunto de sites executados com as operações de backup Stsadm.

Se você pretende ter, ou no momento já tem, listas bem grandes, é altamente recomendável ler os seguintes recursos:

Baixar este manual

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

Consulte a lista completa de manuais disponíveis na página de download de conteúdo do Office SharePoint Server 2007.