Partilhar via


Limites de software para o SharePoint Server 2016 e 2019

APLICA-SE A:no-img-132013 yes-img-162016 yes-img-192019 yes-img-seSubscription Edition no-img-sopSharePoint no Microsoft 365

Este artigo descreve os limites e limites de software do SharePoint Servers 2016 e 2019, que incluem:

  • Limites: Limites estáticos que não podem ser excedidos por predefinição

  • 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 aplicam-se 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 secção Limites e limites mais à frente 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.

Existem muitos fatores que podem afetar o desempenho num determinado ambiente e cada um destes fatores pode afetar o desempenho em diferentes áreas. Alguns dos resultados de teste e recomendações neste artigo podem estar relacionados com funcionalidades ou operações de utilizador 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.

Limitações, limites e limites com suporte

No SharePoint Server, existem determinados limites que são por predefinição e não podem ser excedidos e outros limites definidos para valores predefinidos que podem ser alterados pelo administrador do farm. Também existem determinados limites que não são representados por um valor configurável, como o número de coleções de sites por aplicação Web.

  • Os limites são limites absolutos que não podem ser excedidos por predefinição. É importante compreender estes limites para garantir que não faz suposições incorretas quando cria o farm.

    Um exemplo de limite é o limite de tamanho do documento de 10 gigabytes (GB). não pode configurar o SharePoint Server 2016 para armazenar documentos com mais de 10 GB. Este limite é um valor absoluto incorporado e não pode ser excedido por predefinição.

  • Os limiares são um valor predefinido 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 compreender que exceder os limiares 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 predefinição, o limiar de tamanho predefinido do documento está definido para 2 gigabytes (GB), mas pode ser alterado para suportar o 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 suportados são parâmetros configuráveis definidos por predefinição para o valor recomendado, enquanto outros limites suportados estão relacionados com 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 numa curva que descreve um aumento da carga de recursos e uma diminuição concomitante do 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 a um limite estabelecido ou próximo não é uma melhor prática, uma vez que os objetivos de desempenho e fiabilidade aceitáveis são melhor alcançados quando a conceção 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 compreender como a alteração de um determinado limite afeta outras partes do farm.

Como os limites são estabelecidos

No SharePoint Server, os limiares e os limites suportados são estabelecidos através do teste e observação do comportamento do farm sob cargas crescentes até ao ponto em que os serviços e operações do farm atingem os seus limites operacionais eficazes. 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. Por conseguinte, o valor máximo atribuído ao número de coleções de sites não é absoluto, mas é calculado com base num conjunto esperado de características de utilização em que o desempenho geral do farm seria aceitável no limite especificado 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. Por conseguinte, é importante executar exercícios rigorosos de gestão de capacidade e teste de dimensionamento para implementações específicas, de modo a estabelecer limites eficazes para esse ambiente.

Observação

Não descrevemos o hardware que foi utilizado para validar os limites neste documento, porque os limites foram recolhidos de vários farms 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.

Este circular está dividido em setores que representam a carga de várias origens: pedidos de utilizador, consultas de pesquisa, operações contra funcionalidades instaladas, tarefas de temporizador e sobrecarga do sistema operativo. 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. Uma vez que a carga num farm não é estática (os pedidos do utilizador, por exemplo, podem ser significativos apenas durante determinadas horas do dia), o tamanho relativo dos setores 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 base de dados se tornar demasiado grande, os comprimentos das filas de disco aumentam, o que, por sua vez, aumenta a latência de todos os outros pedidos.

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. Um desempenho aceitável significa que o sistema conforme testado pode suportar esse número de objetos, mas que o número não pode ser excedido sem alguma diminuição do 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.

  • Reestruture ou particione a solução para garantir que não excede 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 bases de dados de conteúdo por aplicação Web, as operações do utilizador 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 base de dados de conteúdos e 500 bases de dados de conteúdos por farm, o SharePoint Server 2016 suporta 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 estiver a utilizar o Armazenamento Remoto de BLOBS (RBS), o volume total de armazenamento e metadados de BLOB remotos na base de dados de conteúdos não pode 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. São recomendados 2 IOPs por GB 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 cópia de segurança e restauro podem não ser cumpridos pela cópia de segurança nativa do SharePoint Server 2016 para bases de dados de conteúdos superiores a 200 GB. Recomenda-se avaliar e testar a cópia de segurança do SharePoint Server 2016 e soluções de cópia de segurança alternativas para determinar a melhor solução para o seu ambiente específico.
