Planejar limites de software (Office SharePoint Server)

Atualizado em: 2010-08-30

Neste artigo:

  • Atualizações de diretrizes de planejamento e desempenho

  • Ambiente de teste

  • Resultados de testes

  • Diretrizes para um desempenho aceitável

Este artigo fornece informações para ajudá-lo a entender os limites de desempenho e capacidade testados do Microsoft Office SharePoint Server 2007; informa também sobre o ambiente de teste e os resultados do teste e oferece diretrizes para obter um desempenho aceitável. Use as informações deste artigo para determinar se a implantação planejada se enquadra nos limites aceitáveis de desempenho e capacidade.

Importante

Algumas das diretrizes constantes deste artigo foram atualizadas para o Office SharePoint Server 2007 com SP1. Para obter uma lista abrangente de atualizações do Office SharePoint Server 2007 com SP1, consulte Manual disponível para download: Planejando e implantando o Service Pack 1 para Office SharePoint Server 2007 em um ambiente com vários servidores.

Os resultados do teste e as diretrizes fornecidos neste artigo aplicam-se a uma única instalação do Office SharePoint Server 2007. Adicionar computadores servidores à instalação não aumenta os limites de capacidade dos objetos do site listados nas tabelas da seção Diretrizes para um desempenho aceitável. Em contrapartida, adicionar computadores servidores aumenta a taxa de transferência de um farm de servidores, o que pode ser necessário para que seja alcançado um desempenho aceitável com um grande número de objetos. Em alguns casos, os requisitos para números elevados de objetos em uma solução podem exigir o uso de mais de um farm de servidores.

Neste artigo, as diretrizes são determinadas pelo desempenho. Em outras palavras, você pode estar além das diretrizes fornecidas, mas à medida que aumentar a escalabilidade, poderá enfrentar problemas de redução de desempenho.

Observe que há muitos fatores que podem afetar o desempenho em um determinado ambiente e cada um deles pode fazê-lo em áreas diferentes. Alguns dos resultados de testes e recomendações contidos neste artigo podem estar relacionados a recursos ou operações do usuário inexistentes no seu ambiente e, portanto, talvez não sejam aplicáveis à sua solução. Somente testes completos podem lhe fornecer dados exatos relacionados ao seu ambiente específico.

Consulte a seção Fatores adicionais de planejamento de desempenho e capacidade (Office SharePoint Server) deste guia para obter mais informações sobre outros fatores que podem afetar o desempenho e a capacidade, mas que não fizeram parte do processo de testes para este guia.

Atualizações de diretrizes de planejamento e desempenho

