Limites de software para o SharePoint Server 2016 e 2019
APLICA-SE A:
2013 
2019 Subscription Edition SharePoint no Microsoft 365
Este artigo descreve limites e limites de software dos SharePoint Servers 2016 e 2019, que incluem:
Limites: Limites estáticos que não podem ser excedidos pelo design
Limites: Limites configuráveis que podem ser excedidos para acomodar requisitos específicos
Limites com suporte: limites configuráveis, que foram definidos por padrão com um valor testado
Observação
[!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.
Saiba mais sobre os limites do SharePoint no Microsoft 365.
Visão geral dos limites e limiares
Este artigo contém informações para ajudar a entender o desempenho testado e os limites de capacidade do SharePoint Server 2016, 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 e as diretrizes de teste fornecidos neste artigo se aplicam a um único farm do SharePoint Server. Adicionar servidores à instalação pode não aumentar os limites de capacidade dos objetos listados nas tabelas na seção Limites e limites posteriormente neste artigo. 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.
Há muitos fatores que podem afetar o desempenho em um determinado ambiente e cada um desses fatores pode afetar o desempenho em diferentes áreas. Alguns dos resultados e recomendações de teste neste artigo podem estar relacionados a recursos ou operações de usuário que não existem em 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.
Limitações, limites e limites com suporte
No SharePoint Server, há certos limites que são por design e não podem ser excedidos e outros limites definidos como valores padrão que podem ser alterados pelo administrador do farm. Há também certos limites que não são representados por um valor configurável, como o número de coleções de sites por aplicativo Web.
Limites são limites absolutos que não podem ser excedidos pelo design. É importante entender esses limites para garantir que você não faça suposições incorretas ao projetar seu farm.
Um exemplo de limite é o limite de tamanho do documento de 10 gigabytes (GB). não é possível configurar o SharePoint Server 2016 para armazenar documentos maiores que 10 GB. Esse limite é um valor absoluto interno e não pode ser excedido pelo design.
Os limites são um valor padrão que não pode ser excedido a menos que o valor seja modificado. Os limites podem, em determinadas circunstâncias, ser excedidos para acomodar variações no design do farm. É importante entender que exceder limites 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 de tamanho do documento padrão é definido como 2 gigabytes (GB), mas pode ser alterado para dar suporte ao limite máximo de 10 GB.
Os limites com suporte 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 com suporte pode causar resultados inesperados, uma redução significativa no desempenho e outros efeitos prejudiciais.
Alguns limites com suporte são parâmetros configuráveis que são definidos por padrão para o valor recomendado, enquanto outros limites com suporte estão relacionados a parâmetros que não são representados por um valor configurável.
Um exemplo de um limite com suporte é o número de conjuntos de sites por farm. O limite com suporte é o maior número de conjuntos de sites por aplicativo da Web que cumpra os comparativos de desempenho durante os testes.
É importante saber que muitos dos valores de limite fornecidos neste documento representam um ponto em uma curva que descreve uma crescente carga de recursos 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 em ou perto de um limite estabelecido não é uma prática recomendada, pois as metas aceitáveis de desempenho e confiabilidade são melhor alcançadas quando o design de um farm fornece um equilíbrio razoável de valores de limites.
As diretrizes de limiares e limites com suporte 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 2016 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, limites e limites com suporte são estabelecidos por meio de testes e observação do comportamento do farm em cargas crescentes até o ponto em que os serviços e operações de farm atingem seus 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 coleções de sites não é absoluto, mas é calculado com base em um conjunto esperado de características de uso em que o desempenho geral do farm seria aceitável no limite determinado na 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. Portanto, é importante executar exercícios rigorosos de gerenciamento de capacidade e teste de escala para implantações específicas, a fim de estabelecer limites efetivos para esse ambiente.
Observação
Não descrevemos o hardware usado para validar os limites neste documento, pois os limites foram coletados de várias fazendas e ambientes.
A metáfora da pizza
Para entender a relação entre os recursos de hardware, carga e desempenho, é importante ter uma maneira de visualizar os fatores envolvidos e como afetam uns aos outros.
Pense na capacidade do farm como uma pizza, cujo tamanho representa um agregado de fatores como servidores, recursos de hardware como CPU e RAM, capacidade de armazenamento, IOPs de disco, largura de banda da rede e latência. Assim, o tamanho da pizza é relacionado aos recursos gerais do farm; a adição de recursos (como servidores de farm) aumenta o tamanho.
Essa pizza é dividida em fatias que representam carga de várias fontes: solicitações de usuário, consultas de pesquisa, operações em relação a recursos instalados, trabalhos de temporizador e sobrecarga do sistema operacional. Cada uma dessas seções deve compartilhar os recursos disponíveis do farm. Se o tamanho de uma fatia aumentar, o das outras deve diminuir proporcionalmente. Como a carga em um farm não é estática (as solicitações de usuário, por exemplo, só podem ser significativas durante determinadas horas do dia), o tamanho relativo das fatias está constantemente em fluxo. Assim, cada fatia deve manter um tamanho mínimo exigido para funcionar normalmente, e uma vez que as funções representadas por cada fatia são interdependentes, o aumento no tamanho de uma fatia pode impor mais carga nas outras, além de reduzir os recursos disponíveis para elas consumirem.
Usando essa metáfora, o objetivo do design do farm é tornar a pizza grande o suficiente para acomodar o tamanho exigido de cada fatia sob a carga de pico.
Agora, pense em um cenário em que as solicitações do usuário aumentam em 100% em relação à base de referência. Digamos que cerca de metade das solicitações são consultas de pesquisa, e a outra metade são listas de edição e documentos. Essa carga aumentada comprime as outras fatias, mas alguns recursos do farm também devem trabalhar mais para compensar. O serviço de Pesquisa deve processar mais consultas, a maioria das quais tratadas pelo cache, mas algumas consultas são transferidas para os servidores do banco de dados, aumentando também sua carga. Se a carga nos servidores de banco de dados se tornar muito grande, os comprimentos da fila de disco aumentarão, o que, por sua vez, aumenta a latência de todas as outras solicitações.
Limites e limiares
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. O desempenho aceitável significa que o sistema conforme testado pode dar suporte a esse número de objetos, mas que o número não pode ser excedido sem alguma diminuição no desempenho ou uma redução 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.
Redesenha ou particione a solução para garantir que você não exceda as diretrizes de capacidade.
Limites por hierarquia
Esta seção fornece os limites classificados pela hierarquia lógica de um farm do SharePoint Server 2016.
Limites do aplicativo da web
A tabela a seguir lista as diretrizes recomendadas para aplicativos Web.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Aplicativo Web |
20 por farm |
Com suporte |
Recomendamos a limitação do número de aplicativos Web tanto quanto possível. Crie conjuntos de sites denominados de host onde for possível em vez de adicionar aplicativos Web. |
| 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 para os conjuntos de sites denominados de host |
20 por farm |
Com suporte |
Os caminhos gerenciados para os conjuntos de sites denominados de host se aplicam em nível de farm. Cada caminho gerenciado que é criado pode ser aplicado em qualquer aplicativo Web. |
| Caminho gerenciado para os conjuntos de sites baseados em caminho |
20 por aplicativo Web |
Com suporte |
Os caminhos gerenciados são colocados em cache no servidor web e os recursos de CPU são usados para processar as solicitações de entrada contra a lista do caminho gerenciado. Os caminhos gerenciados para os conjuntos de sites baseados em caminho se aplicam em nível de aplicativo Web. Você pode criar um conjunto diferente de caminhos gerenciados para cada aplicativo Web. Exceder 20 caminhos gerenciados por aplicativo Web adiciona mais carga ao servidor Web para 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 serão recuperadas do disco, o que pode reduzir os tempos de resposta. Para configurar o tamanho do cache solução, confira Set-SPInfoPathFormsService. |
Limites do SharePoint server
A tabela a seguir lista as diretrizes recomendadas para servidores Web no farm.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Pools de aplicativos |
10 por servidor Web |
Limite |
O número máximo é determinado pelas capacidades de hardware. Esse limite é em grande parte dependente de: A quantidade de RAM alocada aos servidores Web A carga de trabalho que o farm está servindo, isto é, a base de usuários e as características de uso (um único pool de aplicativo altamente ativo pode utilizar 10 GB ou mais) |
Limites do banco de dados de conteúdo
A tabela a seguir lista as diretrizes recomendadas para bancos de dados de conteúdo.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Número de bancos de dados de conteúdo |
500 por farm |
Com suporte |
O número máximo de bancos de dados de conteúdo por farm é 500. Com 500 bancos de dados de conteúdo por aplicativo Web, as operações de usuário final, como abrir o site ou coleções 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 PowerShell para gerenciar o aplicativo Web quando um número grande de bancos de dados de conteúdo estiver presente, porque a interface de gerenciamento pode torna-se lenta e difícil de navegar. Com 200 GB por banco de dados de conteúdo e 500 bancos de dados de conteúdo por farm, o SharePoint Server 2016 dá suporte a 100 TB de dados por farm. |
| 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 RBS (Armazenamento Remoto de BLOB), o volume total de armazenamento e metadados de BLOB remotos no banco de dados de conteúdo não deve exceder o limite de 200 GB. |
| 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: Desempenho do subsistema de disco de 0,25 IOPS por GB. 2 IOPs por GB são recomendados para um desempenho ideal. Você deve ter desenvolvido planos para alta disponibilidade, recuperação de desastres, capacidade futura e teste de desempenho. Também considere com cuidado os fatores a seguir: Os requisitos de backup e restauração podem não ser atendidos pelo backup nativo do SharePoint Server 2016 para bancos de dados de conteúdo maiores que 200 GB. É recomendável avaliar e testar soluções de backup e backup alternativas do SharePoint Server 2016 para determinar a melhor solução para seu ambiente específico. É altamente recomendável ter um gerenciamento de administrador qualificado proativo das instalações do SharePoint Server 2016 e SQL Server. A complexidade de personalizações e configurações no SharePoint Server 2016 pode exigir a refatoração (ou divisão) de dados em vários bancos de dados de conteúdo. Peça ajuda a um arquiteto profissional qualificado e execute testes para determinar o tamanho ideal do banco de dados de conteúdo para a implementação. Exemplos de complexidade podem incluir implantações de código personalizadas, uso de mais de 20 colunas na promoção de propriedades ou recursos listados como não para serem usados na seção de mais de 4 TB abaixo. A refatoração de coleções de sites permite a expansão de uma implementação do SharePoint Server 2016 em vários bancos de dados de conteúdo. Isso permite que as implementações do SharePoint Server 2016 dimensionem indefinidamente. Essa refatoração é mais fácil e rápida quando os bancos de dados de conteúdo possuem menos de 200 GB. Sugere-se que, para facilitar o backup e restaurar, as coleções de sites individuais dentro de um banco de dados de conteúdo sejam limitadas a 100 GB. Para obter mais informações, consulte Limites do conjunto de sites. Importante: não recomendamos o uso de bancos de dados de conteúdo que excedam 4 Terabytes (TB), exceto em cenários de arquivo de documento (descritos na próxima linha nesta tabela). Se, no futuro, você precisar atualizar sua instalação do SharePoint Server 2016, atualizar as coleções de sites nos bancos de dados de conteúdo poderá ser muito difícil e demorado. > É altamente recomendável que você expanda em vários bancos de dados de conteúdo, em vez de exceder 4 TB de dados em um único banco de dados de conteúdo. |
| Tamanho do banco de dados de conteúdo (situação 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: Você deve cumprir todos os requisitos do limite de "Tamanho do banco de dados de conteúdo (todos os cenários de uso)" anteriormente descrito nesta tabela, e considerar cuidadosamente todos os fatores discutidos no campo Observações desse limite. Os sites do SharePoint Server 2016 devem ser baseados na Central de Documentos ou no modelo de site Central de Registros. Menos de 5% do conteúdo do banco de dados de conteúdo é acessado, e menos de 1% do conteúdo é modificado ou gravado, por mês em média. Não use alertas, fluxos de trabalho, correções de link ou segurança no nível do item em nenhum objeto do SharePoint Server 2016 no banco de dados de conteúdo. > [! OBSERVAÇÃO]> Bancos de dados de conteúdo de arquivo de documentos podem ser configurados para aceitar documentos de fluxos de trabalho de Roteamento de Conteúdo. |
| 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 2016 é de 60 milhões de itens, incluindo documentos e itens de lista. Se você planeja armazenar mais de 60 milhões de itens no SharePoint Server 2016, deverá implantar vários bancos de dados de conteúdo. |
| Conjuntos de sites por banco de dados de conteúdo |
Máximo de 10.000 (2.500 conjuntos de sites não pessoais e 7.500 sites pessoais, ou 10.000 sites pessoais somente) |
Com suporte |
Recomendamos extremamente limitar o número de conjuntos de sites em um banco de dados de conteúdo para 5.000. No entanto, até 10.000 conjuntos têm suporte em um banco. Em um banco de dados de conteúdo com até 10.000 coleções de sites totais, no máximo 2.500 delas podem ser coleções de sites não pessoais. É possível dar suporte a 10.000 coleções de sites pessoais se forem as únicas coleções de sites no banco de dados de conteúdo. 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. 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 5.000 conjuntos de sites o coloca em risco de ocorrerem tempos de inatividade mais longos durante as atualizações. Se você planeja exceder 5.000 conjuntos de sites, recomendamos que você tenha uma estratégia de atualização clara para corrigir a duração da inatividade e o impacto nas operações e obtenha hardware adicional para acelerar as atualizações de software e atualizações que afetam os bancos de dados. Exceeding the 5,000 site collection limit puts you at risk of longer downtimes during upgrades. If you plan to exceed 5,000 site collections, we recommend that you have a clear upgrade strategy to address outage length and operations impact, and obtain additional hardware to speed up the software updates and upgrades that affect databases. Para definir o aviso e os níveis máximos para o número de sites em um banco de dados de conteúdo, use o cmdlet do PowerShell Set-SPContentDatabase com o parâmetro WarningSiteCount . For more information, see Set-SPContentDatabase. |
| Subsistema de armazenamento Remote BLOB Storage (RBS) no armazenamento NAS (Network Attached Storage) |
O tempo para o primeiro byte de qualquer resposta do NAS deverá permanecer em 40 milissegundos em 95% das vezes. |
Limiar |
Quando o SharePoint Server 2016 for configurado para usar o RBS e os BLOBs residem em armazenamento NAS, considere o limite com suporte a seguir. Desde o momento em que o SharePoint Server 2016 solicita um BLOB até receber o primeiro byte do NAS, 95% das vezes podem passar no máximo 40 milissegundos. |
Limites do conjunto de sites
A tabela a seguir lista as diretrizes recomendadas para conjuntos de sites.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Conjuntos de sites por farm |
250.000 por conjunto de sites/500.000 Sites Pessoais/250.000 outros sites por farm. |
Com suporte |
O número máximo recomendado de conjuntos de sites por farm é de 500.000 sites pessoais mais 250.000 para todos os outros modelos de site. Os sites podem residir em um aplicativo Web ou podem ser distribuídos em vários aplicativos Web. Esse limite é afetado por outros fatores que podem reduzir o número efetivo de coleções de sites que podem ser suportadas por um determinado banco de dados de conteúdo. Se cada um desses bancos de dados de conteúdo contiver 1.000 conjuntos de sites, o número total de conjuntos no aplicativo Web será de 200.000, o que está dentro dos limites com suporte. No entanto, se cada banco de dados de conteúdo tiver 10.000 conjuntos de sites, embora esse número seja com suporte para um banco de dados de conteúdo, o número total de conjuntos no farm será 2.000.000, o que excede o limite do número de conjuntos de sites por aplicativo Web. Por exemplo, o farm A contém um aplicativo 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 1.000 conjuntos de sites, o número total de conjuntos no aplicativo Web será de 200.000, o que está dentro dos limites com suporte. No entanto, se cada banco de dados de conteúdo contiver 10.000 coleções de sites, embora esse número tenha suporte para um banco de dados de conteúdo, o número total de coleções de sites no farm será de 2.000.000, o que excede o limite para o número de coleções de sites por aplicativo Web. O uso da memória nos servidores Web deve ser monitorado, conforme o uso da memória é dependente dos padrões de uso e quantos sites estão sendo acessados em determinado prazo. Da mesma forma, os alvos de rastreamento também podem exibir a pressão de memória e, em caso afirmativo, o pool de aplicativos deve ser configurado para reciclar antes da memória disponível em qualquer servidor Web baixar para menos de 2 GB. |
| Site |
250.000 por conjunto de sites / 250.000 por farm / 500.000 sites pessoais por farm. |
Com suporte |
Embora o limite com suporte para o número de sites em um conjunto de sites seja 250.000, o limite recomendado é 2.000. O desempenho poderá ser reduzido, uma vez que o número de sites da Web, supera 2.000 em um conjunto de sites. Importante: é altamente recomendável ficar abaixo de 2.000 sites por coleção de sites. Você pode criar um número total muito grande de sites criando várias coleções de sites com até 2.000 sites por coleção de sites. Por exemplo, 125 coleções de sites que contêm 2.000 sites cada serão equivalentes a 250.000 sites no farm. Isso seria considerado o limite máximo recomendado para sites não pessoais. Se você tiver 250.000 coleções de sites, todas contendo um site raiz que não seja o modelo de Site Pessoal, adicionar um sub-site 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: Excluir ou criar um site pode afetar a disponibilidade de outros sites no mesmo conjunto de sites. O acesso aos sites da Web no conjunto de sites será limitado enquanto o site está sendo excluído. Tentar criar vários sites ao mesmo tempo também pode causar uma falha. Quando tiver mais de 2.000 sites da Web, o desempenho de ações, como executar o PSConfig ao adicionar um novo servidor a um farm existente ou depois de instalar atualizações do SharePoint, terá uma diminuição drástica. A execução da operação stsadm -o checklocalupgradestatus ou a execução diária do trabalho do temporizador Trabalho de Versão do Produto pode levar várias horas para ser concluída. Navegar na página Revisar banco de dados status (<your_SharePoint_CentralAdmin_URL>/_admin/UpgradeStatus.aspx) no site da Administração Central pode resultar em um tempo limite. |
| Tamanho do conjunto de sites |
Tamanho máximo do banco de dados de conteúdo |
Com suporte |
A site collection can be as large as the content database size limit for the applicable usage scenario. For more information about the different content database size limits for specific usage scenarios, see the Content database limits table in this article. Enfatizamos que, em geral, é recomendável limitar o tamanho dos conjuntos de sites para 100 GB pelos motivos a seguir: Certain site collection actions, such as site collection backup/restore or the PowerShell cmdlet Move-SPSite, cause large SQL Server operations which can affect performance or fail if other site collections are active in the same database. For more information, see Move-SPSite. O backup e a restauração da coleção de sites do SharePoint só têm suporte para um tamanho máximo de coleção de sites de 100 GB. Para conjuntos de sites maiores, o banco de dados de conteúdo inteiro deve ser armazenado em backup. Se diversos conjuntos de sites maiores que 100 GB estiverem contidos em um único banco de dados de conteúdo, as operações de backup e restauração podem demorar muito e correm o risco de falhar. |
| Número de canais do dispositivo por conjunto de sites de publicação |
10 |
Limiar |
O número máximo permitido de canais do dispositivo por conjunto de sites de publicação é 10. |
Limites de lista e biblioteca
A tabela a seguir lista as diretrizes recomendadas para listas e bibliotecas. Para obter mais informações, confira Projetando listas grandes e maximizando o desempenho da lista (SharePoint Server 2010).
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Tamanho da linha da lista |
8.000 bytes por linha |
Limiar |
Each list or library item can only occupy 8,000 bytes in total in the database. 300 bytes are reserved, leaving 7700 bytes for end-user columns. For details on how much space each kind of field consumes, see Column limits. |
| Tamanho do arquivo |
10 GB |
Limiar |
O tamanho de arquivo padrão é 2 gigabytes (GB) (2047 MB). No entanto, um número elevado de arquivos muito grandes pode afetar o desempenho de farm. OBSERVAÇÃO: no SharePoint Server 2019, o limite de arquivo é de 15 GB. |
| Documentos |
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 básicas – como abrir, salvar e excluir arquivos e exibir o histórico da versão – podem falhar. |
| Versões secundárias |
511 |
Limiar |
O número máximo de versões de arquivos secundárias é 511. Esse limite não pode ser excedido. |
| Itens |
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. |
| 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 |
12 operações de junções por consulta |
Limite |
Specifies the maximum number of joins allowed per query, such as those based on lookup, person/group, or workflow status columns. If the query uses more than eight joins, the operation is blocked. Isso não se aplica a operações de item único. Ao usar a exibição máxima através do modelo de objeto (sem especificar qualquer campo de exibição), o SharePoint retornará as primeiras doze pesquisas. |
| Limite da exibição da lista |
maior que 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. Ao adicionar ou remover um índice de coluna, o limite é 20.000 por padrão. Ao excluir uma lista ou uma pasta, o limite é 100.000 por padrão. Ao renomear uma pasta na mesma biblioteca, o limite é 100.000 por padrão. |
| 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 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 tem um bom desempenho, pois 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. |
| Listar |
Dois mil por site |
Limite |
Os testes indicam uma redução no desempenho da exibição de lista ao exceder duas mil entradas. |
| Coautoria no Word e 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 há 99 coautores que têm um único documento aberto para edição simultânea, cada usuário sucessivo vê um erro "Arquivo em uso" e pode somente abrir uma cópia somente leitura. Mais de 10 coeditores levarão a uma experiência de usuário gradualmente degradada com mais conflitos, e os usuários poderão ter que passar por mais iterações para carregar com êxito as suas alterações para o servidor. |
| Escopo de segurança |
50.000 por lista |
Limite |
O número máximo de escopos de segurança exclusivos definidos 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 únicos. Para grandes listas, considere o uso de um projeto que use menos permissões únicas possíveis. Quando o número de escopos de segurança únicos para uma lista exceder o valor do limite de exibição da lista (definido por padrão em 5.000 itens de lista), idas e vindas do SQL Server adicionais ocorrem quando a lista for visualizada, o que pode 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 tem um limite de segurança separado definido. Um escopo contém uma ACL (Lista de Controle de Acesso), mas, ao contrário das ACLs NTFS, um escopo pode incluir entidades de segurança específicas do SharePoint Server 2016. 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. |
| Propagação do escopo de segurança da ACL (lista de controle de acessos) |
500 objetos filho com escopos exclusivos |
Limite |
O número máximo de objetos filho com escopos de segurança exclusivos que podem ser atualizados durante a propagação da ACL não pode exceder 500. As atualizações de escopo podem ser definidas para atualizar objetos filho usando a propagação da ACL, que atualizará itens com escopo exclusivos e itens que herdam permissões. Se o número máximo de objetos filho com escopos exclusivos for superior a 500 durante a atualização de um escopo pai que inclui a propagação da ACL para os filhos, a propagação possivelmente falhará atualizando apenas alguns dos filhos com escopos exclusivos. Sempre que o número máximo de objetos filho com escopos exclusivos for maior que 500 acl não deve ser usado. |
Limites de coluna
Os dados do SharePoint Server 2016 são armazenados em tabelas do SQL Server. Cada tipo de coluna tem um valor de tamanho listada em bytes. A soma de todas as colunas em uma lista do SharePoint não pode exceder 8.000 bytes.
| Limite | Número máximo de colunas | Tipo de limite | Tamanho por coluna | Anotações |
|---|---|---|---|---|
| Única linha de texto |
255 |
Limite |
30 bytes |
|
| Linhas Múltiplas de Texto |
350 |
Limite |
22 bytes |
|
| Escolha |
255 |
Limite |
30 bytes |
|
| Escolha (várias seleções) |
350 |
Limite |
22 bytes |
|
| Número |
550 |
Limite |
14 bytes |
|
| Moeda |
550 |
Limite |
14 bytes |
|
| Data e Hora |
550 |
Limite |
14 bytes |
|
| Pesquisa |
750 |
Limite |
10 bytes |
|
| Sim / Não |
1000 |
Limite |
7 bytes |
|
| Pessoa ou grupo |
750 |
Limite |
10 bytes |
|
| Hiperlink ou imagem |
127 |
Limite |
60 bytes |
Uma coluna Hiperlink ou Imagem tem duas colunas alocadas para armazenamento: uma para a URL e outra para a Descrição. |
| Calculado |
255 |
Limite |
30 bytes |
SQL Server encapsulamento de linha ocorre após cada 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 |
350 |
Limite |
22 bytes |
SQL Server encapsulamento de linha ocorre após 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). |
| Inteiro |
750 |
Limite |
10 bytes |
|
| Metadados gerenciados |
190 |
Limite |
60 bytes para o primeiro, 40 bytes para cada subsequente |
O primeiro campo de Metadados Gerenciados adicionado a uma lista é alocado a quatro colunas: Um campo de pesquisa para a marca real Um campo de texto oculto para o valor de sequência Um campo de pesquisa para a captura de todos Um campo de pesquisa para spillover da captura de todos Cada campo subsequente de Metadados Gerenciados adicionado a uma lista adiciona outras duas colunas: Um campo de pesquisa para a marca real Um campo de texto oculto para o valor de sequência O número máximo de colunas de Metadados Gerenciados é calculado como (14 + (16 * (n-1))) em que n é o valor de mapeamento de linha (padrão de 6). |
| Localização geográfica |
2 |
Limite |
30 bytes |
As colunas de Dados Externos têm o conceito de uma coluna primária e colunas secundárias. Ao adicionar uma coluna de dados externa, você pode selecionar alguns campos secundários do tipo de conteúdo externo que deseja ser adicionado à lista. Por exemplo, dado um tipo de conteúdo externo "Cliente", que tem campos como "ID", "Name", "Country" e "Description", quando você adiciona uma coluna Dados Externos do tipo "Cliente" a uma lista, você pode adicionar campos secundários para mostrar a "ID", "Nome" e "Descrição" do Cliente. No geral, estas são as colunas que são adicionadas:
Coluna primária: Um campo de texto.
Coluna ID oculta: um campo de texto de várias linhas.
Colunas secundárias: Cada coluna secundária é um texto de texto/número/Booleano/várias linhas 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 a coluna Linha única de texto e a Descrição para Linhas múltiplas de texto.
Limites de página
A tabela a seguir lista as diretrizes recomendadas para páginas.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Web Parts |
25 por página de wiki ou web part |
Limite |
This figure is an estimate based on simple Web Parts. A complexidade determina quantos Web Parts podem ser usados em uma página antes que o desempenho seja afetado. |
Limites de segurança
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Número de grupos do SharePoint aos quais um usuário pode pertencer |
5.000 |
Com suporte |
Esse não é um limite difícil, mas é consistente com as diretrizes do Active Directory. Existem vários fatores que podem afetar esse número: O tamanho do token do usuário O cache de grupos: o SharePoint Server 2016 tem uma tabela que coloca em cache o número de grupos aos quais um usuário pertence, assim que esses grupos sejam usados nas listas de controle de acesso (ACLs). O tempo de verificação de segurança: à medida que cresce o número de grupos dos quais o usuário é membro, o tempo exigido para a verificação do acesso também aumenta. |
| Usuários em um conjunto de sites |
2 milhões por conjunto de sites |
Com suporte |
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. 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) na coleção de sites (mais de mil), você deve usar o PowerShell para gerenciar usuários em vez da interface do usuário. Isso fornece uma experiência de gerenciamento melhor. |
| Princípios do Active Directory/Usuários em um grupo do SharePoint |
5.000 por grupo do SharePoint |
Com suporte |
O SharePoint Server 2016 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: Atrair usuários para validar as permissões. Essa alteração torna-se cada vez mais longa com o aumento no número de usuários em um grupo. Renderização da associação da exibição. Essa operação sempre exige tempo. |
| 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 |
The size of the scope affects the data that is used for a security check calculation. This calculation occurs every time that the scope changes. Não há limite rígido, mas quanto maior o escopo, mais tempo o cálculo leva. |
Limites por recurso
Esta seção lista os limites classificados por recurso.
Limites da pesquisa
As orientações recomendadas para pesquisa são organizadas conforme os aspectos de pesquisa impactados pela mesma: a topologia, o tamanho dos itens, dicionários, rastreamento, esquema, consultas e resultados, ranking e o índice.
Pesquisa: limites da topologia
Os limites da topologia garantem uma comunicação eficiente entre os componentes de pesquisa. Exceeding these limits slows down the communication between search components, which can result in longer query latencies and ultimately outage of search.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Componentes de processamento de análise |
6 por aplicativo de serviço de Pesquisa; 1 por servidor |
Com suporte |
|
| Bancos de dados de relatórios de análise |
4 por aplicativo de serviço de Pesquisa |
Limite |
Você pode exceder esse limite para acomodar requisitos específicos. Ao escalar, adicione um banco de dados de relatório de análise quando o tamanho de qualquer um dos bancos de dados de análise implantados atingir o tamanho total de 250 GB ou 20 M de linhas totais. Dessa forma, o reparticionamento é o mais equilibrado possível. |
| Bancos de dados de link |
4 por aplicativo de serviço de Pesquisa |
Com suporte |
O número mais alto testado de itens que um banco de dados de link pode conter é de 100 milhões. |
| Componentes de rastreamento |
16 por aplicativo de serviço de Pesquisa; 1 por servidor |
Com suporte |
|
| Componente de índice |
60 por aplicativo de serviço de Pesquisa; 4 por servidor |
Com suporte |
Para calcular o número de componentes de índice que você tem, multiplique o número de partições de índice pelo número de réplicas de índice. |
| Partições de índice |
25 por aplicativo de serviço de Pesquisa |
Com suporte |
Uma partição de índice contém um subconjunto de índice do aplicativo de serviço de pesquisa. Aumentando o número de resultados de partições de índice em cada partição, mantendo um subconjunto menor do índice, reduzindo o espaço da memória RAM e do disco, que é necessário para os servidores que hospedam os componentes de índice. |
| Réplicas de índice |
3 por partição de índice |
Com suporte |
Cada partição de índice pode ter um conjunto de réplicas. Se você aumentar o número de réplicas de índice, isso terá um efeito positivo sobre o desempenho da consulta e proporcionará melhor tolerância a falhas. No entanto, se você adicionar muitas réplicas à partição de índice, isso poderá ter um efeito negativo sobre a indexação. Para cenários de sites da Internet, que geralmente têm uma alta taxa de consultas, mas um baixo volume de conteúdo (menos de 4 milhões de itens por partição), o limite com suporte é de 6 réplicas de índice por partição. |
| Componentes de processamento do conteúdo |
1 por servidor |
Com suporte |
A topologia de pesquisa oferece suporte à expansão do número de componentes de processamento de conteúdo. Embora um host físico ou uma máquina virtual específica ofereça suporte a vários componentes de processamento de conteúdo, a capacidade da CPU será melhor utilizada com um componente de processamento de conteúdo. O motivo disso é que um mecanismo interno maximiza o uso de CPU ajustando o número de sessões de alimentação de acordo com os núcleos de CPU disponíveis. Várias sessões de alimentação permitem que o componente de processamento de conteúdo processe documentos de entrada em paralelo. Esse mecanismo pressupõe um único componente de processamento de conteúdo por host. Se o número de núcleos físicos no host for igual a N, o componente de processamento de conteúdo terásessões de alimentação N K. K é um coeficiente constante com o valor inicial 3. Um servidor de 4 núcleos tem 12 sessões de alimentação, o que significa que o componente de processamento de conteúdo pode processar 12 documentos em paralelo. Você pode alterar o valor de K definindo a propriedade NumberOfCssFeedersPerCPUForRegularCrawl do Aplicativo de Serviço de Pesquisa. O SharePoint Server 2016 limita o valor de N para 12, mesmo que um servidor tenha mais de 12 núcleos físicos. Portanto, um servidor de 16 núcleos tem NK = 12 * 3 = 36 sessões de alimentação. Caso ainda haja tempo de CPU ocioso, considere aumentar o coeficiente K, em vez de adicionar um componente de processamento de conteúdo extra. Se você aumentar o coeficiente K, precisará verificar se o host tem memória suficiente disponível. |
| Componente do processamento de consultas |
1 por servidor |
Com suporte |
O SharePoint Server 2016 dá suporte somente a um componente de processamento de consulta por máquina física ou máquina virtual. |
| Componentes de pesquisa |
64 por aplicativo de serviço de Pesquisa |
Com suporte |
Esse limite não inclui componentes de rastreamento. A soma dos outros componentes de pesquisa deve permanecer dentro desse limite. |
| Aplicativo de serviço de Pesquisa |
20 por farm |
Com suporte |
Vários aplicativos de serviço de pesquisa podem ser implantados no mesmo farm, porque você pode atribuir componentes de pesquisa e bancos de dados em servidores separados. Este limite é menor do que o limite para o número total de aplicativos de serviços em um farm. |
| Fontes de conteúdo |
500 por aplicativo de serviço de Pesquisa |
Limiar |
Há sobrecarga associada a cada fonte de conteúdo, portanto, recomendamos que você crie o menor número de fontes de conteúdo que atendam aos seus outros requisitos operacionais, por exemplo, diferenças na prioridade de rastreamento e agendamento. |
Pesquisa: limites de tamanho do item
Os limites de tamanho de item protegem o desempenho do rastreamento e o tamanho do índice. Aqui estão alguns exemplos de como os limites podem afetar a pesquisa:
Se você não consegue obter resultados quando procura por um item, talvez o item seja grande demais. Um aviso aparece no Log de Rastreamento, informando que o arquivo excedeu o tamanho máximo que o rastreador pode baixar.
If you search for text in an item and only get results from the first part of the text, the content processing component may have truncated the item because it exceeded some of item size limits. When the content processing component truncates an item, it indicates this by setting the managed property IsPartiallyProcessed to True. A warning will also show up in the Crawl Log, stating why the item was truncated.
Se você ajustar os limites de tamanho do item, recomendamos que você trabalhe com eles na ordem em que aparecem nesta tabela.
| Limite | Valor máximo | Tipo de limite | Notas |
|---|---|---|---|
| É possível baixar o componente de rastreamento de tamanho de documento |
64 MB (4 MB para documentos do Excel) |
Limite |
A pesquisa baixa metadados e conteúdo de um documento até que ele atinja o tamanho máximo de documento. O restante do conteúdo não é baixado. A pesquisa sempre faz download dos metadados de um documento. You can change the default limit for the maximum document size. Do this by using Microsoft PowerShell cmdlets to change the Search service application property MaxDownLoadSize or MaxDownloadSizeExcel. MaxDownLoadSize doesn't impact the maximum size for Excel documents. Enter the value in megabytes. The maximum value for the maximum document size is 1024 MB, also for Excel documents. Se você aumentar o limite do tamanho máximo de documentos, a pesquisa indexa mais conteúdo e precisa de mais espaço em disco. |
| Tamanho do conteúdo analisado |
2 milhões de caracteres |
Limiar |
A pesquisa para de analisar um item depois de ter analisado até 2 milhões de caracteres de conteúdo a partir dele, incluindo os anexos do item. O número real de caracteres analisados pode ser menor que esse limite porque a pesquisa usa no máximo 30 segundos para analisar um único item e seus anexos. Quando a pesquisa para de analisar um item, o item é marcado como parcialmente processado. Qualquer conteúdo não analisado não é processado e, portanto, não é indexado. |
| Caracteres produzidos pelo separador de palavras |
1,000,000 |
Limiar |
A pesquisa separa o conteúdo em palavras individuais (tokens). O separador de palavras produz tokens dos primeiros 1.000.000 caracteres de um único item, incluindo os anexos do item. O número real de itens processados pode ser menor que esse limite porque a pesquisa usa no máximo 30 segundos na quebra de palavras. Qualquer conteúdo restante não é processado e, portanto, não é indexado. |
| Tamanho da propriedade gerenciada indexada |
512 KB por propriedade gerenciada pesquisável/consultável |
Limite |
Esse tipo de limite é o valor padrão para o tamanho máximo de uma propriedade gerenciada definida como "pesquisável" ou "consultável". You can configure this limit by using PowerShell cmdlets and the schema object model to set the MP.MaxCharactersInPropertyStoreIndex attribute. Enter the value in bytes. O valor máximo para esse tamanho máximo é 2097152 bytes. Se você aumentar esse limite, habilitará a indexação de mais dados por propriedade gerenciada. A indexação mais dados por propriedade gerenciada usa mais espaço em disco e aumenta a carga total no sistema de pesquisa. |
| Tamanho da propriedade gerenciada recuperável |
16 KB por propriedade gerenciada |
Limite |
Esse tipo de limite é o valor padrão para o tamanho máximo de uma propriedade gerenciada recuperável. Se você aumentar esse limite, habilitará a indexação de mais dados por propriedade gerenciada. O aumento desse limite também habilita a pesquisa a recuperar mais dados por propriedade gerenciada para resultados de pesquisa. A indexação e recuperação de mais dados por propriedade gerenciada aumenta a carga total no sistema de pesquisa e usa mais espaço em disco. You can configure this limit per managed property by using PowerShell cmdlets and the schema object model to set the P.MaxCharactersInPropertyStoreForRetrievalattribute. Enter the value in bytes. O valor máximo para esse tamanho máximo é 2097152 bytes. Se você aumentar esse limite, habilitará a indexação de mais dados por propriedade gerenciada. O aumento desse limite também habilita a pesquisa a recuperar mais dados por propriedade gerenciada para resultados de pesquisa. Indexação e recuperação de mais dados por propriedade gerenciada |
| Tamanho da propriedade gerenciada ordenável e refinável |
16 KB por propriedade gerenciada |
Limiar |
Esse tipo de limite é o tamanho máximo de uma propriedade gerenciada classificável e refinável. |
| Tamanho do token |
Variável |
Limiar |
A pesquisa pode indexar tokens de qualquer comprimento. Mas o separador de palavras que a pesquisa usa para produzir tokens podem limitar o comprimento do token. Os separadores de palavras são componentes linguísticos que separam o conteúdo em palavras simples (tokens). Você também pode criar separadores de palavras personalizados. Assim, o limite de tamanho de token depende do separador de palavras. Aqui está o limite do separador de palavras para línguas ocidentais: O separador de palavras considera apenas os primeiros 1000 caracteres de um token para a separação, ele ignora quaisquer caracteres restantes. O separador de palavras divide os tokens que têm mais de 300 caracteres em dois ou mais tokens em que nenhum token tem mais de 300 caracteres. Por exemplo, um token de 612 caracteres é dividido em dois tokens de 300 caracteres e um token de 12 caracteres. |
| Tokens indexados exclusivos por propriedade gerenciada |
1.000.000 |
Limite |
Esse tipo de limite é o número máximo de tokens exclusivos que podem ser adicionados ao índice de pesquisa por propriedade gerenciada. Esse limite não pode ser alterado. Se o limite for excedido, o índice conterá os primeiros 1.000.000 tokens da propriedade gerenciada e o arquivo será marcado como parcialmente processado definindo a propriedade IsPartiallyProcessed como true. Exceção: se o limite for alcançado em uma propriedade gerenciada relacionada à ACL, nenhum token dessa propriedade gerenciada será adicionado ao índice. |
| Diferentes usuários ou grupos de segurança do AD que têm acesso a um item |
1.000.000 |
Limite |
Quando mais de 1 milhão diferentes usuários ou grupos de segurança do AD têm acesso a um item, o item não é pesquisável por nenhum usuário. Esses itens só são devolvidos como parte de uma consulta de Descoberta Eletrônica no Centro de Conformidade e Segurança. |
Pesquisa: limites de dicionário
Os limites de dicionário protegem a memória, a eficiência de processamento de conteúdo e os resultados de consulta.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Número de entradas em um dicionário |
1 milhão |
Com suporte |
O dicionário de sinônimos contém sinônimos para termos da consulta. Exceder esse limite testado pode resultar em aumento do uso de memória e um maior tempo de resposta da consulta. |
| Número de entradas em um dicionário de extração de entidade personalizada |
1 milhão |
Com suporte |
Exceder esse limite testado pode resultar em aumento do uso de memória, indexação mais lenta e um aumento do tempo de resposta da consulta. |
| Número de entradas em um dicionário personalizado |
5.000 termos por inquilino |
Limiar |
Esse tipo de limite restringe o número de termos permitidos para dicionários de inclusões e exclusões para correção ortográfica de consulta e extração da empresa. Você pode armazenar mais termos do que esse limite no Repositório de termos, mas a pesquisa só usa 5000 termos per inquilino. |
Pesquisa: limites de esquema
Os limites do esquema protegem os recursos de memória e mantêm a sobrecarga de operação de gerenciamento em um nível aceitável.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Propriedades rastreadas |
500.000 por aplicativo de serviço de Pesquisa |
Com suporte |
O conteúdo e os metadados dos itens que você rastreia são representados como propriedades rastreadas. Você pode mapear essas propriedades rastreadas para propriedades gerenciadas. Se o número de propriedades rastreadas exceder esse limite suportado, a velocidade de indexação será reduzida. |
| Propriedades gerenciadas |
50.000 por aplicativo de serviço de Pesquisa |
Com suporte |
A pesquisa usa propriedades gerenciadas em consultas. As propriedades rastreadas são mapeadas para propriedades gerenciadas. Exceder o limite com suporte para propriedades gerenciadas reduz a velocidade de indexação. |
| Mapeamentos de propriedade gerenciada |
100 por propriedade gerenciada |
Com suporte |
As propriedades rastreadas podem ser mapeadas para propriedades gerenciadas. Exceder esse limite pode diminuir a velocidade do rastreamento e o desempenho da consulta. |
| Valores por propriedade gerenciada |
1,000 |
Limiar |
Uma propriedade gerenciada pode ter vários valores do mesmo tipo. Esse tipo de limite é o número máximo de valores por propriedade gerenciada multivaricada gerenciada por documento. Se esse número for ultrapassado, os valores restantes são descartados. |
| Propriedades de metadados reconhecidos |
100.000 por item rastreado |
Com suporte |
Esse tipo de limite é o número máximo de propriedades de metadados que o componente de rastreamento pode determinar ao rastrear um item. These metadata properties can be mapped or used for queries. Aproximar-se deste número de propriedades rastreadas pode resultar em uma baixa taxa de rastreamento. |
Pesquisa: limites de rastreamento
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Endereços iniciais |
500 por fonte de conteúdo |
Com suporte |
|
| Tamanho do nome do computador host |
15 caracteres |
Limite |
O NetBIOS limita o tamanho máximo do nome do computador host a este valor. |
| Bancos de dados de rastreamento |
15 por aplicativo de serviço de Pesquisa |
Com suporte |
Pesquisa: limites da consulta e resultado
Os limites para consultas e resultados protegem o mecanismo de pesquisa contra a execução de expressões de consulta grandes e o retorno de grandes conjuntos de resultados. Impedir que o mecanismo de pesquisa execute expressões de consulta grandes e retornar grandes conjuntos de resultados impede ataques do DoS (negação de serviço) e garante que os resultados retornem em tempo hábil. Se você precisar recuperar mais resultados, recomendamos que você use paginação.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Comprimento de texto para consultas usando Keyword Query Language |
4 KB (4.096 caracteres) |
Com suporte |
Esse tipo de limite é o valor testado e padrão para o comprimento máximo de texto de uma consulta criada usando a Linguagem de Consulta de Palavra-Chave, exceto para consultas de descoberta. Para consultas de Descoberta, 16 KB (16.384 caracteres) é o valor máximo padrão. 500 linhas |
| Comprimento do texto para consultas na home page do SharePoint |
16 KB (16.384 caracteres) |
Com suporte |
Esse limite se aplica apenas à versão prévia pública do SharePoint Server 2019. Esse tipo de limite é o valor padrão já testado para comprimento máximo de texto para consultas feitas na home page do SharePoint. O valor padrão para comprimento máximo de texto pode ser aumentado até o limite de 20 KB (20.480). |
| Com suporte |
500 linhas |
Com suporte |
Esse tipo de limite é o valor testado e padrão para o número máximo de linhas em um conjunto de resultados, exceto para uma consulta discovery. Para consultas de descoberta, 10.000 linhas é o valor padrão. Para exibir todo o conjunto de resultados, emita mais consultas de paginação. You can change the value for the maximum number of rows in a result set by using PowerShell cmdlets to change the Search service application property MaxRowLimit. MaxRowLimit defines the maximum value of the query property RowLimit and the Discovery query property RowLimit. RowLimit defines the number of rows each page contains in a result set. You can increase MaxRowLimit up to 10,000 rows, this is the supported boundary. |
| Remoção do resultado |
Sem limite |
Com suporte |
|
| Cota de alerta de pesquisa |
100.000 alertas por aplicativo de serviço de Pesquisa |
Com suporte |
Os usuários finais podem definir alertas de pesquisa para o conjunto de resultados de uma consulta. Quando os resultados são alterados ou atualizados, a pesquisa notifica o usuário final. Esse tipo de limite é o limite testado para um aplicativo serviço Pesquisa que tem uma combinação de consultas de usuário final (75%) e consultas de alerta (25%). O limite para um aplicativo de serviço de pesquisa que tem apenas consultas de alerta é de 400.000 alertas. Estes limites são baseados em um sistema com cinco consultas por segundo (QPS). |
Pesquisa: limites de classificação
Os limites de classificação protegem a memória do servidor do aplicativo, a latência de consulta e o tamanho do índice.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Modelos de classificação |
1.000 por inquilino |
Limiar |
A aproximação deste limite poderá ter um impacto negativo no desempenho geral do sistema. |
| Contextos únicos usados para classificação |
15 contextos únicos por modelo de classificação |
Limiar |
Esse tipo de limite é o número máximo de contextos exclusivos por modelo de classificação. |
| Páginas autorizadas |
Um nível superior e páginas de segundo e terceiro níveis mínimas por aplicativo do serviço de Pesquisa |
Com suporte |
Use o mínimo possível de páginas de segundo e terceiro níveis, mantendo, ao mesmo tempo, a relevância desejada. O limite é de 200 páginas autoritativas por nível de relevância por aplicativo de serviço de pesquisa. Se você adicionar mais páginas, talvez não obtenha a relevância desejada. Adicione o site principal ao primeiro nível de relevância. Adicione mais sites principais ao segundo ou ao terceiro nível de relevância, sendo um por vez. Avalie a relevância após cada adição para verificar se o efeito de relevância desejado foi alcançado. |
Pesquisa: limites de índice
Os limites de índice evitam que o índice cresça fora dos limites e exceda os recursos disponíveis.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Termos únicos no índice |
2^31 (>2 bilhões de termos) |
Limiar |
Esse tipo de limite é o número máximo de termos únicos que podem existir no índice de um aplicativo do serviço de Pesquisa. |
| Índices de texto completo definidos pelo usuário |
10 |
Limiar |
Esse tipo de limite é o número máximo de índices de texto completo. |
| Itens indexados |
Vinte milhões por partição do índice |
Com suporte |
Para o SharePoint Foundation 2013, o número máximo de itens indexados é de dois milhões de itens por partição de índice, antes da aplicação da Atualização Pública de junho de 2016 . Se o número de itens indexados for alto em relação à quantidade de memória que o servidor tem, essa despropriedade afetará negativamente o tempo de resposta da consulta. |
Limites do serviço Perfil de Usuário
A tabela a seguir lista as diretrizes recomendadas para o serviço Perfil de Usuário.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Perfis de usuário |
2.000.000 por aplicativo de serviço |
Com suporte |
Um aplicativo de serviço 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 |
Até 500 milhões de marcas sociais totais, notas e classificações são suportadas em um banco de dados social sem reduçõ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 | Observações | Observações | Anotações |
|---|---|---|---|
| Trabalhos de implantação de conteúdo executando em caminhos diferentes |
20 |
Com suporte |
Para executar trabalhos simultaneamente em caminhos conectados a coleções de sites no mesmo banco de dados de conteúdo de origem, há um risco aumentado de impasses no banco de dados. For jobs that must run concurrently, we recommend that you move the site collections into different source content databases. Observação: trabalhos simultâneos em execução no mesmo caminho não são possíveis. Se você estiver usando instantâneos SQL Server para implantação de conteúdo, cada caminho criará um instantâneo. Essa correlação instantâneo caminho aumenta os requisitos de E/S para o banco de dados de origem. 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 | Observações | Observações | Anotaçõ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 os Serviços de Conectividade Corporativa.
| Limite | Observações | Observações | Anotaçõ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 do sistema externo ativa/aberta em um determinado ponto no tempo. O valor máximo padrão é 200; o limite é 500. Esse limite é imposto no escopo do servidor Web, independentemente do tipo de sistema externo (por exemplo, banco de dados, assembly .NET e assim por diante) O máximo padrão é usado para restringir o número de conexões. Um aplicativo pode especificar um limite maior por meio do contexto de execução; o limite impõe o máximo até mesmo para aplicativos que não respeitam 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 máximo padrão de 2.000 é usado pelo conector de 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 Absolute Max impõe o máximo até mesmo para aplicativos que não respeitam o padrão. O limiar é 1.000.000. |
| Latência de Resposta |
600 segundos |
Limite |
Tempo limite usado pelo conector de dados externo por solicitação. O valor padrão é 180 segundos, mas os aplicativos podem ser configurados para especificar um valor maior, até o máximo de 600 segundos. |
| Tamanho da resposta do serviço |
150.000.000 bytes |
Limite |
O volume superior de dados por solicitação do conector de dados externo pode ser retornado. O valor padrão é 3.000.000 bytes, mas os aplicativos podem ser configurados para especificar um valor maior, até o máximo de 150.000.000 bytes. |
| Descritor de Filtro (na loja) |
200 por método ECT |
Limiar |
O número máximo de Descritores de Filtro por método ECT é 200. |
| Identificador ECT (na loja) |
20 por ECT |
Limiar |
O número máximo de identificadores por ECT é 20. |
| Item do banco de dados |
1.000.000 por consulta |
Limite |
O número máximo padrão de itens por solicitação que o conector de banco de dados pode retornar é 2.000 e o máximo absoluto é 1.000.000. The default max is used by the database connector to restrict the number of results that can be returned per page. O aplicativo pode especificar um limite maior por meio do contexto de execução; o máximo absoluto impõe o máximo permitido até mesmo para aplicativos que não respeitam o padrão, como indexação. |
Limites do fluxo de trabalho
A tabela a seguir lista as diretrizes recomendadas para o fluxo de trabalho.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Limite de adiamento do fluxo de trabalho |
15 |
Limite |
15 is the maximum number of workflows allowed to be executing against a content database at the same time, excluding instances that are running in the timer service. Quando esse limite é atingido, novas solicitações para ativar fluxos de trabalho são enfileiradas para serem executadas pelo serviço de temporizador de fluxo de trabalho posteriormente. À medida que a execução sem temporizador é concluída, novas solicitações contam com esse limite. Esse limite pode ser configurado usando o cmdlet Set-SPFarmConfig PowerShell. For more information, see 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 de timer de fluxo de trabalho selecionará e entregará aos fluxos de trabalho. Ele é configurável usando o PowerShell. Para permitir mais eventos, você pode executar mais instâncias do Serviço de Temporizador de Fluxo de Trabalho do SharePoint Foundation. |
| Associações de fluxo de trabalho |
100 por lista |
Com suporte |
Exceder esse limite degrada o desempenho do navegador devido ao grande volume de dados carregados para mais de 100 associações e suas colunas status. |
| Os itens ou documentos da lista que podem ser criados em massa ou enviados para iniciar instâncias de fluxo de trabalho. |
5.000 itens |
Com suporte |
O teste verificou que todos os eventos de ativação de fluxo de trabalho foram processados para uma associação de fluxo de trabalho na criação do item, quando até 5.000 itens foram criados em um único carregamento em massa. Exceder esse limite pode causar a iniciação de fluxo de trabalho para o tempo limite. |
| Definições de fluxo de trabalho publicadas por site |
1.000.000 por site |
Com suporte |
O número máximo de definições de fluxo de trabalho com suporte publicadas por site é 1.000. |
| Total de associações de fluxo de trabalho publicadas por site |
1.799 por site |
Limiar |
O Barramento de Serviço suporta um máximo de 1.799 assinaturas por escopo. Este valor máximo inclui a soma das associações publicadas e não publicadas. |
| Tamanho máximo da definição de fluxo de trabalho (xaml) |
5.120 KB |
Limiar |
As tentativas de publicar arquivos xaml que excedem o limite de tamanho falham. |
| Profundidade máxima de uma subetapa do fluxo de trabalho em xaml (complexidade do fluxo de trabalho) |
121 níveis |
Limiar |
Há um limite difícil de 125 para profundidade de nó no xaml. O valor máximo de 121 níveis é responsável pelas atividades padrão (estágio, sequência etc.) que o SharePoint Designer insere automaticamente. |
| Ativações da instância do fluxo de trabalho por servidor Web |
6 por segundo |
Limiar |
O teste confirmou que um servidor Web do SharePoint pode ativar um máximo de seis instâncias de fluxo de trabalho por segundo. Este número é cumulativo e, portanto, proporcional ao número de servidores Web no farm. Por exemplo, dois servidores Web podem ativar 12 instâncias de fluxo de trabalho por segundo e três servidores Web podem ativar 18. |
| O restante das chamadas de fluxo de trabalho do SharePoint por segundo por servidor Web |
60 por segundo |
Com suporte |
Os testes confirmaram que um servidor Web do SharePoint pode processar efetivamente até 60 chamadas de descanso por segundo a partir do fluxo de trabalho do SharePoint. Se esse nível de volume for excedido, recomendamos que um servidor Web com balanceamento de carga extra seja adicionado ao farm do SharePoint. Nos testes, 120 chamadas de descanso por segundo contra um único servidor Web resultaram em uma utilização da CPU sustentada a 90-100%. Adicionar um segundo servidor Web reduz a utilização da CPU para 30-40% em ambos os servidores. Adicionar um terceiro servidor Web habilitado para processamento de 180 chamadas por segundo, com a utilização da CPU de 30-40% em todos os três servidores, e assim por diante. Os servidores usados para esse teste eram máquinas virtuais Hyper-V com processador de 16 núcleos e RAM de 24 GBs cada. |
| Tamanho do valor variável do fluxo de trabalho |
256 KB |
Limiar |
A quantidade máxima de dados que podem ser armazenados em uma variável de fluxo de trabalho única é 256 KB. Exceder esse limite faz com que a instância de fluxo de trabalho seja encerrada. |
| Tamanho máximo de lista para pesquisas de fluxo de trabalho para campos não indexados |
5.000 itens por exibição de lista |
Limite |
Esse limite é um resultado do limite do tamanho máximo da exibição. Quando esse limite é excedido, as pesquisas de fluxo de trabalho para campos não indexados falham para usuários não administrativos. Neste limite, um índice deve ser criado para o campo, para que os fluxos de trabalho possam realizar com sucesso pesquisas no campo. |
| Tamanho máximo da lista de associações de fluxo de trabalho de inicialização automática |
10 milhões de itens por lista |
Com suporte |
Os testes confirmaram que o desempenho das associações de fluxo de trabalho de início automático não é afetado quando o tamanho da lista aumenta para 1 milhão de itens. Because response time doesn't change as list size scales, the effective limit is the same as the maximum number of items in a non-workflow list. |
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 | Observações | Observações | Anotaçõ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 extras 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: você não pode ter o número máximo de conjuntos de termos e o número máximo de termos simultaneamente em um repositório de termos. |
| Número dos rótulos de variação |
209 por repositório de termos |
Com suporte |
O número máximo dos rótulos de variação por repositório de termos é 209. |
| Número de termos no conjunto de termos de navegação gerenciado |
2,000 |
Com suporte |
O número máximo de termos com suporte em um conjunto de termos de navegação gerenciado é 2.000. |
| Número de termos filhos diretos no conjunto de termos de navegação gerenciado |
300 |
Com suporte |
O número máximo de termos filhos diretos com suporte em um conjunto de termos de navegação gerenciado é 300. |
Limites dos Serviços do Visio
A tabela a seguir lista as diretrizes recomendadas para instâncias dos Serviços do Visio no SharePoint Server 2016.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Limite |
50 MB |
Limite |
Aumento do volume de memória dos Serviços do Visio. Tamanhos de arquivo maiores têm os seguintes efeitos colaterais: Redução das solicitações de servidor de aplicativos por segundo. Aumento do uso da CPU. Redução das solicitações de servidor de aplicativos por segundo. Aumento da latência total. Aumento da carga de rede de farm do SharePoint. |
| Limite |
120 segundos |
Limite |
Redução na disponibilidade da CPU e da memória. Um tempo limite maior de recálculo causa: Redução na disponibilidade da CPU e da memória. Redução das solicitações de aplicativos por segundo. Aumento da latência média para todos os documentos. Um tempo limite menor de recálculo causa: Redução da complexidade dos diagramas que podem ser exibidos. Aumento das solicitações por segundo. Diminuição da latência média para todos os documentos. |
| Limite |
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. Definir a Idade do Cache Min como um valor baixo reduz a taxa de transferência e aumenta a latência, pois invalidar o cache muitas vezes força o Visio a recalcular com frequência e reduz a disponibilidade de CPU e memória. |
| Limite |
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, definir a Idade Máxima do Cache como um valor alto aumenta a latência e reduz a taxa de transferência para itens que não estão armazenados em cache, pois os itens já em cache consomem e reduzem a memória disponível. |
Limites dos Serviços PerformancePoint
A tabela a seguir lista as diretrizes recomendadas para o PerformancePoint Services in SharePoint Server 2016.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Células |
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. |
Limiar |
15 colunas por 60.000 linhas |
| Colunas e linhas |
15 colunas por 60.000 linhas |
Limite |
O número máximo de colunas e linhas ao renderizar qualquer objeto performancePoint dashboard que usa uma pasta de trabalho do 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 |
The maximum number of columns and row when rendering any PerformancePoint dashboard object that uses a SQL Server table data source. The number of rows could change based on the number of columns. |
Limites do Word Automation Services
A tabela a seguir lista as diretrizes recomendadas para o Word Automation Services.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Tamanho do arquivo de entrada |
512 MB |
Limiar |
Tamanho máximo de arquivo que pode ser processado pelo Word Automation Services. |
| Frequência para iniciar as conversões (minutos) |
1 minuto (recomendado) Limite 59 minutos (limite) |
Limite |
Essa configuração determina a frequência com que o trabalho de timer do Word Automation Services é executado. Um número mais baixo torna mais rápida a execução do trabalho de timer. Nossos testes mostram que é mais útil executar esse trabalho de temporizador uma vez por minuto. |
| Número de conversões a iniciar por processo de conversão |
O número de conversões a iniciar afeta a taxa de transferência do Word Automation Services. |
Limite |
O número de conversões a iniciar afeta a taxa de transferência do Word Automation Services. Se esses valores forem definidos acima dos níveis recomendados, alguns itens de conversão poderão começar a falhar intermitentemente e as permissões do 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), o trabalho de conversão e todos os itens de conversão são transmitidos para um servidor de aplicativo que armazena o trabalho no banco de dados Word Automation Services. Um grande número de itens de conversão aumenta o tempo de execução do método Iniciar e o número de bytes transmitidos para o servidor de aplicativo. |
| 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 têm núcleos de processamento em seus servidores de aplicativo. 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 de banco de dados do Word Automation Services |
2 milhões de itens de conversão |
Com suporte |
O Word Automation Services 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. Word Os Serviços de Automação não excluem registros do banco de dados automaticamente, portanto, o banco de dados pode crescer indefinidamente sem manutenção. Os administradores podem remover manualmente o histórico de trabalho de conversão usando o cmdlet Remove-SPWordConversionServiceJobHistory. Para saber mais, confira o artigo Remove-SPWordConversionServiceJobHistory. |
Limite do Serviço de Tradução Automática
A tabela a seguir lista as diretrizes recomendadas para o Serviço de Tradução Automática.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Tamanho do arquivo de entrada para arquivos binários |
524.288 KB por arquivo |
Limite |
Arquivos maiores que o limite demoram muito para serem transferidos e processados, diminuindo o rendimento do serviço. |
| Tamanho do arquivo de entrada para arquivos de texto |
15.360 KB por arquivo |
Limite |
Arquivos maiores que o limite tem muito texto para traduzir, diminuindo o rendimento do serviço. |
| Número máximo de caracteres para documentos do Microsoft Word |
10.000.000 por documento |
Limite |
Documentos com mais caracteres do que o limite tem muito texto para traduzir, diminuindo o rendimento do serviço. |
| Total de processos de tradução simultâneas |
5 |
Limite |
Usar mais processos do que o limite não aumenta a taxa de transferência porque há um limite para a quantidade de texto que pode ser traduzida por vez. Usar mais processos aumenta as demandas sobre os recursos do servidor. |
| Atraso entre traduções |
59 minutos |
Limite |
Começar traduções em um intervalo maior do que o limite faz com que o tempo necessário para traduzir documentos aumente muito e pode fazer com que o número de traduções em fila cresça demasiadamente. |
| Número de traduções por processo de tradução |
1.000 por processo |
Limite |
Iniciar mais traduções do que o limite faz com que as traduções falhem devido ao tempo limite porque elas não podem ser processadas antes do período limite. |
| Máximo de solicitações de tradução simultânea |
300 |
Limite |
Mais de 300 pedidos de tradução simultânea podem expirar as traduções, porque as solicitações estão na fila por mais tempo do que o período de tempo limite. |
| Arquivos por trabalho de tradução |
100.000 arquivos |
Com suporte |
Enviar trabalhos com uma contagem de arquivos que excede o limite faz com que o tempo de envio do trabalho e o tempo de processamento sejam muito longos. |
| Tamanho do banco de dados do Serviço de Tradução Automática |
1.000.000 arquivos |
Com suporte |
As operações para manter a fila de trabalhos ficam lentas se o banco de dados crescer além do número máximo de arquivos no banco de dados. |
Limites do Serviço do Office Online
The following table lists the recommended guidelines for Office Online. Office client application limits also apply when an application is running as a web app.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Tamanho do cache |
100 GB |
Limite |
Espaço disponível para renderizar documentos, criados como parte de um banco de dados de conteúdo. Por padrão, o cache disponível para renderizar documentos é de 100 GB. Não recomendamos que você aumente 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 |
O número médio medido de renderizações de documentos "típicos" que podem ser executadas no servidor de aplicativos em um período de tempo. |
| Limite |
8 por documento |
Limite |
OneNote merges combine changes from multiple users who are co-authoring a notebook. If too many concurrent merges are already in progress, a conflict page is generated instead, which forces the user to perform the merge manually. |
Project Server limits
A tabela a seguir lista as diretrizes recomendadas para o Project Server. Para obter mais informações sobre como planejar o Project Server, consulte Planejamento e arquitetura para o Project Server 2010.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Horário do final do projeto |
Data: 31/12/2149 |
Limiar |
Os planos do projeto não podem se estender até a data 31/12/2149. |
| Produtos por plano de projeto |
1.500 produtos |
Limiar |
Os planos do projeto não podem conter mais de 1.500 entregas. |
| 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 uma exibição definida 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 uma exibição que tenha mais de 50 cláusulas. |
Limites dos Aplicativos do SharePoint
A tabela a seguir lista as diretrizes recomendadas para o aplicativos para SharePoint.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Tamanho máximo do pacote de aplicativos do Access/SharePoint |
100 MB |
Limiar |
Tamanho máximo de armazenamento do banco de dados de aplicativos do Access no SQL Azure > [! OBSERVAÇÃO]> O acesso compacta o banco de dados quando ele cria o pacote de aplicativos, de modo que o pacote de aplicativos pode incluir mais de 100 MB de dados. |
| Tamanho máximo de armazenamento do banco de dados de aplicativos do Access no SQL Azure |
1 Gb |
Limiar |
Cada aplicativo access criado no SharePoint cria um banco de dados no SQL Azure. 1 GB é o limite para o armazenamento do banco de dados no SQL Azure. Em uma instalação local, o administrador controla o tamanho do banco de dados SQL associado. |
| Aplicativos exibidos na página Gerenciar Licenças |
2,000 |
Limiar |
Até 2.000 aplicativos (comprados na loja) podem ser exibidos na página Gerenciar Licenças. Você ainda pode gerenciar a licença de qualquer aplicativo, indo até a página Todo o Conteúdo do Site do site no qual o aplicativo está instalado e clique em Licenças ou procure o aplicativo usando a Pesquisa do Marketplace. |
| Número de licenças de aplicativo por inquilino |
1,000,000 |
Com suporte |
O número máximo de licenças com suporte (compra de aplicativos da loja) para uma única implantação do SharePoint, local ou SharePoint no Microsoft 365. Exceder esse limite pode causar grave degradação do desempenho. |
| Número de aplicativos exibidos na página Adicionar um aplicativo |
240 |
Limiar |
Após esse limite ser atingido, somente os primeiros 240 aplicativos serão exibidos, e uma mensagem instruindo você a procurar para localizar o seu aplicativo será exibida. |
| Número de gerenciadores por licença de aplicativo |
30 |
Limiar |
Somente 30 pessoas podem gerenciar uma licença. Os gerenciadores de licença podem adicionar ou remover usuários ou excluir uma licença. |
| Número de licenças de aplicativo atribuídas a um usuário visível para esse usuário |
2,000 |
Limiar |
Quando mais de 2.000 licenças são atribuídas a um usuário, esse usuário não verá mais nenhum aplicativo no modo padrão Adicionar uma exibição de aplicativo . Em vez disso, uma mensagem orientando como pesquisar no catálogo de aplicativos ou no Repositório do SharePoint será exibida. |
| Número de aplicativos no catálogo corporativo visíveis para um único usuário |
500 |
Limiar |
Quando mais de 500 aplicativos do catálogo corporativo estiverem disponíveis para um único usuário, esse usuário não verá mais nenhum aplicativo no modo padrão Adicionar uma exibição de aplicativo . Em vez disso, uma mensagem orientando como pesquisar no catálogo de aplicativos ou no Repositório do SharePoint será exibida. |
Limites do serviço de Cache Distribuído
A tabela a seguir lista as orientações recomendadas para o serviço de cache distribuído.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Número de entidades que podem ser seguidas (usuários, documentos, sites e hashtags) por host de cache |
400.000 |
Com suporte |
O número total de entidades que podem ser seguidas por um único usuário em um host de cache distribuído com RAM de 16 GB atribuída ao serviço de cache distribuído é de 400.000. |
| Número de hosts de cache em um cluster |
16 |
Limiar |
O número total de hosts de cache que um único cluster de cache distribuído pode suportar é 16. |
| Quantidade máxima de memória dedicada a um host de cache |
16 GB |
Limiar |
A quantidade total de memória que pode ser dedicada ao serviço de cache distribuído em qualquer host de cache em um cluster é 16 GB. |
Limites diversos
A tabela a seguir lista limites e diretrizes recomendadas para os serviços e recursos não abordados em outras seções.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Número máximo das subsequências do agente do usuário por canal do dispositivo |
150 |
Limiar |
O número máximo das subsequências do agente do usuário por canal do dispositivo móvel é 150. |
| Número máximo de fontes do SharePoint por caso de Descoberta Eletrônica |
100 |
Limiar |
O número máximo de fontes do SharePoint que pode ser adicionado ao caso de Descoberta Eletrônica é 100. |
| Número máximo de fontes do Exchange (caixas de correio) por caso de Descoberta Eletrônica |
1,500 |
Limiar |
O número máximo de fontes do Exchange (caixas de correio) por caso de Descoberta Eletrônica é 1.500. |
| Tamanho máximo de uma consulta de Descoberta Eletrônica |
16 mil caracteres ou 500 palavras-chave |
Limiar |
O tamanho de uma consulta de Descoberta Eletrônica é limitado a 500 palavras-chave ou 16.000 caracteres, o que for atingido primeiro. |
Artigos relacionados
Requisitos de hardware e software do SharePoint Server 2016
Planejamento de desempenho no SharePoint Server 2013
Gerenciamento de capacidade do SharePoint Server 2010: Limites de software