Recomenda-se vivamente que tenha uma gestão proativa de administradores qualificados das instalações do SharePoint Server 2016 e do SQL Server.
A complexidade das personalizações e configurações no SharePoint Server 2016 pode exigir a refatorização (ou divisão) de dados em várias bases de dados de conteúdos. 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 implementações de código personalizado, utilização de mais de 20 colunas na promoção de propriedades ou funcionalidades listadas como não a serem utilizadas na secção mais de 4 TB abaixo.
A refatorização de coleções de sites permite aumentar horizontalmente uma implementação do SharePoint Server 2016 em várias bases de dados de conteúdos. Isto 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 a cópia de segurança e o restauro, as coleções de sites individuais numa base de dados de conteúdos estejam limitadas a 100 GB. Para obter mais informações, consulte Limites do conjunto de sites.
Importante: não recomendamos a utilização de bases de dados de conteúdo que excedam 4 Terabytes (TB), exceto em cenários de arquivo de documentos (descritos na linha seguinte nesta tabela). Se, no futuro, precisar de atualizar a instalação do SharePoint Server 2016, atualizar as coleções de sites nas bases de dados de conteúdos pode ser muito difícil e moroso. > Recomenda-se vivamente que aumente horizontalmente em várias bases de dados de conteúdos, em vez de exceder 4 TB de dados numa única base de dados de conteúdos.
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 utilize alertas, fluxos de trabalho, correções de ligações ou segurança ao nível do item em quaisquer objetos do SharePoint Server 2016 na base de dados de conteúdos.
> [! NOTA]> As bases de dados de conteúdo de arquivo de documentos podem ser configuradas para aceitar documentos de fluxos de trabalho de Encaminhamento de Conteúdos.
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 base de dados de conteúdos que foi testado no SharePoint Server 2016 é de 60 milhões de itens, incluindo documentos e itens de lista. Se planeia armazenar mais de 60 milhões de itens no SharePoint Server 2016, tem de implementar várias bases de dados de conteúdos.
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. Numa base de dados de conteúdos com até 10 000 coleções de sites totais, um máximo de 2500 destas pode ser coleções de sites não pessoais. É possível suportar 10 000 coleções de sites Pessoais se forem as únicas coleções de sites na base de dados de conteúdos.
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 numa base de dados de conteúdos, utilize 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.
Este limite é afetado por outros fatores que podem reduzir o número efetivo de coleções de sites que podem ser suportadas por uma determinada base de dados de conteúdos. 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 base de dados de conteúdos contiver 10 000 coleções de sites, embora este número seja suportado para uma base de dados de conteúdos, o número total de coleções de sites no farm é de 2000 000, o que excede o limite do número de coleções de sites por aplicação 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: é vivamente recomendado manter-se abaixo dos 2000 web sites por coleção de sites. Pode criar um número total muito grande de sites ao criar várias coleções de sites com um máximo de 2000 sites por coleção de sites. Por exemplo, 125 coleções de sites que contêm 2000 sites, cada uma, equivalerá a 250 000 sites no farm. Isto seria considerado o limite máximo recomendado para sites não pessoais.
Se tiver 250 000 coleções de sites, todas contendo um web site de raiz que não seja o modelo Site Pessoal, adicionar um sub-web site a qualquer um desses web sites de 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 Rever estado da base de dados (<your_SharePoint_CentralAdmin_URL>/_admin/UpgradeStatus.aspx) no site da Administração Central pode resultar num 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.
A cópia de segurança e o restauro da coleção de sites do SharePoint só são suportados 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, veja Estruturar Listas grandes e maximizar 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. Este 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. Isto não se aplica a operações de itens únicos. 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 base de dados, como uma consulta, pode processar ao mesmo tempo quando são executados por um auditor ou administrador com as permissões adequadas. 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, uma vez que o número de subsites ultrapassa os 2000. 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 âmbitos de segurança exclusivos definidos para uma lista não pode exceder os 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 âmbito é o limite de segurança para um objeto com capacidade de segurança e qualquer um dos elementos subordinados que não tenham um limite de segurança separado definido. Um âmbito contém uma Lista de Controlo de Acesso (ACL), mas, ao contrário das ACLs NTFS, um âmbito pode incluir principais de segurança específicos 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 subordinados com âmbitos de segurança exclusivos que podem ser atualizados durante a propagação da ACL não pode exceder os 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 subordinados com âmbitos exclusivos for superior a 500, a propagação da ACL não deve ser utilizada.

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 numa lista do SharePoint não pode exceder os 8000 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 (seleções múltiplas)
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
A moldagem de linhas do SQL Server ocorre após cada oito colunas numa 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
A moldagem de linhas do SQL Server ocorre após cada coluna numa 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 Geridos é calculado como (14 + (16 * (n-1))) em que n é o valor de mapeamento de linhas (predefinição de 6).
Localização geográfica
2
Limite
30 bytes

