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.

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.

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.

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.

À 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:

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

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