Esta seção fornece as diretrizes mais atualizadas de planejamento e desempenho. As recomendações a seguir foram extraídas do seguinte white paper sobre recomendações de desempenho para planejamento e manutenção do armazenamento (https://go.microsoft.com/fwlink/?linkid=105890\&clcid=0x416).

Para obter mais informações sobre diretrizes atualizadas de planejamento e desempenho para o Office SharePoint Server 2007 com SP1, consulte Manual disponível para download: Planejando e implantando o Service Pack 1 para Office SharePoint Server 2007 em um ambiente com vários servidores.

Limitar o tamanho do banco de dados de conteúdo para melhorar a capacidade de gerenciamento

Planeje o dimensionamento do banco de dados que melhorará a capacidade de gerenciamento e o desempenho do ambiente.

  • Na maioria das circunstâncias, para melhorar o desempenho do Office SharePoint Server 2007, não recomendamos o uso de bancos de dados de conteúdo com tamanho maior do que 100 GB. Se seu design exigir um banco de dados maior do que 100 GB, siga esta diretriz:

    • Use um único conjunto de sites para os dados.

    • Use uma solução de backup diferencial, como o SQL Server 2005 ou o Microsoft System Center Data Protection Manager, em vez das ferramentas internas de backup e recuperação.

    • Teste o servidor que executa o SQL Server 2005 e o subsistema de E/S antes de migrar para uma solução que depende de um banco de dados de conteúdo de 100 GB.

  • Sempre que possível, é altamente recomendável dividir o conteúdo de um conjunto de sites que está se aproximando de 100 GB em um novo conjunto de sites de um banco de dados de conteúdo separado para evitar problemas de desempenho ou capacidade de gerenciamento.

  • Limite os bancos de dados de conteúdo que contêm vários conjuntos de sites a aproximadamente 100 GB.

Dica

Os limites que recomendamos se aplicam somente a um servidor que executa o SQL Server 2005 que hospeda o Office SharePoint Server 2007 e não são diretrizes gerais para o SQL Server 2005.

Alocar armazenamento para versões e Lixeiras

Se você pretende usar o controle de versões ou Lixeiras em um site, esteja ciente do possível impacto na cota do site.

  • Em bibliotecas nas quais o controle de versões está habilitado, o armazenamento usado para versões anteriores é contado em direção à cota do site. Esteja ciente disso e faça um planejamento adequado.

  • Para qualquer site, você pode habilitar um ou mais estágios da Lixeira. O primeiro estágio (Lixeiras de site e usuário) é contado em direção à cota do site. O segundo estágio (a Lixeira do conjunto de sites) não conta em direção à cota do site. Entretanto, o conteúdo em uma Lixeira de segundo estágio é adicionado ao armazenamento usado pelo conjunto de sites. Lembre-se de planejar um espaço de armazenamento adicional suficiente para a Lixeira de segundo estágio. Preste muita atenção à quantidade de dias em que você está retendo os documentos excluídos em cada estágio da Lixeira.

Usar modelos de cota para gerenciar o armazenamento

Use modelos de cota para gerenciar conjuntos de sites com características semelhantes. Um modelo de cota define os limites de armazenamento para conjuntos de sites, além de fornecer alertas de email quando são atingidos tamanhos de armazenamento especificados. Qualquer alteração feita em um modelo de cota prejudicará somente os novos sites e não afetará sites criados anteriormente.

Ambiente de teste

A tabela a seguir lista as especificações dos computadores no ambiente de teste.

Função Especificações

Computador autônomo

Um processador Intel Xeon dual core de 2,8 gigahertz (GHz) de 64 bits e 2 gigabytes (GB) de RAM

Computador servidor Web

Dois processadores Intel Xeon dual core de 2,8 GHz de 64 bits e 4 GB de RAM

Computador do banco de dados que executa o Microsoft SQL Server

Quatro processadores Intel Xeon dual core de 2,8 GHz de 64 bits e 32 GB de RAM

Computadores clientes

Processador Pentium III de 1,2 GHz e 1 GB de RAM

Foi usada uma rede Ethernet gigabit (um bilhão de bits/s) entre os computadores do farm.

Os testes foram realizados com base nas configurações listadas na tabela a seguir.

Servidor de banco de dados Um servidor Web Dois servidores Web Três servidores Web Quatro servidores Web Cinco servidores Web Seis servidores Web Sete servidores Web Oito servidores Web

0

X

1

X

X

X

X

X

X

X

X

Testes específicos de ambiente também foram realizados com base nas várias configurações de farm. Consulte os artigos de cenários listados em Estimar os requisitos de desempenho e capacidade (Office SharePoint Server) para obter informações sobre testes de configuração específicos de ambiente.

Resultados de testes

As tabelas e os gráficos a seguir mostram como foi o desempenho do ambiente de teste considerando um conjunto específico de parâmetros, operações de usuário e condições de carga. Todos esses testes foram realizados em um farm Office SharePoint Server 2007 8x1. Os resultados fornecidos se aplicam a todos os ambientes do Office SharePoint Server 2007.

Dica

Outras configurações serão testadas no futuro. Os resultados dos testes serão publicados à medida que forem disponibilizados.

Métricas de desempenho para diferentes operações dependem de como os conjuntos de sites são usados. Por exemplo, um único conjunto de sites pode ter milhares de subsites, mas os tempos de resposta dos usuários para operações que enumeram o contêiner começam a aumentar à medida que aumenta a quantidade de conjuntos de sites. Outras operações que não enumeram o contêiner continuarão a ser executadas de maneira aceitável.

Os subsites criados para a divisão dos testes estão discriminados na tabela a seguir.

Tipo de subsite Porcentagem do total

Sites de equipe

55%

Espaço de trabalho de documento

20%

Espaço de trabalho de reunião

10%

Blog

10%

Wiki

5%

Alterações na taxa de transferência ao criar um site em comparação com enumerar sites à medida que a quantidade de sites aumenta

O tempo de resposta do usuário para determinadas operações aumenta com a quantidade de sites de um conjunto de sites.

Este gráfico mostra o tempo de resposta do usuário ao enumerar os sites de um conjunto de sites e ao criar um novo site à medida que a quantidade dos sites existentes aumenta.

Gráfico de análise — tempo de resposta do usuário v. número de sites

Taxa de transferência em comparação com quantidade de conjuntos de sites

A taxa de transferência, medida em RPS, diminui à medida que a quantidade de conjuntos de sites de um farm aumenta.

A figura a seguir mostra a diminuição da taxa de transferência ao navegar para a home page de diferentes conjuntos de sites à medida que aumenta a quantidade de conjuntos de sites em um único banco de dados de conteúdo. A taxa de transferência diminui rapidamente à medida que a quantidade total de conjuntos de sites aumenta de 2.000 (RPS=265) para 16.000 (RPS=66), e o RPS permanece aproximadamente 50 à medida que a quantidade total de conjuntos de sites aumenta para 50.000.

Planejamento do SharePoint — produtividade versus número de sites

Diferenças de taxa de transferência entre uma biblioteca de documentos normal e uma biblioteca de documentos com pastas

A taxa de transferência para operações específicas diminui à medida que a quantidade de itens de uma pasta aumenta.

A figura a seguir mostra a diferença na taxa de transferência entre exibir todos os itens de uma biblioteca de documentos com e sem o uso eficaz de pastas, que é crucial para o dimensionamento. Conforme mostra o gráfico a seguir, o desempenho da taxa de transferência cai à medida que a quantidade de documentos aumenta quando é usado o armazenamento da biblioteca normal. A queda mais rápida na taxa de transferência ocorre quando a quantidade total de documentos é inferior a 2.000, passando de 151 RPS (em 200 documentos) para 63 RPS (em 2.000 documentos). Em 4.000 documentos, a taxa de transferência diminui para cerca de 13 RPS ou uma queda de taxa de transferência geral de mais de 90% de uma biblioteca vazia.

Gráfico: RPS versus número de documentos na biblioteca

A figura a seguir mostra o desempenho relativo entre exibições de pasta quando são usadas pastas para armazenar e organizar documentos e uma exibição indexada de uma estrutura de biblioteca normal. Cada pasta contém 500 documentos criados por diferentes usuários. Nesse cenário, não há queda de taxa de transferência significativa até 1 milhão de documentos para nenhum cenário, desde que a quantidade de itens na exibição não ultrapasse o limite de desempenho do sistema. Entretanto, o desempenho é melhor quando são usadas pastas.

Gráfico de desempenho e documentos em uma biblioteca

À medida que aumenta a quantidade de itens de uma pasta, o desempenho da exibição de pastas diminui gradativamente. Observe que os resultados anteriores são estimativas baseadas em nossos testes e podem variar em seu ambiente.

Diretrizes para um desempenho aceitável

A capacidade é influenciada diretamente pela escalabilidade. Esta seção lista os objetos que podem compor uma solução e fornece diretrizes para um desempenho aceitável para cada tipo de objeto. Dados de limites são fornecidos, juntamente com anotações que descrevem as condições sob as quais os limites são obtidos, além de links para informações adicionais quando disponíveis. Use as diretrizes deste artigo para revisar seus planos de solução gerais.

Se os planos da sua solução desrespeitarem as diretrizes recomendadas para um ou mais objetos, execute uma ou mais das seguintes ações:

  • Avalie a solução para garantir compensações em outras áreas.

  • Sinalize essas áreas para testes e monitoramento à medida que compila e implanta a solução.

  • Refaça o projeto da solução para garantir que as diretrizes de capacidade não sejam desrespeitadas.

As tabelas a seguir listam os objetos por categoria e incluem as diretrizes recomendadas para obter um desempenho aceitável. Desempenho aceitável significa que o sistema, conforme foi testado, pode aceitar essa quantidade de objetos, mas que ela não pode ser ultrapassada sem alguma diminuição no desempenho. Um asterisco (*) indica um limite rígido; nenhum asterisco indica um limite testado ou com suporte.

A tabela a seguir lista as diretrizes recomendadas para objetos de site.

Objeto de site Diretrizes para um desempenho aceitável Observações Escopo do impacto quando o desempenho cai

Conjunto de sites

50.000 por banco de dados de conteúdo

A taxa de transferência de farm total diminui à medida que a quantidade de conjuntos de sites aumenta.

Farm

Conjunto de sites

150.000 por aplicativo Web

Esse limite é teórico e depende muito de fatores como:

  • Desempenho do servidor de banco de dados no qual o banco de dados de configuração reside.

  • Desempenho dos servidores Web no farm.

  • Largura de banda de rede entre os servidores Web e o servidor de banco de dados.

Esse não é um limite rígido e pressupõe um único servidor de banco de dados. O ambiente pode não ser capaz de hospedar tantos conjuntos de sites por aplicativo Web. A distribuição de bancos de dados de conteúdo nos servidores de banco de dados adicionais pode aumentar o limite eficaz da quantidade de conjuntos de sites por aplicativo Web. Você deve executar os testes para determinar o limite eficaz real em seu ambiente.

Farm

Site

250.000 por conjunto de sites

Você pode criar uma quantidade total bem grande de sites aninhando os subsites. Por exemplo, 100 sites, cada um com 1.000 subsites, consistem em 100.000 sites. A quantidade máxima recomendada de sites e subsites é de 125 sites com 2.000 subsites cada, para um total de 250.000 sites.

Conjunto de sites

Subsite

2.000 por site

A interface para enumerar subsites de um determinado site não funciona bem, à medida que a quantidade de subsites ultrapassa 2.000.

Exibição de site

Documento

5 milhões por biblioteca

Você pode criar bibliotecas de documentos bem grandes aninhando pastas, usando exibições padrão e hierarquia de site. Esse valor pode variar dependendo de como os documentos e pastas são organizados, e pelo tipo e tamanho dos documentos armazenados.

Biblioteca

Item

2.000 por exibição

Os testes indicam uma redução de desempenho superior a dois mil itens. O uso de indexação em uma exibição de pastas normal pode melhorar o desempenho.

Modo de exibição de lista

Tamanho do arquivo do documento

50MB (máximo de 2GB*)

O desempenho do salvamento de arquivos é proporcional ao tamanho do arquivo. O máximo padrão é 50 MB. O máximo é imposto pelo sistema, mas é possível alterá-lo para qualquer valor até 2 GB.

Biblioteca, desempenho do salvamento de arquivos

Lista

2.000 por site

Os testes indicam uma redução no desempenho da exibição de lista superior a duas mil entradas. Para obter mais informações sobre grandes listas, consulte White paper: Trabalhando com listas grandes no Office SharePoint Server 2007.

Modo de exibição de lista

Tipo de campo

256 por lista

Este não é um limite rígido, mas você pode sofrer uma diminuição no desempenho da exibição de lista à medida que a quantidade de tipos de campo em uma lista aumenta.

Modo de exibição de lista

Coluna

2.000l por biblioteca de documentos

4.096 por lista

Este não é um limite rígido, mas você pode sofrer uma diminuição no desempenho da exibição de biblioteca e lista à medida que a quantidade de colunas em uma biblioteca de documentos ou lista aumenta.

Exibição de biblioteca e lista

Web Part

50 por página

Esta figura é uma estimativa baseada em Web Parts simples. A complexidade das Web Parts controla a maneira como muitas Web Parts podem ser usadas em uma página antes de o desempenho ser atingido.

Página

Caminho gerenciado

20 por aplicativo Web

20 caminhos gerenciados é um limite flexível. Os caminhos gerenciados são armazenados em cache no servidor Web, enquanto os recursos da CPU são usados para processar as solicitações de entrada com base na lista de caminhos gerenciados. Você deve testar o desempenho antes de ultrapassar 20 caminhos gerenciados em um único aplicativo Web.

Aplicativo Web

A tabela a seguir lista as diretrizes recomendadas para objetos de pessoas.

Objeto de pessoas Diretrizes para um desempenho aceitável Observações

Usuários em grupos

Dois milhões por site

Você pode adicionar milhões de pessoas ao seu site usando os grupos de segurança do Microsoft Windows para gerenciar a segurança em vez de utilizar usuários individuais.

Perfil do usuário

Cinco milhões por farm

Este número representa a quantidade de perfis que podem ser importados de um serviço de diretório, como o Active Directory, para o armazenamento de perfis pessoais.

Entidade de segurança

Aproximadamente 2.000 por ACL (lista de controle de acesso) em qualquer objeto que pode ser protegido (escopo)

O tamanho total da ACL nos escopos não pode ser maior do que 64KB. Como cada entidade de segurança tem aproximadamente 32 bytes de tamanho, não pode haver mais do que aproximadamente 2.000 entidades de segurança para cada escopo. Se esse limite for atingido, haverá falha na indexação de itens nesse escopo e de todos os itens abaixo desse escopo.

Além disso, como os grupos do SharePoint são expandidos durante o processo de indexação, ter mais de 2.000 usuários ou Grupos de Diretório em um grupo do SharePoint e usar esse grupo para proteger os escopos pode causar falha na indexação de itens protegidos com esses grupos e de todos os itens abaixo deles.

Esse limite só ocorre quando a Autenticação Integrada do Windows é utilizada.

A tabela a seguir lista as diretrizes recomendadas para objetos de pesquisa.

Objeto de pesquisa Diretrizes para um desempenho aceitável Observações

Índices de pesquisa

Um por SSP

Máximo de 20 por farm

O Office SharePoint Server 2007 oferece suporte a um índice de conteúdo por SSP. Como recomendamos um máximo de 20 SSPs por farm, há suporte para até 20 índices de conteúdo.

Observe que um SSP pode ser associado a apenas um servidor de indexação e a um índice de conteúdo. Entretanto, um servidor de indexação pode ser associado a vários SSPs e ter um índice de conteúdo para cada SSP.

Documentos indexados

50.000.000 por índice de conteúdo

O Office SharePoint Server 2007 oferece suporte a 50 milhões de documentos por servidor de indexação. Esse número pode ser dividido em vários índices de conteúdo com base no número de SSPs associados a um servidor de indexação.

Fontes de conteúdo

500 por SSP*

Esse é um limite rígido, imposto pelo sistema.

Endereços de início

500 por fonte de conteúdo*

Esse é um limite rígido, imposto pelo sistema.

Alertas

1.000.000 por SSP

Este é o limite testado.

Escopos

200 por site

Este é um limite recomendado por site. Recomendamos um máximo de 100 regras por escopo.

Grupos de exibição

25 por site

São usados para uma exibição agrupada de escopos por meio da interface do usuário.

Regras de rastreamento

10.000 por SSP

Recomendamos um máximo de 10.000 regras de rastreamento, independentemente do tipo.

Palavras-chave

15.000 por site

Recomendamos um máximo de 10 Melhores Opções e cinco sinônimos por palavra-chave.

Propriedades rastreadas

500.000 por SSP

São propriedades descobertas durante um rastreamento.

Propriedades gerenciadas

100.000 por SSP

São propriedades usadas pelo sistema de pesquisa em consultas. As propriedades rastreadas são mapeadas para propriedades gerenciadas. Recomendamos um máximo de 100 mapeamentos por propriedade gerenciada.

Páginas autoritativas

200 por nível de relevância

Esta é a quantidade máxima de sites em cada um dos quatro níveis de relevância.

Remoção dos resultados

100

Esta é a quantidade máxima recomendada de URLs que devem ser removidas do sistema em uma operação.

Logs de rastreamento

50.000.000

Quantidade de entradas de log individuais no log de rastreamento.

A tabela a seguir lista as diretrizes recomendadas para objetos de arquitetura lógica.

Objeto de arquitetura lógica Diretrizes para um desempenho aceitável Observações

SSP (provedor de serviços compartilhados)

3 por farm (máximo de 20 por farm)

 

Zona

Cinco* por farm

A quantidade de zonas definidas para um farm é codificada como 5.

Aplicativo Web

99 por SSP

Esse limite inclui a quantidade de aplicativos Web em farms filho que consomem recursos nesse SSP.

Pool de aplicativos do IIS (Serviços de Informações da Internet)

Oito por servidor Web

O número máximo é determinado pelos recursos de hardware.

Conjunto de sites

50.000 por aplicativo Web

Banco de dados de conteúdo

100 por aplicativo Web

Conjunto de sites

50.000 por banco de dados

A tabela a seguir lista as diretrizes recomendadas para objetos físicos.

Objeto físico Diretrizes para um desempenho aceitável Observações

Servidores de indexação

1 por SSP*

 

Servidores de aplicativos que executam o Serviços de Cálculo do Excel

Sem limite

 

Servidores de consulta

Sem limite

Como há suporte a 100 bancos de dados de conteúdo para cada servidor de consulta, a quantidade de servidores de consulta necessários por farm se baseia na quantidade de bancos de dados de conteúdo do farm. Por exemplo, se houver 500 bancos de dados de conteúdo no farm, você precisará de pelo menos cinco servidores de consulta.

Proporção entre servidor Web/servidor de banco de dados

Oito servidores Web por servidor de banco de dados

O fator de escalabilidade horizontal depende da combinação de operações.

Proporção entre servidor Web/controlador de domínio

Três servidores Web por controlador de domínio

Dependendo da quantidade de tráfego de autenticação gerado, seu ambiente pode oferecer suporte a uma quantidade maior de servidores Web por controlador de domínio.

Taxa de transferência em comparação com quantidade de servidores Web

Em seu ambiente de teste, a taxa de transferência de farm atingiu um nível estável em cinco servidores Web por servidor de banco de dados e não foi alterada substancialmente quando outros servidores Web foram adicionados. É possível implantar até oito servidores Web por servidor de banco de dados, mas talvez não se percebam ganhos de taxa de transferência substanciais depois de cinco servidores Web. Isso ocorre porque, à medida que aumenta a quantidade de servidores Web fazendo chamadas com base em um único servidor de banco de dados, o servidor de banco de dados por fim atinge 100% da capacidade. Os resultados no seu ambiente podem variar de acordo com as características de desempenho do servidor de banco de dados. Você precisará realizar os próprios testes para determinar a quantidade ideal de servidores Web no ambiente de farm.

A adição de servidores Web a um farm depois do alcance da taxa de transferência ideal pode ser desejável por outros motivos — por exemplo, se uma parte substancial da utilização da CPU do servidor Web for consumida pela autenticação do usuário. Nesse caso, você deve realizar testes para determinar a solução correta.

Tempos de resposta do usuário

A tabela a seguir fornece diretrizes para tempos de resposta de usuário aceitáveis para quatro tipos de operações de usuário. Observe que os requisitos corporativos podem permitir tempos de resposta mais longos ou mais curtos do que os sugeridos.

A meta dos testes era fornecer um tempo de resposta abaixo de um segundo para todas as operações dos usuários finais. Entretanto, isso não é possível em todos os casos, por isso foram usadas as diretrizes da tabela a seguir.

Tipo de operação Exemplos Tempo de resposta do usuário aceitável

Operação comum

  • Navegar até a home page

  • Navegar até uma biblioteca de documentos

<Três segundos

Operação incomum

  • Criar um subsite

  • Criar uma lista

<Cinco segundos

Operação rara

  • Fazer backup de um site

  • Criar um conjunto de sites

<Sete segundos

Operação de execução longa

  • Indexar um site

Varia com a operação e configuração do sistema. Todas as operações de execução longa terão uma página de informações ou de status.

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.

Consulte também

Conceitos

White paper: Trabalhando com listas grandes no Office SharePoint Server 2007