As colunas dados externos têm o conceito de uma coluna primária e colunas secundárias. Quando adiciona uma coluna de dados externos, pode selecionar alguns campos secundários do tipo de conteúdo externo que pretende que sejam adicionados à lista. Por exemplo, tendo em conta um Tipo de Conteúdo Externo "Cliente", que tem campos como "ID", "Nome", "País" e "Descrição", quando adiciona uma coluna de Dados Externos do tipo "Cliente" a uma lista, pode adicionar campos secundários para mostrar o "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 de ID oculto: um campo de texto com 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
Este 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 tiver muitas entradas (grupos de segurança de utilizadores) na coleção de sites (mais de mil), deve utilizar o PowerShell para gerir utilizadores em vez da IU. 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 existe um limite rígido, mas quanto maior for o âmbito, mais tempo demorará o cálculo.

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
Pode exceder este limite para acomodar requisitos específicos. Ao dimensionar, adicione uma base de dados de relatórios de análise quando o tamanho de qualquer uma das bases de dados de análise implementada atingir o tamanho total de 250 GB ou 20 M de linhas totais. Desta forma, a repartição é o mais equilibrada 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 anfitrião for igual a N, o componente de processamento de conteúdos temsessõ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údos pode processar 12 documentos em paralelo. Pode alterar o valor de K ao definir a propriedade NumberOfCssFeedersPerCPUForRegularCrawl da Aplicação de Serviço de Pesquisa. O SharePoint Server 2016 limita o valor de N para cima 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
Este limite não inclui componentes de pesquisa. 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
Existe uma sobrecarga associada a cada origem de conteúdo, pelo que recomendamos que crie o menor número de origens de conteúdo que satisfaçam os seus outros requisitos operacionais, por exemplo diferenças na prioridade de pesquisa e no 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. É apresentado um aviso no Registo de Pesquisa, a indicar que o ficheiro excedeu o tamanho máximo que o crawler pode transferir.

  • 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 resto do conteúdo não é transferido. 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 carateres analisados pode ser inferior a este limite porque a pesquisa utiliza um máximo de 30 segundos para analisar um único item e os respetivos 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 inferior a este limite porque a pesquisa utiliza um máximo de 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
