Gerenciamento de capacidade do SharePoint Server 2010: Limites de software
Aplica-se a: SharePoint Server 2010
Tópico modificado em: 2016-11-30
Este artigo descreve os limites (boundaries) do software e os limites do Microsoft SharePoint Server 2010. Eles incluem o seguinte:
Limites (Boundaries): Limites estáticos que não podem ser excedidos conforme o design
Limites (Thresholds): Limites configuráveis que podem ser excedidos para acomodar requisitos específicos
Limites suportados: Limites configuráveis que foram definidos por padrão como um valor testado
Observação
As informações de planejamento de capacidades neste documento fornecem diretrizes para você usar em seu planejamento. Elas são baseadas em testar executados na Microsoft, em propriedades ao vivo. No entanto, é provável que seus resultados variem com base no equipamento usado e nos recursos e funcionalidades implementados nos sites.
Neste artigo:
Visão geral de limites (boundaries) e limites
Limites (boundaries), limites e limites Com suportes
Como os limites são estabelecidos
Limites e limites (boundaries)
Limites por hierarquia
Limites do aplicativo da web
Limites de servidor da web e de aplicativos
Limites de banco de dados de conteúdo
Limites do conjunto de sites
Limites de lista e biblioteca
Limites de coluna
Limites de página
Limites por recurso
Limites da pesquisa
Limites do Serviço de Perfil de Usuário
Limites de implantação do conteúdo
Limites de blog
Limites de Serviços de Conectividade Corporativa
Limites do fluxo de trabalho
Limites do repositório de termos (banco de dados) dos Metadados Gerenciados
Limites dos Serviços do Visio
Limites de serviço do SharePoint Web Analytics
Limites dos Serviços do PerformancePoint
Limites dos Serviços de Automação do Word
Limites do Espaço de Trabalho do SharePoint
Limites do OneNote
Limites do Serviço do Aplicativo da Web do Office
Limites do Project Server
Visão geral dos limites e limites (boundaries)
Este artigo contém informações para ajudar a entender o desempenho testado e os limites de capacidade do SharePoint Server 2010 e oferece diretrizes sobre como os limites se relacionam ao desempenho aceitável. Use as informações do artigo para determinar se a implantação planejada está dentro de limites aceitáveis de desempenho e capacidade, e configure os limites adequadamente em seu ambiente.
Os resultados de testes e diretrizes fornecidos deste artigo se aplicam a um único farm do SharePoint Server 2010. A adição de servidores à instalação pode não aumentar os limites de capacidade dos objetos listados nas tabelas na seção Limites e limites (boundaries) mais adiante neste tópico. Por outro lado, a adição de computadores servidores aumenta o processamento do farm de servidores, que pode ser necessário para atingir um desempenho aceitável com muitos objetos. Em muitos casos, os requisitos para altos números de objetos em uma solução podem exigir mais servidores no farm.
Observe que existem muitos fatores que podem afetar o desempenho em um dado ambiente, e que cada um deles pode afetar desempenho em áreas diferentes. Alguns dos resultados de testes e recomendações deste artigo podem ser relacionados aos recursos ou operações do usuário que não existem no seu ambiente, e portanto não se aplicam à sua solução. Apenas um teste detalhado pode fornecer os dados exatos relacionados ao seu próprio ambiente.
Limites (boundaries), limites e limites Com suportes
No SharePoint Server 2010, existem certos limites impostos pelo design e que não podem ser excedidos, e outros configurados com valores padrão que podem ser alterados pelo administrador do farm. Também existem certos limites que não são representados por um valor configurado, como o número de conjuntos de sites por aplicativo da web.
Os limites (boundaries) são limites absolutos que não podem ser não excedidos devido ao design. É importante entender esses limites, para garantir que você não faça suposições incorretas quando projetar o seu farm.
Um exemplo de um limiar é o limite de 2 GB para o tamanho do documento; você não pode configurar o SharePoint Server para armazenar documentos maiores que 2 GB. Esse é um valor absoluto incorporado e não pode ser excedido devido ao design.
Os limites possuem um valor padrão que não pode ser excedido, a menos que o valor seja modificado. Os limites podem, em certas circunstâncias, ser excedidos para acomodar discrepâncias no projeto do farm, mas é importante entender que isso pode afetar o desempenho do farm além do valor efetivo de outros limites.
O valor padrão de certos limites só pode ser excedido até um valor máximo absoluto. Um bom exemplo é o limite para o tamanho do documento. Por padrão, o limite do tamanho do documento é definido como 50 MB, mas pode ser alterado para suportar o limite máximo de 2GB.
Os limites suportados definem o valor testado para um determinado parâmetro. Os valores padrão desses limites foram definidos por teste e representam as limitações conhecidas do produto. Exceder os limites suportados pode causar resultados inesperados, uma redução significativa no desempenho e outros efeitos prejudiciais.
Alguns limites com suporte são parâmetros configuráveis definidos por padrão para o valor recomendado, enquanto outros se relacionam a parâmetros que não são representados por um valor configurável.
Um exemplo de um limite suportado é o número de conjuntos de sites por aplicativo da web. O limite suportado é de 250.000, que é o maior número de conjuntos de sites por aplicativo Web que atenderam aos parâmetros de desempenho durante o teste.
É importante estar ciente de que muitos dos valores de limites fornecidos neste documento representam um ponto na curva que descreve a carga de recursos crescente e uma diminuição concomitante no desempenho, à medida que o valor aumenta. Portanto, exceder certos limites, como o número de conjuntos de sites por aplicativo da web, só pode resultar em uma diminuição fracional no desempenho do farm. No entanto, na maioria dos casos, operar no limite estabelecido ou perto dele não é uma prática recomendável, porque as metas aceitáveis de desempenho e confiabilidade são melhor atingidas quando o design do farm permite um equilíbrio razoável entre os valores dos limites.
As diretrizes de limiares e limites suportados são determinadas pelo desempenho. Em outras palavras, você pode exceder os valores padrão dos limites, mas ao aumentá-lo, isso pode afetar o desempenho do farm e o valor efetivo de outros limites. Muitos limites no SharePoint Server podem ser alterados, mas é importante entender como a alteração de um determinado limite afeta outras partes do farm.
Como os limites são estabelecidos
No SharePoint Server 2010, os limiares e limites suportados são estabelecidos por meio de testes e observações do comportamento do farm, sob cargas crescentes até o ponto em que os serviços e operações do farm chegam aos limites operacionais efetivos. Alguns serviços e componentes do farm podem suportar uma carga superior à de outros e, por isso, em alguns casos você deve atribuir um valor de limite com base na média de vários fatores.
Por exemplo, as observações do comportamento do farm sob carga, quando conjuntos de sites são adicionados, indicam que certos recursos exibem uma latência inaceitavelmente alta, enquanto outros ainda operam dentro de parâmetros aceitáveis. Portanto, o valor máximo atribuído ao número de conjuntos de sites não é absoluto, mas é calculado com base em um conjunto esperado de características de uso em que o desempenho geral seria aceitável nesse dado limite, sob a maioria das circunstâncias.
Obviamente, se alguns serviços estiverem operando sob parâmetros superiores aos usados para o teste dos limites, os limites efetivos máximos de outros serviços serão reduzidos. Assim, é importante executar um gerenciamento de capacidade rigoroso e exercícios de testes da escala para implantações específicas, a fim de estabelecer limites efetivos para o ambiente.
Observação: não descrevemos o hardware usado para validar os limites neste documento porque eles foram coletados de diversos farms e ambientes. Para descrições dos farms que usamos no teste, confira Recomendações e resultados de testes de desempenho e capacidade (SharePoint Server 2010) e Performance and capacity technical case studies (SharePoint Server 2010).
A metáfora do equalizador
Você pode considerar os limites (thresholds) e os limites suportados como controles deslizantes no equalizador de um gráfico, com cada limite representando uma determinada frequência. Nessa metáfora, aumentar o valor de um limite pode diminuir o valor eficaz de um ou mais limites.
Imagine que um controle deslizante representa o número máximo de documentos por biblioteca, um limite suportado com um valor máximo testado de aproximadamente 30 milhões. No entanto, esse valor depende de outro controle deslizante, que representa o tamanho máximo dos documentos no farm, um limite (threshold) com um valor padrão de 50 MB.
Se você alterar o tamanho máximo dos documentos para 1 GB para acomodar vídeos ou outros objetos grandes, o número de documentos que sua biblioteca poderá oferecer aos usuários de forma eficiente será reduzido de acordo com a alteração. Por exemplo, a topologia e a configuração de hardware de um determinado farm pode suportar 1 milhão de documentos de até 50 MB. No entanto, o mesmo farm com o mesmo número de documentos não conseguirá atender às mesmas metas de latência e taxa de transferência se o farm estiver entregando um tamanho médio de documento maior, pois o limite de tamanho de arquivo foi definido como 1 GB.
O grau em que o número máximo de documentos é reduzido neste exemplo é difícil de prever e depende do número de arquivos grandes na biblioteca, do volume de dados que eles contêm, das características de uso do farm e da disponibilidade dos recursos de hardware.
Limites e limites (boundaries)
Esta seção lista os objetos que podem fazer parte de uma solução que fornece diretrizes para o desempenho aceitável de cada tipo de objeto. Isso significa que o sistema, conforme testado, pode suportar esse número de objetos, mas ele não pode ser excedido sem uma certa redução no desempenho ou no valor dos limites relacionados. Os objetos são listados por escopo e recurso. Os dados dos limites são fornecidos, juntos com notas que descrevem as condições em que o limite é obtido e links para informações adicionais quando disponíveis.
Use as diretrizes deste artigo para revisar seus planos de solução gerais. Se eles excederem as diretrizes recomendadas para um ou mais objetos, execute uma ou mais das ações a seguir:
Avalie a solução para garantir que haja compensações em outras áreas.
Sinalize as áreas para testar e monitorar, enquanto você cria a implantação.
Redesenhe ou particione a solução para garantir que você não excederá as diretrizes de capacidade.
Limites por hierarquia
Esta seção fornece os limites classificados pela hierarquia lógica de um farm do SharePoint Server 2010.
Limites do aplicativo da web
A tabela a seguir lista as diretrizes recomendadas para aplicativos da web.
| Limite | Valor máximo | Tipo de limite | Anotações |
|---|---|---|---|
Banco de dados de conteúdo |
300 por aplicativo da web |
Com suporte |
Com 300 bancos de dados de conteúdo por aplicativo da web, as operações do usuário final, como abrir o site ou conjuntos de sites, não são afetadas. Porém, as operações administrativas como criar um novo conjunto de sites sofrem uma diminuição em seu desempenho. Recomendamos usar o Windows PowerShell para gerenciar o aplicativo Web quando um número grande de bancos de dados de conteúdo estiver presente, pois a interface de gerenciamento torna-se lenta e difícil de navegar. |
Zona |
5 por aplicativo Web |
Limiar |
O número de zonas definido para um farm é codificado como 5. Zonas incluem Padrão, Intranet, Extranet, Internet, e personalizado. |
Caminho gerenciado |
20 por aplicativo Web |
Com suporte |
Os caminhos gerenciados são colocados em cache no servidor da web e os recursos de CPU são usados para processar as solicitações de entrada contra a lista do caminho gerenciado. Exceder 20 caminhos gerenciados por aplicativo da web adiciona mais carga ao servidor da web em cada solicitação. Se você planeja exceder 20 caminhos gerenciados em um determinado aplicativo da web, recomendamos testar o desempenho aceitável do sistema. |
Tamanho de cache da solução |
300 MB por aplicativo Web |
Limite |
O cache da solução permite que o serviço de Formulários do InfoPath tenha soluções em cache, a fim de acelerar a recuperação das soluções. Se o tamanho do cache for excedido, as soluções são recuperadas do disco, o que pode tornar as respostas mais lentas. Você pode configurar o tamanho do cache da solução usando o cmdlet Set-SPInfoPathFormsService do Windows PowerShell. Para saber mais, confira Set-SPInfoPathFormsService. |
Conjunto de sites |
250.000 por aplicativo Web |
Com suporte |
O número máximo recomendado de conjuntos de sites por aplicativo da web é 250.000. Observe que esse limite é afetado por outros fatores que podem reduzir o número efetivo de conjuntos de sites que podem ser suportados por um determinado aplicativo da web. É necessário cuidado para evitar exceder os limites suportados quando um objeto de container, como um banco de dados de conteúdo, possui um grande número de outros objetos. Por exemplo, em um farm que contém um número grande de aplicativos da web, o número total de conjuntos de sites pode alcançar um número que pode não ser suportado efetivamente pelos recursos do farm. Isso pode ocorrer até mesmo quando o número de aplicativos da web por farm e o número de conjuntos de sites por aplicativo da web estão dentro dos limites suportados. Da mesma forma, se um farm contém um número total menor de bancos de dados de conteúdo, cada um deles contendo um número grande de conjuntos de sites, o desempenho do farm pode ser afetado negativamente muito antes que o limite suportado do número de conjuntos de sites seja atingido. O caso a seguir ilustra esse ponto. O Farm A contém um aplicativo da web que tem 200 bancos de dados de conteúdo, uma configuração suportada. Se cada um desses bancos de dados de conteúdo contiver 200 conjuntos de sites, o número total de conjuntos no aplicativo será de 40.000, o que está dentro dos limites suportados. No entanto, se cada banco tiver 2.000 conjuntos, embora esse número seja suportado para um banco de dados de conteúdo, o número total de conjuntos no aplicativo será 400.000, o que excede o limite do número de conjuntos de sites por aplicativo da web. |
Limites de servidor da web e de aplicativos
A tabela a seguir lista as diretrizes recomendadas para servidores da web no farm.
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
Pools de aplicativos |
10 por servidor da web |
Limite |
O número máximo é determinado pelas capacidades de hardware. Esse limite é em grande parte dependente de:
|
Limites do banco de dados de conteúdo
A tabela a seguir lista as diretrizes recomendadas para bancos de dados de conteúdo.
| Limite | Valor máximo | Tipo de limite | Anotações |
|---|---|---|---|
Tamanho do banco de dados de conteúdo (cenários de uso gerais) |
200 GB por banco de dados de conteúdo |
Com suporte |
Recomendamos extremamente limitar o tamanho dos bancos de dados de conteúdo para 200 GB, exceto quando as circunstâncias das próximas linhas desta tabela ocorrerem. Se você estiver usando o Remote BLOB Storage (RBS), o volume total do armazenamento de BLOBs remotos e os metadados no banco de dados de conteúdo não deve exceder esse limite. |
Tamanho do banco de dados de conteúdo (todos os cenários de uso) |
4 TB por banco de dados de conteúdo |
Com suporte |
Bancos de dados de conteúdo de até 4 TB têm suporte quando os requisitos a seguir são atendidos:
Também considere com cuidado os fatores a seguir:
Para mais informações sobre o planejamento do tamanho dos dados do SharePoint Server 2010, confira Planejamento e configuração de armazenamento e capacidade do SQL Server (SharePoint Server 2010). Importante Bancos de dados de conteúdo com mais de 4 TB, exceto no uso em cenários de arquivamento de documentos (descrito na linha abaixo), não são recomendados. É provável que a atualização dos conjuntos de sites dentro desses bancos de dados de conteúdo seja muito difícil e demorada. |
Tamanho do banco de dados de conteúdo (cenário de arquivamento de documentos) |
Nenhum limite explícito do banco de dados de conteúdo |
Com suporte |
Os bancos de dados de conteúdo sem nenhum limite explícito de tamanho, para uso em cenários de arquivamento de documentos, têm suporte quando os seguintes requisitos são atendidos:
Para mais informações sobre os repositórios de documentos de larga escala, confira Estime os Requisitos de Desempenho e Capacidade para Repositórios de Documentos de Larga Escala (https://technet.microsoft.com/pt-br/library/ff608068.aspx) e a seção Cenários típicos do gerenciamento de conteúdo de larga escala do artigo Planejamento do armazenamento de conteúdo corporativo (SharePoint Server 2010). |
Itens do banco de dados de conteúdo |
60 milhões de itens incluindo documentos e itens de lista |
Com suporte |
O maior número de itens por banco de dados de conteúdo testado no SharePoint Server 2010 é 60 milhões de itens, incluindo itens de lista e documentos. Se você planeja armazenar mais de 60 milhões de itens no SharePoint Server 2010, implante vários bancos de dados de conteúdo. |
Conjuntos de sites por banco de dados de conteúdo |
2.000 recomendados 5.000 no máximo |
Com suporte |
Recomendamos extremamente limitar o número de conjuntos de sites em um banco de dados de conteúdo para 2.000. No entanto, até 5.000 conjuntos são suportados em um banco. Esses limites se relacionam à velocidade da atualização. Quanto maior o número de conjuntos de sites em um banco de dados, mais lenta a atualização. O limite do número de conjuntos de sites em um banco de dados é subordinado ao limite do tamanho de um banco de dados de conteúdo que tem mais de um conjunto de sites (200 GB). Portanto, à medida que o número de conjuntos de sites no banco de dados aumenta, o tamanho médio dos conjuntos de sites que ele contém deve diminuir. Exceder o limite de 2.000 conjuntos de sites o coloca em risco de tempos de inatividade mais longos durante as atualizações. Se você planeja exceder 2.000 conjuntos, recomendamos ter uma estratégia de atualização clara e obter o hardware adicional para acelerar a atualização, bem como atualizações de software que afetem os bancos de dados. Para configurar o nível de advertência para o número de sites em um banco de dados de conteúdo, use o cmdlet Set-SPContentDatabase do Windows PowerShell com o parâmetro -WarningSiteCount. Para saber mais, confira Set-SPContentDatabase. |
Subsistema de armazenamento Remote BLOB Storage (RBS) no armazenamento NAS (Network Attached Storage) |
O tempo até o primeiro byte de qualquer resposta do NAS não pode exceder 20 milissegundos
|
Limiar |
Quando o SharePoint Server 2010 é configurado para usar o RBS, e os BLOBs residem no armazenamento NAS, considere o limiar a seguir. Desde o momento em que o SharePoint Server 2010 solicita um BLOB até ele receber o primeiro byte do NAS, pode passar no máximo 20 milissegundos. |
Limites do conjunto de sites
A tabela a seguir lista as diretrizes recomendadas para conjuntos de sites.
| Limite | Valor máximo | Tipo de limite | Anotações |
|---|---|---|---|
Site |
250.000 por conjunto de sites / 250.000 por farm / 500.000 sites pessoais por farm. |
Com suporte |
O número máximo recomendado de sites e subsites é 250.000 sites. O desempenho poderá ser prejudicado se o número de subsites ultrapassar 2.000 no nível do conjunto de sites. Importante É altamente recomendável ficar abaixo de 2.000 subsites por conjunto de sites. Você pode criar um número total muito grande de sites da Web, criando vários conjuntos de sites com até 2.000 Webs por conjunto de sites. Por exemplo, 125 conjuntos de sites que contêm 2.000 Webs cada serão o mesmo que 250.000 sites no farm. No entanto, esse é considerado o limite máximo recomendado para sites não pessoais. Se você tiver 250.000 conjuntos de sites, todos contendo um site raiz que não seja o modelo de Site Pessoal, adicionar um subsite a qualquer um desses sites raiz excederia o limite de 250.000 sites. Se o limite recomendado de 2.000 sites por conjunto de sites for excedido, os seguintes problemas poderão ocorrer:
|
Tamanho do conjunto de sites |
Tamanho máximo do banco de dados de conteúdo |
Com suporte |
Um conjunto de sites pode ser tão grande quanto o limite de tamanho do banco de dados de conteúdo aplicável para o cenário de uso. Para mais informações sobre os diferentes limites dos bancos de dados de conteúdo para usos específicos, confira a tabela Limites do banco de dados de conteúdo neste artigo. Em geral, recomendamos limitar o tamanho dos conjuntos de sites para 100 GB pelos motivos a seguir:
|
Limites de lista e biblioteca
A tabela a seguir lista as diretrizes recomendadas para listas e bibliotecas. Para mais informações, confira Projetar listas grandes e maximizar o desempenho da lista (SharePoint Server 2010).
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
Tamanho da linha da lista |
8.000 bytes por linha |
Limiar |
Cada item de lista ou biblioteca pode ocupar somente 8.000 bytes no total, no banco de dados. 256 bytes são reservados para colunas incorporadas, o que deixa 7.744 bytes para colunas do usuário final. Para os detalhes do espaço consumido por cada tipo de campo, confira Limites de coluna. |
Tamanho do arquivo |
2 GB |
Limiar |
O tamanho máximo padrão do arquivo é 50 MB. Ele pode ser aumentado até 2 GB, mas um volume intenso de arquivos muito grandes pode afetar o desempenho do farm. |
Documents |
30.000.000 por biblioteca |
Com suporte |
Você pode criar bibliotecas de documento muito grandes aninhando pastas, ou usando exibições e hierarquias de site padrão. Esse valor pode variar de acordo com a organização dos documentos e pastas, e o tipo e tamanho dos documentos armazenados. |
Versões principais |
400.000 |
Com suporte |
Se você exceder esse limite, as operações de arquivo básicas, como abrir, salvar e excluir arquivos e exibir o histórico da versão, podem falhar. |
Items |
30.000.000 por lista |
Com suporte |
Você pode criar listas muito grandes usando exibições padrão, hierarquias de site e navegação de metadados. Esse valor pode variar conforme o número de colunas na lista e o uso da lista. |
Limite do tamanho das linhas |
6 linhas de tabela internas no banco de dados usado para um item de lista ou biblioteca |
Com suporte |
Especifica o número máximo de linhas da tabela interna do banco de dados que pode ser usado para um item de lista ou biblioteca. Para acomodar listas largas com muitas colunas, cada item pode ser distribuído por várias linhas de tabela interna, até 6 por padrão. Isso é configurado pelos administradores do farm apenas através do modelo do objeto. Esse método é SPWebApplication.MaxListItemRowStorage. |
Operações por volume |
100 itens por operação por volume |
Limiar |
A interface de usuário permite que no máximo 100 itens sejam selecionados para as operações por volume. |
Limiar de pesquisa da exibição de lista |
8 operações de junções por consulta |
Limite |
Especifica o número máximo de junções permitido por consulta, como aquelas com base em colunas de status do fluxo de trabalho, pesquisa ou pessoa/grupo. Se a consulta usar mais de oito junções, a operação será bloqueada. Isso não se aplica a operações de item único. Ao usar o modo de exibição máximo por meio do modelo de objeto (sem especificar um campo de exibição), o SharePoint retornará até as primeiras oito pesquisas. |
Limite da exibição da lista |
5.000 |
Limite |
Especifica o número máximo de lista ou itens de biblioteca que uma operação de banco de dados, como uma consulta, pode processar ao mesmo tempo fora da janela diária configurada pelo administrador, durante a qual as consultas são irrestritas. |
Limite de exibição da lista para os auditores e administradores |
20,000 |
Limite |
Especifica o número máximo de itens de lista ou biblioteca que uma operação de banco de dados, como uma consulta, pode processar ao mesmo tempo quando eles são executados por um auditor ou administrador com permissões apropriadas. Essa configuração funciona com Permitir Substituição do Modelo do Objeto. |
Subsite |
2.000 por exibição de site |
Limite |
A interface para enumerar subsites de um determinado site não funciona bem quando o número de subsites ultrapassa 2.000. Da mesma forma, a página Todo o Conteúdo do Site e o desempenho do Controle de Exibição da Árvore diminuem significativamente à medida que o número de subsites aumenta. |
Coautoria no Microsoft Word e Microsoft PowerPoint em arquivos .docx, .pptx e .ppsx |
10 editores simultâneos por documento |
Limite |
O número máximo recomendado de editores simultâneos é 10. O limite é 99. Se 99 coautores tiverem um único documento aberto para edição simultânea, qualquer usuário depois do 100º receberá o erro "Arquivo em uso" e verá uma cópia de somente leitura. Com mais de 10 coeditores, a experiência do usuário piora gradualmente com mais conflitos, e o usuário terá de fazer mais iterações para carregar suas alterações. |
Escopo de segurança |
50.000 por lista |
Limite |
O número máximo de escopos de segurança únicos definido para uma lista não pode exceder 50.000. Para a maioria dos farms, recomendamos que você considere reduzir esse limite para 5.000 escopos exclusivos. Para listas grandes, considere o uso de um design que use o mínimo de permissões exclusivas possível. Quando o número de escopos de segurança únicos para uma lista exceder o valor do limite do modo de exibição da lista (definido por padrão em 5.000 itens de lista), idas e vindas do SQL Server adicionais ocorrerão quando a lista for visualizada, o que poderá afetar negativamente o desempenho de exibição da lista. Um escopo é o limite de segurança para um objeto protegível e qualquer um de seus filhos que não tenha um limite de segurança separado definido. Um escopo contém uma ACL (Lista de Controle de Acesso), mas, diferente das ACLs NTFS, ele pode incluir entidades de segurança específicas do SharePoint Server. Os membros da ACL para um escopo podem incluir os usuários do Windows, outras contas de usuário (como baseadas em formulários), grupos do Active Directory ou grupos do SharePoint. |
Limites de coluna
Os dados do SharePoint Server 2010 são armazenados em tabelas do SQL Server. Para permitir o número máximo de possíveis colunas em uma lista do SharePoint, o SharePoint Server cria várias linhas no banco de dados, quando os dados não cabem em apenas uma. Isso é chamado de disposição de linhas.
Cada vez que uma linha é disposta no SQL Server, uma carga de consulta adicional é colocada no servidor quando esse item é consultado, pois uma junção do SQL deve ser incluída na consulta. Para impedir o excesso de carga, por padrão, no máximo 6 linhas do SQL Server são permitidas para um item do SharePoint. Esse limite leva a uma limitação específica do número de colunas de cada tipo que podem ser incluídas em uma lista de SharePoint. A tabela a seguir descreve os limites de cada tipo de coluna.
O parâmetro de disposição da linha pode ser aumentado além de 6, mas isso pode resultar em uma carga excessiva no servidor. O teste de desempenho é recomendado antes de exceder esse limite. Para mais informações, confira Projetar listas grandes e maximizar o desempenho da lista (SharePoint Server 2010).
Cada tipo de coluna possui um valor de tamanho listado em bytes. A soma de todas as colunas na lista do SharePoint não pode exceder 8.000 bytes. Dependendo do uso da coluna, os usuários podem chegar à limitação de 8.000 bytes antes de atingir a limitação de disposição de 6 linhas.
| Limite | Valor máximo | Tipo de limite | Tamanho por coluna | Observações |
|---|---|---|---|---|
Única linha de texto |
276 |
Limite |
28 bytes |
A disposição de linha do SQL Server ocorre depois de cada 64 colunas em uma lista do SharePoint. O valor padrão de disposição de 6 linhas permite um máximo de 384 colunas de Linha Única de Texto por lista do SharePoint (6 X 64 = 384). No entanto, como o limite por item de lista do SharePoint é 8.000 bytes, dos quais 256 bytes são reservados para colunas incorporadas do SharePoint, o limite real é de 276 colunas de Linha Única de Texto. |
Linhas Múltiplas de Texto |
192 |
Limite |
28 bytes |
A disposição de linha do SQL Server ocorre depois de cada uma das 32 colunas em uma lista do SharePoint. O valor padrão de disposição de 6 linhas permite um máximo de 192 colunas de Linhas Múltiplas de Texto por lista do SharePoint (6 X 32 = 192). |
Escolha |
276 |
Limite |
28 bytes |
A disposição de linha do SQL Server ocorre depois de cada 64 colunas em uma lista do SharePoint. O valor padrão de disposição de 6 linhas permite um máximo de 384 colunas de Escolha por lista do SharePoint (6 X 64 = 384); no entanto, como o limite por item de lista do SharePoint é 8.000 bytes, dos quais 256 bytes são reservados para colunas incorporadas do SharePoint, o limite real deve ser de 276 colunas de Escolha. |
Número |
72 |
Limite |
12 bytes |
A disposição de linha do SQL Server ocorre depois de cada uma das 12 colunas em uma lista do SharePoint. O valor padrão de disposição de 6 linhas permite um máximo de 72 colunas de Número por lista do SharePoint (6 X 12 = 72). |
Moeda |
72 |
Limite |
12 bytes |
A disposição de linha do SQL Server ocorre depois de cada uma das 12 colunas em uma lista do SharePoint. O valor padrão de disposição de 6 linhas permite um máximo de 72 colunas de Moeda por lista do SharePoint (6 X 12 = 72). |
Data e hora |
48 |
Limite |
12 bytes |
A disposição de linha do SQL Server ocorre depois de cada uma das oito colunas em uma lista do SharePoint. O valor padrão de disposição de 6 linhas permite um máximo de 48 colunas de Data e Hora por lista do SharePoint (6 X 8 = 48). |
Pesquisa |
96 |
Limite |
4 bytes |
A disposição de linha do SQL Server ocorre depois de cada uma das 16 colunas em uma lista do SharePoint. O valor padrão de disposição de 6 linhas permite um máximo de 96 colunas de Pesquisa de valor único por lista do SharePoint (6 X 16 = 96). |
Sim / Não |
96 |
Limite |
5 bytes |
A disposição de linha do SQL Server ocorre depois de cada uma das 16 colunas em uma lista do SharePoint. O valor padrão de disposição de 6 linhas permite um máximo de 96 colunas de Sim / Não por lista do SharePoint (6 X 16 = 96). |
Pessoa ou grupo |
96 |
Limite |
4 bytes |
A disposição de linha do SQL Server ocorre depois de cada uma das 16 colunas em uma lista do SharePoint. O valor padrão de disposição de 6 linhas permite um máximo de 96 colunas de Pessoa ou Grupo por lista do SharePoint (6 X 16 = 96). |
Hiperlink ou imagem |
138 |
Limite |
56 bytes |
A disposição de linha do SQL Server ocorre depois de cada uma das 32 colunas em uma lista do SharePoint. O valor padrão de disposição de 6 linhas permite um máximo de 192 colunas de Hiperlink ou Imagem por lista do SharePoint (6 X 32 = 192); no entanto, como o limite por item de lista do SharePoint é 8.000 bytes, dos quais 256 bytes são reservados para colunas incorporadas do SharePoint, o limite real deve ser de 138 colunas de Hiperlink ou Imagem. |
Calculado |
48 |
Limite |
28 bytes |
A disposição de linha do SQL Server ocorre depois de cada uma das oito colunas em uma lista do SharePoint. O valor padrão de disposição de 6 linhas permite um máximo de 48 colunas Calculado por lista do SharePoint (6 X 8 = 48). |
GUID |
6 |
Limite |
20 bytes |
A disposição de linha do SQL Server ocorre depois de cada coluna em uma lista do SharePoint. O valor padrão de disposição de 6 linhas permite um máximo de 6 colunas de GUID por lista do SharePoint (1 X 6 = 6). |
Int |
96 |
Limite |
4 bytes |
A disposição de linha do SQL Server ocorre depois de cada uma das 16 colunas em uma lista do SharePoint. O valor padrão de disposição de 6 linhas permite um máximo de 96 colunas de Int por lista do SharePoint (6 X 16 = 96). |
Metadados gerenciados |
94 |
Limite |
40 bytes para o primeiro, 32 bytes para cada sucessivo |
O primeiro campo de Metadados Gerenciados adicionado a uma lista é alocado a quatro colunas:
Cada campo Metadados Gerenciados sucessivo adicionado a uma lista adiciona outras duas colunas:
O número máximo de colunas de Metadados Gerenciados é calculado como (14 + (16 * (n - 1))) em que n é o valor do mapeamento da linha (padrão 6). |
As colunas de dados externos têm o conceito de uma coluna primária e colunas secundárias. Ao adicionar uma coluna de dados externos, você pode selecionar alguns campos secundários do tipo de conteúdo externo que devem ser adicionados à lista. Por exemplo, considerando o tipo de conteúdo externo “Cliente”, que possui campos como “ID”, “Nome”, “País” e “Descrição”, ao adicionar uma coluna de dados externos do tipo “Cliente” a uma lista, você pode adicionar campos secundários para mostrar o “ID”, o “Nome” e a “Descrição” do cliente. Em geral, estas são as colunas adicionadas:
Coluna primária: Um campo de texto.
Coluna de ID oculto: Um campo de texto multilinha.
Colunas secundárias: Cada coluna secundária é um texto de texto/número/Booleano/texto multilinha baseado no tipo de dados da coluna secundária, conforme definido no modelo de Catálogo de Dados Corporativos. Por exemplo, o ID pode ser mapeado para uma coluna Número; o Nome para uma coluna Linha única de texto e a Descrição para uma coluna Linhas múltiplas de texto.
Limites de página
A tabela a seguir lista as diretrizes recomendadas para páginas.
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
Web Parts |
25 por página de wiki ou web part |
Limite |
Esse número é uma estimativa baseada em Web Parts simples. A complexidade determina quantos Web Parts podem ser usados em uma página antes que o desempenho seja afetado. |
Limites de segurança
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
Número de grupos do SharePoint aos quais um usuário pode pertencer |
5.000 |
Com suporte |
Esse não é um limite rígido, mas é coerente com as diretrizes do Active Directory. Existem vários fatores que podem afetar esse número:
|
Usuários em um conjunto de sites |
2 milhões por conjunto de sites |
Com suporte |
Você pode adicionar milhões das pessoas ao site, usando os grupos de segurança do Microsoft Windows para gerenciar a segurança, em vez de utilizar usuários individuais. Esse limite é baseado na capacidade de gerenciamento e facilidade de navegação na interface do usuário. Quando você tem muitas entradas (grupos de segurança de usuários) no conjunto de sites (mais de mil), use o Windows PowerShell para gerenciar os usuários em vez da IU. Isso fornece uma experiência de gerenciamento melhor. |
Princípios do Active Directory/Usuários no grupo do SharePoint |
5.000 por grupo do SharePoint |
Com suporte |
O SharePoint Server 2010 permite adicionar usuários ou grupos do Active Directory a um grupo do SharePoint. Ter até 5.000 usuários (ou grupos ou usuários do Active Directory) em um grupo do SharePoint fornece um desempenho aceitável. As atividades mais afetadas por esse limite são:
|
Grupos do SharePoint |
10.000 por conjunto de sites |
Com suporte |
Acima de 10.000 grupos, o tempo para executar as operações aumenta significativamente. Isso ocorre principalmente ao adicionar um usuário a um grupo existente, criar um novo grupo e renderizar as exibições do grupo. |
Diretor de segurança: tamanho do Escopo de Segurança |
5.000 por Lista de Controle de Acesso (ACL) |
Com suporte |
O tamanho do escopo afeta os dados que são usados para um cálculo de verificação da segurança. Esse cálculo ocorre a cada vez que o escopo muda. Não existe um limite rigoroso, mas quanto maior o escopo, mais tempo o cálculo demora. |
Limites por recurso
Esta seção lista os limites classificados por recurso.
Limites da pesquisa
A tabela a seguir lista as diretrizes recomendadas para a Pesquisa.
| Limite | Valor máximo | Tipo de limite | Anotações |
|---|---|---|---|
Aplicativos de serviço de pesquisa do SharePoint |
20 por farm |
Com suporte |
Vários aplicativos de serviço de pesquisa do SharePoint podem ser implantados no mesmo farm, porque você pode atribuir componentes de pesquisa e bancos de dados para servidores separados. O limite recomendado de 20 é menor que o limite máximo para todos os aplicativos de serviço em um farm. |
Bancos de dados de rastreamento e Itens do banco de dados |
10 bancos de dados de rastreamento por aplicativo de serviço de pesquisa 25 milhões de itens por banco de dados de rastreamento |
Limite |
O banco de dados de rastreamento armazena os dados (tempo/status, etc.) sobre todos os itens rastreados. O limite suportado é de 10 bancos de dados de rastreamento por aplicativo de serviço de Pesquisa do SharePoint. O limite recomendado é de 25 milhões de itens por banco de dados de rastreamento (ou um total de 4 bancos de dados de rastreamento por aplicativo de serviço de pesquisa). |
Componentes de rastreamento |
16 por aplicativo de serviço de pesquisa |
Limite |
O limite recomendado por aplicativo é de 16 componentes de rastreamento, no total; com 2 por banco de dados de rastreamento, e 2 por servidor, supondo que o servidor tenha pelo menos 8 oito processadores (cores). O número total de componentes de rastreamento por servidor deve ser menor que 128/(total dos componentes de consulta) para minimizar a degradação da entrada e saída da propagação. Exceder o limite recomendado pode não aumentar o desempenho do rastreamento; na verdade, o desempenho pode diminuir com base nos recursos disponíveis no servidor de rastreamento, banco de dados e host do conteúdo. |
Partições de índice |
20 por aplicativo de serviço de pesquisa; 128 no total |
Limite |
A partição de índice contém um subconjunto do índice do aplicativo de serviço de pesquisa. O limite recomendado é 20. Aumentar o número de partições resulta em que cada partição contém um conjunto menor do índice, reduzindo a RAM e o espaço em disco necessários no servidor de consulta que hospeda o componente de consulta atribuído à partição do índice. O limiar para o número total de partições do índice é 128. |
Itens indexados |
100 milhões por aplicativo de serviço de pesquisa; 10 milhões por partição de índice |
Com suporte |
A pesquisa do SharePoint suporta partições de índice, cada qual contendo um subconjunto do índice de pesquisa. O máximo recomendado é de 10 milhões de itens em qualquer partição. Em geral, o máximo recomendado de itens (por exemplo, pessoas, itens de lista, documentos, páginas da web) é de 100 milhões. |
Entradas do log de rastreamento |
100 milhões por aplicativo de pesquisa |
Com suporte |
Esse é o número de entradas de log individuais no log de rastreamento. Ele seguirá o limite de "Itens indexados". |
Bancos de dados de propriedade |
10 por aplicativo de serviço de pesquisa; 128 no total |
Limite |
O banco de dados de propriedade armazena os metadados para itens em cada partição de índice associada. Uma partição só pode ser associada a um repositório de propriedade. O limite recomendado é de 10 bancos de dados de propriedade por aplicativo de serviço de pesquisa. O limite para as partições de índice é de 128. |
Componentes da consulta |
128 por aplicativo de pesquisa; 64/(total dos componentes de rastreamento) por servidor |
Limite |
O número total de componentes de consulta é limitado pela capacidade dos componentes de rastreamento para copiar arquivos. O número máximo de componentes de consulta por servidor é limitado pela sua capacidade de absorver arquivos propagados pelos componentes de rastreamento. |
Regras do escopo |
100 regras por escopo; 600 no total por aplicativo de serviço de pesquisa |
Limite |
Exceder esse limite reduz a atualização do rastreamento, e atrasa os resultados potenciais das consultas do escopo. |
Escopos |
200 escopos de site e 200 escopos compartilhados pelo aplicativo de serviço de pesquisa |
Limite |
Exceder esse limite pode reduzir a eficiência do rastreamento e, se os escopos forem adicionados ao grupo de exibição, afetará a latência do navegador do usuário final. Além disso, a exibição dos escopos na interface de administração da pesquisa piora quando o número de escopos ultrapassa o limite recomendado. |
Grupos de exibição |
25 por site |
Limite |
Os grupos de exibição são usados para uma exibição agrupada de escopos através da interface de usuário. Exceder esse limite começa a degradar a experiência do escopo na interface de administração da pesquisa. |
Alertas |
1.000.000 por aplicativo de pesquisa |
Com suporte |
Esse é o limite testado. |
Fontes de conteúdo |
50 por aplicativo de serviço de pesquisa |
Limite |
O limite recomendado de 50 pode ser excedido até o limite de 500 por aplicativo de serviço de pesquisa. No entanto, menos endereços iniciais devem ser usados, e o limite de rastreamentos simultâneos deve ser seguido. |
Endereços iniciais |
100 por fonte de conteúdo |
Limite |
O limite recomendado pode ser excedido até o limiar de 500 por fonte de conteúdo. No entanto, quanto mais endereços iniciais você tiver, menos fontes de conteúdo devem ser usadas. Quando você tem muitos endereços iniciais, recomendamos colocá-los como links em uma página html e fazer o rastreador HTTP rastrear a página e seguir os links. |
Rastreamentos simultâneos |
20 por aplicativo de pesquisa |
Limite |
Esse é o número de rastreamentos que ocorrem ao mesmo tempo. Exceder esse número pode causar uma redução no índice geral de rastreamentos. |
Propriedades rastreadas |
500.000 por aplicativo de pesquisa |
Com suporte |
Essas são as propriedades descobertas durante um rastreamento. |
Regra de impacto do rastreamento |
100 |
Limite |
Limite recomendado de 100 por farm. A recomendação pode ser excedida. No entanto, a exibição das regras de acesso ao site na interface da administração de pesquisa diminui. Em aproximadamente 2.000 acessos, a página Gerenciar Regras de Acesso ao Site torna-se ilegível. |
Regras de rastreamento |
100 por aplicativo de serviço de pesquisa |
Limite |
Esse valor pode ser excedido. No entanto, a exibição das regras de rastreamento na interface da administração de pesquisa diminui. |
Propriedades gerenciadas |
100.000 por aplicativo de serviço de pesquisa |
Limite |
Essas são as propriedades usadas pelo sistema de pesquisa nas consultas. Elas são mapeadas para as propriedades gerenciadas. |
Mapeamentos |
100 por propriedade gerenciada |
Limite |
Exceder esse limite pode diminuir a velocidade do rastreamento e o desempenho da consulta. |
Remoções de URL |
100 remoções por operação |
Com suporte |
Esse é o número recomendado máximo de URLs que devem ser removidas do sistema em uma operação. |
Páginas autorizadas |
Páginas dos níveis top 1, mínimo segundo e terceiro por aplicativo de serviço de pesquisa |
Limite |
O limite recomendado é uma página autorizada de nível top, e o mínimo possível de páginas de segundo e terceiro nível para atingir a relevância desejada. O limiar é de 200 por nível de relevância por aplicativo de pesquisa, mas adicionar outras páginas pode não atingir a relevância desejada. Adicione o site-chave ao primeiro nível de relevância. Adicione mais sites ao segundo ou terceiro nível, um de cada vez, e avalie a relevância depois de cada adição para garantir se o efeito desejado foi alcançado. |
Palavras-chave |
200 por conjunto de sites |
Com suporte |
O limite recomendado pode ser excedido até o máximo (imposto pelo ASP.NET) de 5.000 por conjunto de sites, dadas as cinco Melhores Apostas por palavra-chave. Se você exceder esse limite, a exibição de palavras-chave na interface do usuário para a administração do site diminuirá. Esse limite imposto pelo ASP.NET pode ser modificado editando os arquivos web.config e client.config (MaxItemsInObjectGraph). |
Propriedades de metadados reconhecidos |
10.000 por item rastreado |
Limiar |
Esse é o número de propriedades de metadados que podem ser determinadas e potencialmente mapeadas ou usadas para as consultas quando um item é rastreado. |
Limites do serviço de Perfil de Usuário
A tabela a seguir lista as diretrizes recomendadas para o serviço de Perfil de Usuário.
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
Perfis de usuário |
2.000.000 por aplicativo de serviço |
Com suporte |
Um aplicativo de serviço de Perfil de Usuário pode suportar até 2 milhões de perfis, com funcionalidade completa de recursos sociais. Esse número representa o número de perfis que podem ser importados no repositório de perfis pessoais de um serviço de diretório, e também o número de perfis que um aplicativo de serviço de Perfil de Usuário pode suportar sem causar diminuições no desempenho nos recursos sociais. |
Marcas sociais, notas e classificações |
500.000.000 por banco de dados social |
Com suporte |
No total, até 500 milhões de marcas sociais, notas e classificações são suportadas em um banco de dados social, sem diminuições significativas no desempenho. No entanto, as operações de manutenção do banco de dados como backup e restauração podem ter um desempenho reduzido nesse ponto. |
Limites de implantação de conteúdo
A tabela a seguir lista as diretrizes recomendadas para a implantação de conteúdo.
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
Trabalhos de implantação de conteúdo executando em caminhos diferentes |
20 |
Com suporte |
Para trabalhos que executam simultaneamente nos caminhos conectados aos conjuntos de sites no mesmo banco de dados de conteúdo da fonte, existe um risco elevado de conflitos no banco de dados. Para trabalhos que devem executar simultaneamente, recomendamos mover os conjuntos de sites para bancos diferentes. Observação Não é possível executar trabalhos simultâneos no mesmo caminho. Se você estiver usando instantâneos do Microsoft SQL Server para a implantação de conteúdo, cada caminho criará um instantâneo. Isso aumenta os requisitos de entrada/saída para o banco de dados da fonte. Para saber mais, confira o artigo Sobre caminhos e trabalhos de implantação. |
Limites de blog
A tabela a seguir lista as diretrizes recomendadas para blogs.
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
Posts de blogs |
5.000 por site |
Com suporte |
O número máximo de posts de blog é 5.000 por site. |
Comentários |
1.000 por post |
Com suporte |
O número máximo de comentários é 1.000 por post. |
Limites dos Serviços de Conectividade Corporativa
A tabela a seguir lista as diretrizes recomendadas para o Serviços Corporativos de Conectividade.
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
ECT (na memória) |
5.000 por servidor Web (por inquilino) |
Limiar |
Número total de definições de tipo de conteúdo externo (ECT) carregadas na memória em um determinado momento, em um servidor Web. |
Conexões do sistema externo |
500 por servidor Web |
Limiar |
Número de conexões de sistema externo ativas/abertas em um determinado ponto no tempo. O valor máximo padrão é 200. O limiar é 500. Esse limite é aplicado no escopo do servidor Web, independentemente do tipo de sistema externo (por exemplo, banco de dados, assembly .NET e assim por diante). O padrão máximo é usado para restringir o número de conexões. Um aplicativo pode especificar um limite maior por meio do contexto de execução. O limiar impõe o máximo até mesmo para aplicativos que não respeitem o padrão. |
Itens do banco de dados retornados por solicitação |
2.000 por conector do banco de dados |
Limite |
Número de itens por solicitação que o conector de banco de dados pode retornar. O padrão máximo de 2.000 é usado pelo conector do banco de dados para restringir o número de resultados que podem ser retornados por página. O aplicativo pode especificar um limite maior por meio do contexto de execução. O Máximo Absoluto impõe o máximo até mesmo para aplicativos que não respeitem o padrão. O limiar é 1.000.000. |
Limites do fluxo de trabalho
A tabela a seguir lista as diretrizes recomendadas para o fluxo de trabalho.
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
Limite de adiamento do fluxo de trabalho |
15 |
Limite |
15 é o número máximo de fluxos de trabalho permitidos para executar ao mesmo tempo em um banco de dados de conteúdo, excluindo as instâncias executadas no serviço de timer. Quando esse limite é atingido, novas solicitações para ativar fluxos de trabalho serão colocadas em fila para executar mais tarde, pelo serviço de timer do fluxo de trabalho. Quando a execução sem timer é concluída, novas solicitações serão contabilizadas contra esse limite. Ele pode ser configurado usando o cmdlet Set-SPFarmConfig Windows PowerShell. Para saber mais, confira Set-SPFarmConfig. Observação: Esse limite não se refere ao número total de instâncias de fluxo de trabalho que podem estar em andamento. Em vez disso, é o número de instâncias que estão sendo processadas. Aumentar esse limite aumenta o processamento para iniciar e concluir tarefas de fluxo de trabalho, mas também a carga contra o banco de dados de conteúdo e os recursos do sistema. |
Tamanho do lote de timer do fluxo de trabalho |
100 |
Limite |
O número de eventos que cada execução do trabalho do temporizador do fluxo de trabalho obterá e entregará aos fluxos de trabalho. Esse número pode ser configurado por meio do Windows PowerShell. Para permitir eventos adicionais, você pode executar instâncias adicionais do Serviço de Temporizador do Fluxo de Trabalho do Microsoft SharePoint Foundation. |
Limites de repositórios de termos de Metadados Gerenciados (bancos de dados)
A tabela a seguir lista as diretrizes recomendadas para repositórios de termos de metadados gerenciados.
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
Número máximo de níveis de termos aninhados em um repositório de termos |
7 |
Com suporte |
Os termos em um conjunto de termos podem ser representados de forma hierárquica. Um conjunto de termos pode ter até sete níveis de termos (um termo pai e seis níveis de aninhamento abaixo dele). |
Número máximo de conjuntos de termos em um repositório de termos |
1,000 |
Com suporte |
Pode haver até 1.000 conjuntos de termos em um repositório de termos. |
Número máximo de termos em um conjunto de termos |
30,000 |
Com suporte |
O número máximo de termos em um conjunto de termos é 30.000. Observação Rótulos adicionais para o mesmo termo, como sinônimos e traduções, não contam como termos separados. |
Número total de itens em um repositório de termos |
1,000,000 |
Com suporte |
Um item é um termo ou um conjunto de termos. A soma do número de termos e conjuntos de termos não pode exceder 1.000.000. Rótulos adicionais para o mesmo termo, como sinônimos e traduções, não contam como termos separados. Observação Não pode haver o número máximo de conjuntos de termos e o número máximo de termos ao mesmo tempo em um repositório de termos. |
Limites dos Serviços do Visio
A tabela a seguir lista as diretrizes recomendadas para instâncias dos Serviços do Visio no Microsoft SharePoint Server 2010.
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
Tamanho de arquivo de desenhos da Web do Visio |
50 MB |
Limite |
Os Serviços do Visio têm uma definição de configuração que permite que o administrador altere o tamanho máximo de desenhos da Web que o Visio processa. Tamanhos de arquivo maiores têm os seguintes efeitos colaterais:
|
Tempo limite de recálculo de desenhos da Web do Visio |
120 segundos |
Limite |
Os Serviços do Visio têm uma definição de configuração que permite que o administrador altere o tempo máximo que pode ser gasto no recálculo de um desenho após uma atualização de dados. Um tempo limite maior de recálculo causa:
Um tempo limite menor de recálculo causa:
|
Idade mínima do cache do Serviços do Visio (diagramas conectados a dados) |
Idade mínima do cache: 0 a 24 horas |
Limite |
A idade mínima do cache se aplica a diagramas conectados a dados. Ela determina o primeiro momento em que o diagrama atual pode ser removido do cache. A definição da Idade Mínima do Cache com um valor muito baixo reduzirá a taxa de transferência e aumentará a latência, pois a invalidação do cache muitas vezes força o Visio a recalcular com frequência e reduz a disponibilidade da CPU e da memória. |
Idade máxima do cache do Serviços do Visio (diagramas não conectados a dados) |
Idade máxima do cache: 0 a 24 horas |
Limite |
A idade máxima do cache se aplica a diagramas não conectados a dados. Esse valor determina por quanto tempo o diagrama atual deve ser mantido na memória. O aumento da Idade Máxima do Cache diminui a latência para desenhos solicitados com frequência. No entanto, a definição da Idade Máxima do Cache com um valor muito alto aumenta a latência e diminui a taxa de transferência para os itens que não estão armazenados em cache, pois os itens já em cache consomem e reduzem a memória disponível. |
Limites de serviço do SharePoint Web Analytics
A tabela a seguir lista as orientações recomendadas para o serviço Web Analytics do SharePoint.
| Limite | Valor máximo | Tipo de limite | Anotações |
|---|---|---|---|
Entidades do SharePoint |
30.000 por farm quando o Web Analytics está habilitado |
Com suporte |
Não habilite o Web Analytics se o seu farm contiver, ou se espera que ele contenha, mais de 30.000 entidades do SharePoint, que inclui todos os aplicativos Web, conjuntos de sites e sites. Esse número não é exato, pois diferentes combinações de entidades do SharePoint podem ter um efeito maior ou menor no desempenho do farm do que o cenário testado, que está descrito no artigo Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010. No entanto, como o número de entidades do SharePoint em seu farm se aproxima muito desse limite, o desempenho do farm pode cair para níveis inaceitáveis. |
Para mais informações sobre limites (boundaries) e limites para o serviço Web Analytics do SharePoint, confira Capacity requirements for the Web Analytics Shared Service in SharePoint Server 2010.
Limites dos Serviços PerformancePoint
A tabela a seguir lista as diretrizes recomendadas para o Serviços PerformancePoint no Microsoft SharePoint Server 2010.
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
Células |
1.000.000 por consulta em uma fonte de dados dos Serviços do Excel |
Limiar |
Um scorecard do PerformancePoint que chama uma fonte de dados dos Serviços do Excel está sujeito a um limite máximo de 1.000.000 células por consulta. |
Colunas e linhas |
15 colunas por 60.000 linhas |
Limite |
O número máximo de colunas e linhas ao renderizar qualquer objeto de painel do PerformancePoint que use uma pasta de trabalho do Microsoft Excel como fonte de dados. O número de linhas pode ser alterado em função do número de colunas. |
Consulta em uma lista do SharePoint |
15 colunas por 5.000 linhas |
Com suporte |
O número máximo de colunas e linhas ao renderizar qualquer objeto de painel do PerformancePoint que use uma lista do SharePoint como fonte de dados. O número de linhas pode ser alterado em função do número de colunas. |
Consulta em uma fonte de dados do SQL Server |
15 colunas por 20.000 linhas |
Com suporte |
O número máximo de colunas e linhas ao renderizar qualquer objeto de painel do PerformancePoint que use uma fonte de dados de tabela do SQL Server. O número de linhas pode ser alterado em função do número de colunas. |
Limites do Word Automation Services
A tabela a seguir lista as diretrizes recomendadas para os Serviços de Automação do Microsoft Word.
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
Tamanho do arquivo de entrada |
512 MB |
Limiar |
O tamanho de arquivo máximo que pode ser processado pelos Serviços de Automação do Microsoft Word. |
Frequência para iniciar as conversões (minutos) |
1 minuto (recomendado) 15 minutos (padrão) 59 minutos (limite) |
Limite |
Essa configuração determina a frequência com que o trabalho de temporizador dos Serviços de Automação do Microsoft Word é executado. Um número mais baixo torna mais rápida a execução do trabalho do temporizador. Nossos testes mostram que é mais útil executar o trabalho de timer uma vez por minuto. |
Número de conversões a iniciar por processo de conversão |
Formatos de saída para PDF/XPS: 30 x M para todos os outros formatos de saída: 72 x M em que M é o valor da frequência com a qual iniciar as conversões (minutos) |
Limite |
O número de conversões a iniciar afeta a taxa de transferência dos Serviços de Automação do Microsoft Word. Se estes valores forem definidos como maiores do que os níveis recomendados, alguns itens de conversão poderão começar a falhar de forma intermitente, e as permissões de usuário poderão expirar. As permissões de usuário expiram 24 horas a partir do momento em que um trabalho de conversão é iniciado. |
Tamanho do trabalho de conversão |
100.000 itens de conversão |
Com suporte |
Um trabalho de conversão inclui um ou mais itens de conversão, cada um dos quais representa uma única conversão a ser realizada em um único arquivo de entrada no SharePoint. Quando um trabalho de conversão é iniciado (usando o método ConversionJob.Start), esse trabalho e todos os itens de conversão são transmitidos para um servidor de aplicativos que, em seguida, armazena o trabalho no banco de dados dos Serviços de Automação do Microsoft Word. Um grande número de itens de conversão aumentará o tempo de execução do método Start e o número de bytes transmitidos ao servidor de aplicativos. |
Total de processos de conversão ativos |
N-1, em que N é o número de núcleos em cada servidor de aplicativos |
Limite |
Um processo de conversão ativo pode consumir um único núcleo de processamento. Portanto, os clientes não devem executar mais processos de conversão do que o número de núcleos de processamento existentes em seus servidores de aplicativos. O trabalho de timer de conversão e outras atividades do SharePoint também exigem o uso ocasional de um núcleo de processamento. É recomendável deixar sempre um núcleo livre para uso pelo trabalho de timer de conversão e pelo SharePoint. |
Tamanho do banco de dados dos Serviços de Automação do Microsoft Word |
2 milhões de itens de conversão |
Com suporte |
Os Serviços de Automação do Microsoft Word mantêm uma fila persistente de itens de conversão em seu banco de dados. Cada solicitação de conversão gera um ou mais registros. Os Serviços de Automação do Microsoft Word não excluem registros do banco de dados automaticamente; assim, o banco de dados pode crescer indefinidamente sem manutenção. Os administradores podem remover manualmente o histórico de trabalhos de conversão usando o cmdlet Remove-SPWordConversionServiceJobHistory do Windows PowerShell. Para saber mais, confira Remove-SPWordConversionServiceJobHistory. |
Limites do SharePoint Workspace
A tabela a seguir lista as diretrizes recomendadas para o Microsoft SharePoint Workspace 2010.
| Limite | Valor máximo | Tipo de limite | Anotações |
|---|---|---|---|
Sincronização do SharePoint Workspace |
30.000 itens por lista |
Limiar |
O SharePoint Workspace não sincroniza listas que tenham mais de 30.000 itens. Essa restrição existe porque o tempo necessário para baixar uma lista que tenha mais de 30.000 itens é muito longo, e a utilização de recursos é elevada. |
Sincronização do SharePoint Workspace |
Limite de 1800 documentos no SharePoint Workspace |
Limiar |
Os usuários são avisados quando há mais de 500 documentos no SharePoint Workspace, mas podem continuar a adicionar documentos. |
Limites do OneNote
A tabela a seguir lista as diretrizes recomendadas para os Serviços do Microsoft OneNote.
| Limite | Valor máximo | Tipo de limite | Anotações |
|---|---|---|---|
Número de Seções e Grupos de Seções em um Bloco de Anotações do OneNote (no SharePoint) |
Confira o limite para "Documentos" em Limites de lista e biblioteca |
Cada seção conta como uma pasta e um documento na lista. Cada grupo de seções conta como uma pasta e um documento na lista. |
|
Tamanho máximo de uma seção |
Confira o limite para "Tamanho de arquivo" em Limites de lista e biblioteca |
Esse valor máximo exclui imagens, arquivos inseridos e impressões XPS do OneNote que tiverem mais de 100 KB. Imagens e arquivos inseridos com mais de 100 KB são separados em seus próprios arquivos binários. Isso significa que uma seção com 100 KB de dados digitados e quatro documentos do Word inseridos com 1 MB cada serão considerados uma seção de 100 KB. |
|
Tamanho máximo de uma imagem, arquivo inserido e impressão XPS do OneNote em uma seção do OneNote. |
Confira o limite para "Tamanho de arquivo" em Limites de lista e biblioteca |
Cada item é armazenado como um arquivo binário separado e, assim, está sujeito a limites de tamanho de arquivo. Cada operação de impressão no OneNote resultará em um binário de impressão XPS, mesmo que a impressão contenha várias páginas. |
|
Tamanho máximo de todas as imagens, arquivos inseridos e impressões XPS em uma única página do OneNote. |
O limite padrão é o dobro do limite de "Tamanho de arquivo". |
Limite |
Isso se aplica ao conteúdo inserido em uma única página do OneNote, não uma Seção ou Bloco de Anotações. Se os usuários tiverem esse problema, verão o seguinte erro no OneNote: jerrcStorageUrl_HotTableFull (0xE0000794). Os usuários podem resolver o problema dividindo o conteúdo inserido em páginas diferentes e excluindo as versões anteriores da página. Se os usuários precisarem ajustar esse valor ("Tamanho Máximo de Tabela Ativa"), o limite efetivo será a metade do valor absoluto definido por eles (por exemplo, se for especificado um tamanho máximo de tabela ativa de 400 MB, isso significa que o tamanho máximo de todo o conteúdo inserido em uma página será limitado a 200 MB). |
Operações de mesclagem |
Uma por núcleo de CPU por servidor Web |
Limiar |
O OneNote mescla alterações combinadas de vários usuários que estão realizando a coautoria de um bloco de anotações. Se nenhum núcleo de CPU estiver disponível para executar uma mesclagem, uma página de conflito será gerada em vez disso, o que forçará o usuário a executar a mesclagem manualmente. Esse limite é aplicável quer o OneNote esteja sendo executado como um aplicativo cliente, quer esteja sendo executado como um Microsoft Office Web Apps. |
Limites do Serviço Office Web Applications
A tabela a seguir lista as diretrizes recomendadas para o Office Web Apps. Os limites de aplicativos clientes do Office também são aplicáveis quando um aplicativo está sendo executado como um aplicativo Web.
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
Tamanho do cache |
100 GB |
Limite |
O espaço disponível para exibir documentos, criados como parte de um banco de dados de conteúdo. Por padrão, o cache disponível para exibir documentos é de 100 GB. Não é recomendável aumentar o cache disponível. |
Renderizações |
Uma por documento por segundo por núcleo de CPU por servidor de aplicativos (máximo de oito núcleos) |
Limiar |
Esse é o número médio medido de exibições, que podem ser realizadas, de documentos "típicos" no servidor de aplicativos em um determinado período. |
Limites do Project Server
A tabela a seguir lista as diretrizes recomendadas para o Microsoft Project Server. Para mais informações sobre como planejar o Project Server, confira Planejamento e arquitetura do Project Server 2010.
| Limite | Valor máximo | Tipo de limite | Observações |
|---|---|---|---|
Horário do final do projeto |
Data: 31/12/2049 |
Limiar |
Os planos do Project não podem ultrapassar a data de 31/12/2049. |
Produtos por plano de projeto |
1.500 produtos |
Limiar |
Planos do Project não podem conter mais de 1.500 produtos. |
Número de campos em um modo de exibição |
256 |
Limiar |
Um usuário não pode ter mais de 256 campos adicionados a um modo de exibição que tenha sido definido no Project Web App. |
Número de cláusulas em um filtro para um modo de exibição |
50 |
Limiar |
Um usuário não pode adicionar um filtro a um modo de exibição que contenha mais de 50 cláusulas. |