Este tipo de limite é o valor predefinido para o tamanho máximo de uma propriedade gerida definida como "pesquisável" ou "queryable". 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 aumentar este limite, ativa a indexação de mais dados por propriedade gerida. 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
Este tipo de limite é o valor predefinido para o tamanho máximo de uma propriedade gerida recuperável. Se aumentar este limite, ativa a indexação de mais dados por propriedade gerida. 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 aumentar este limite, ativa a indexação de mais dados por propriedade gerida. 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 contém os primeiros 1000 000 tokens da propriedade gerida e o ficheiro será marcado como parcialmente processado ao definir a propriedade IsPartiallyProcessed como verdadeira. 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
Este tipo de limite restringe o número de termos permitidos para dicionários de inclusão e exclusões para correção ortográfica de consultas 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 pesquisadas exceder este 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. Este tipo de limite é o número máximo de valores por propriedade gerida de múltiplos valores geridos 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
Este tipo de limite é o número máximo de propriedades de metadados que o componente de pesquisa pode determinar ao pesquisar 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 motor de busca contra a execução de expressões de consulta grandes e a devolução de grandes conjuntos de resultados. Impedir que o motor de busca execute expressões de consulta grandes e devolva grandes conjuntos de resultados impede ataques Denial-of-service (DoS) e garante que os resultados são devolvidos em tempo útil. Se tiver de obter mais resultados, recomendamos que utilize a 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
Este tipo de limite é o valor testado e predefinido para o comprimento máximo de texto de uma consulta criada com a Linguagem de Consulta de Palavras-chave, exceto para consultas de Deteção. 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
Este tipo de limite é o valor testado e predefinido para o número máximo de linhas num conjunto de resultados, exceto para uma consulta de Deteção. 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 utilizadores 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 utilizador final. Este tipo de limite é o limite testado para uma aplicação do Serviço de Pesquisa que tem uma combinação de consultas de utilizador 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 elevado em relação à quantidade de memória que o servidor tem, esta desproporte afeta 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 etiquetas, notas e classificações sociais totais são suportadas numa base 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 tarefas em simultâneo em caminhos ligados a coleções de sites na mesma base de dados de conteúdos de origem, existe um risco acrescido de impasses na base de dados. For jobs that must run concurrently, we recommend that you move the site collections into different source content databases.
Nota: não são possíveis tarefas de execução simultâneas no mesmo caminho. Se estiver a utilizar instantâneos do SQL Server para a implementação de conteúdos, cada caminho cria um instantâneo. Esta correlação de caminho de instantâneo aumenta os requisitos de E/S para a base 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 ligações de sistema externo ativas/abertas num determinado ponto no tempo. O valor máximo predefinido é 200; o limite é 500. Este limite é imposto no âmbito do servidor Web, independentemente do tipo de sistema externo (por exemplo, base de dados, assemblagem .NET, etc.) O máximo predefinido é utilizado para restringir o número de ligações. Uma aplicação pode especificar um limite maior através do contexto de execução; o limite impõe o máximo, mesmo para aplicações que não respeitam a predefiniçã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 predefinido de 2000 é utilizado pelo conector da base de dados para restringir o número de resultados que podem ser devolvidos por página. A aplicação pode especificar um limite maior através do contexto de execução; o Máximo Absoluto impõe o máximo até para aplicações que não respeitam a predefiniçã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. A aplicação pode especificar um limite maior através do contexto de execução; o máximo absoluto impõe o máximo permitido mesmo para aplicações que não respeitam a predefinição, como a 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 este limiar for atingido, os novos pedidos para ativar fluxos de trabalho são em fila de espera para serem executados pelo serviço de temporizador do fluxo de trabalho mais tarde. À medida que a execução não temporizador é concluída, os novos pedidos contam para este limiar. Este limite pode ser configurado com o cmdlet Set-SPFarmConfig PowerShell. For more information, see Set-SPFarmConfig.
Nota: este limite não se refere ao número total de instâncias de fluxo de trabalho que podem estar em curso. Em vez disso, é o número de instâncias que estão a ser 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. É configurável com o PowerShell. Para permitir mais eventos, 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 este limite degrada o desempenho do browser devido ao grande volume de dados carregados para mais de 100 associações e respetivas colunas de estado.
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 ficheiros 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
Existe um limite de 125 para a profundidade do nó em xaml. O valor máximo de 121 níveis representa as atividades predefinidas (fase, 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
Os testes confirmaram 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 este nível de volume for excedido, recomendamos que seja adicionado um servidor Web com balanceamento de carga adicional 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 utilizados para este teste eram máquinas virtuais Hyper-V com processador de 16 núcleos e 24 GBs de RAM 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 este limite faz com que a instância do fluxo de trabalho termine.
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 este limite é excedido, as pesquisas de fluxos de trabalho para campos não indexados falham para utilizadores 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.
Nota: as etiquetas 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 1000 000. As etiquetas adicionais para o mesmo termo, como sinónimos e traduções, não contam como termos separados.
Nota: não pode ter o número máximo de conjuntos de termos e o número máximo de termos em simultâneo num arquivo 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 Mínima da Cache para um valor baixo reduz o débito e aumenta a latência, porque invalidar a cache muitas vezes força o Visio a recalcular com frequência e reduz a disponibilidade da CPU e da 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 da Cache para um valor elevado aumenta a latência e abranda o débito dos itens que não estão em cache, uma vez que os itens que já se encontram na 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 compor qualquer objeto de dashboard do PerformancePoint que utilize um livro do Excel como origem 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. Os nossos testes mostram que é mais útil executar esta tarefa 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 estes valores forem definidos acima dos níveis recomendados, alguns itens de conversão podem começar a falhar intermitentemente e as permissões de utilizador podem 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 uma tarefa de conversão é iniciada (com o método ConversionJob.Start), a tarefa de conversão e todos os itens de conversão são transmitidos para um servidor de aplicações que armazena a tarefa na base de dados dos 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 da aplicação.
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. Por conseguinte, os clientes não devem executar mais processos de conversão do que têm núcleos de processamento nos servidores de aplicações. 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.
Os Word Automation Services não eliminam registos da base de dados automaticamente, pelo que a base de dados pode crescer indefinidamente sem manutenção. Os administradores podem remover manualmente o histórico de tarefas de conversão com o cmdlet do PowerShell 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
Utilizar mais processos do que o limite não aumenta o débito porque existe um limite para a quantidade de texto que pode ser traduzida de cada 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 não podem ser processadas antes do período de tempo 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 aumente a 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 seguinte lista as diretrizes recomendadas para o Project Server. Para obter mais informações sobre como planear o Project Server, veja Planeamento e arquitetura do Project Server 2010.

Limite Observações Observações Anotações
Horário do final do projeto
Data: 31/12/2149
Limiar
Os planos de projeto não podem prolongar-se para além da data 31/12/2149.
Produtos por plano de projeto
1.500 produtos
Limiar
Os planos de projeto não podem conter mais de 1500 materiais a entregar.
Número de campos em um modo de exibição
256
Limiar
Um utilizador não pode ter mais de 256 campos adicionados a uma vista que definiu no Project Web App.
Número de cláusulas em um filtro para um modo de exibição
50
Limiar
Um utilizador não pode adicionar um filtro a uma vista 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
> [! NOTA]> O Access comprime a base de dados quando cria o pacote de aplicações, pelo que o pacote de aplicações 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 aplicação do Access criada no SharePoint cria uma base de dados no SQL Azure. 1 GB é o limite para o armazenamento do banco de dados no SQL Azure. Numa instalação no local, o administrador controla o tamanho da base de dados SQL associada.
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 suportadas (compra de aplicações na loja) para uma única implementação do SharePoint, no local ou no 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 forem atribuídas mais de 2000 licenças a um utilizador, esse utilizador deixará de ver aplicações na vista Predefinida Adicionar uma Aplicação . 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 estiverem disponíveis mais de 500 aplicações do catálogo empresarial para um único utilizador, esse utilizador deixará de ver quaisquer aplicações na vista Predefinida Adicionar uma Aplicação . 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 utilizador num anfitrião de cache distribuída com 16 GB de RAM atribuído ao serviço de cache distribuída é 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.

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