Limites de software para o SharePoint 2013

APLICA-SE A:2013 2019 Subscription Edition SharePoint no Microsoft 365

Este artigo descreve limites e limites de software do SharePoint Server 2013, 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

Importante

[!IMPORTANTE] Alguns valores neste artigo são baseados nos resultados de teste do Produtos do SharePoint 2010 e podem não representar os valores finais para o SharePoint Server 2013. O artigo será atualizado com os valores apropriados conforme os dados de teste do SharePoint Server 2013 forem disponibilizados. > Para obter informações sobre os requisitos atuais de hardware e software, consulte Requisitos de hardware e software para o SharePoint 2013.

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 2013, e oferece diretrizes sobre como os limites se relacionam ao desempenho aceitável. Use as informações do artigo para determinar se a implantação planejada está dentro de limites aceitáveis de desempenho e capacidade, e configure os limites adequadamente em seu ambiente.

Os resultados de testes e diretrizes fornecidos deste artigo se aplicam a um único farm do SharePoint Server 2013. 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 2013, há certos limites que são por design e não podem ser excedidos. Alguns outros limites são 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 2 GB; não é possível configurar o SharePoint Server 2013 para armazenar documentos maiores que 2 GB. Esse limite é um valor absoluto interno e não pode ser excedido pelo design.

• Um limite é um parâmetro que tem 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. No entanto, é importante entender que exceder o limite 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 250 MB, mas pode ser alterado para dar suporte ao limite máximo de 2 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 2013 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 2013, os limiares e limites com suporte são estabelecidos através de testes e observações do comportamento do farm, sob cargas crescentes até o ponto em que os serviços e operações do farm chegam aos 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 parâmetros usados para testes de 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 recursos de hardware, carga e desempenho, é importante ter uma maneira de visualizar os fatores envolvidos e como eles afetam uns aos outros.

Considere a capacidade de um farm como uma pizza, cujo tamanho representa a agregação de fatores como servidores, recursos de hardware como CPUs e RAM, capacidade de armazenamento, IOPS de disco, largura de banda de 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 2013.

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 mais coleções de sites nomeadas de host, sempre que 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 Web, recomendamos testar o desempenho aceitável do sistema.
Tamanho de cache da solução	300 MB por aplicativo Web	Limite	O cache da solução permite que o serviço de Formulários do InfoPath tenha soluções em cache, a fim de acelerar a recuperação das soluções. Se o tamanho do cache for excedido, as soluções são recuperadas do disco, o que pode tornar as respostas mais lentas. Você pode configurar o tamanho do cache da solução usando o cmdlet do PowerShell Set-SPInfoPathFormsService. Para obter mais informações, consulte Set-SPInfoPathFormsService.

Limites de servidor da web e de aplicativo

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 2013 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 limitar o tamanho dos bancos de dados de conteúdo a 200 GB, exceto quando as circunstâncias nas linhas a seguir nesta tabela se aplicam. 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: O desempenho do subsistema de disco de 0,25 IOPs por GB, dois IOPs por GB é recomendado para um desempenho ideal. Você deve ter desenvolvido planos para alta disponibilidade, recuperação de desastres, capacidade futura e teste de desempenho. Considere os fatores a seguir: Os requisitos de backup e restauração podem não ser cumpridos pelo backup nativo do SharePoint Server 2013 para bancos de dados de conteúdos maiores que 200 GB. Avalie e teste o backup do SharePoint Server 2013 e soluções alternativas de backup para determinar a melhor solução para seu ambiente específico. É recomendável ter um gerenciamento de administrador qualificado proativo das instalações do SharePoint Server 2013 e SQL Server. A complexidade das personalizações e configurações no SharePoint Server 2013 pode exigir a refatoração (ou divisão) dos 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 acima de 4 TB, abaixo. A refatoração dos conjuntos de sites permite dimensionar a implementação do SharePoint Server 2013 em vários bancos de dados de conteúdo. Essa disposição permite que as implementações do SharePoint Server 2013 se 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 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 2013, atualizar as coleções de sites dentro dos bancos de dados de conteúdo poderá ser difícil e demorado. > É 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: Cumpra todos os requisitos do limite "Tamanho do banco de dados de conteúdo (todos os cenários de uso)" anteriormente nesta tabela e verifique se você considerou cuidadosamente todos os fatores discutidos no campo Notas desse limite. Os sites do SharePoint Server 2013 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 2013 no banco de dados de conteúdo. Note: Document archive content databases can be configured to accept documents from Content Routing workflows. For more information about large-scale document repositories, see Estimate performance and capacity requirements for large scale document repositories in SharePoint Server 2010, and the Typical large-scale content management scenarios section of the article Enterprise content storage planning (SharePoint Server 2010).
60 milhões de itens incluindo documentos e itens de lista	60 milhões de itens incluindo documentos e itens de lista	O maior número de itens por banco de dados de conteúdo testado no SharePoint Server 2013 é 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 2013, implante vários bancos de dados de conteúdo.	O maior número de itens por banco de dados de conteúdo testado no SharePoint Server 2013 é 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 2013, deverá implantar vários bancos 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)	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 limitar o número de coleções 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 dessas coleções 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. Se você planeja exceder 5.000 coleções de sites, recomendamos que você tenha uma estratégia de atualização clara para resolver o impacto do tamanho e das operações de interrupção e obter hardware extra para acelerar as atualizações e atualizações de software que afetam os bancos de dados. To set the warning and maximum levels for the number of sites in a content database, use the PowerShell cmdlet Set-SPContentDatabase with the -WarningSiteCount parameter. Para obter mais informações, consulte [Set-SPContentDatabase]/powershell/module/sharepoint-server/Set-SPContentDatabase?view=sharepoint-ps&preserve-view=true).
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.	Quando o SharePoint Server 2013 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 2013 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

Limites do conjunto de sites

A tabela a seguir lista as diretrizes recomendadas para conjuntos de sites.

Limite	Observações	Observações	Anotações
750.000 por farm (500.000 com raiz com o modelo de Sites Pessoais e 250.000 com raiz com outros tipos de sites)	Com suporte	Com suporte	O número máximo recomendado de sites por farm é de 500.000 coleções de sites que contêm apenas um Site Pessoal mais 250.000 coleções de sites que contêm qualquer outra 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 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. 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.	O número máximo recomendado de sites é de 500.000 sites com base no modelo de Site Pessoal e 250.000 sites com base em todos os outros modelos. Esse limite se aplica por conjunto de sites, bem como por farm.	O número máximo recomendado de sites é de 500.000 sites com base no modelo de Site Pessoal e 250.000 sites com base em todos os outros modelos. Esse limite se aplica por coleção de sites e por farm. O desempenho poderá ser prejudicado se o número de subsites ultrapassar 2.000 no nível do conjunto de sites. IMPORTANTE: é recomendável manter-se abaixo de 2.000 subsites por coleção de sites. Você pode criar um grande número total de sites criando várias coleções de sites com até 2.000 Webs por coleção de sites. Por exemplo, 125 coleções de sites que contêm 2.000 webs cada uma equivale a 250.000 sites no farm. No entanto, esse limite 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 subsite a qualquer um desses sites raiz excederia o limite de 250.000 sites. Se o limite recomendado de 2.000 sites por conjunto de sites for excedido, os seguintes problemas poderão ocorrer: Excluir ou criar um site ou subsite pode afetar significativamente a disponibilidade de um site. O acesso ao site e aos subsites será limitado enquanto o site está sendo excluído. Tentar criar muitos subsites ao mesmo tempo também pode causar uma falha. Ao ter mais de 2.000 subsites, 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 pode diminuir drasticamente. 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. Em geral, recomendamos limitar o tamanho das coleções de sites a 100 GB pelos seguintes motivos: Determinadas ações de coleção de sites, como backup/restauração da coleção de sites ou o cmdlet Move-SPSite do PowerShell, causam grandes operações de SQL Server que podem afetar o desempenho ou falhar se outras coleções de sites estiverem ativas no mesmo banco de dados. For more information, see Move-SPSite. O backup e a restauração do conjunto de sites do SharePoint só tem suporte para um tamanho máximo de conjunto 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	2 GB	O tamanho máximo padrão do arquivo é 250 MB. Este é um limite configurável, que pode ser aumentado até 2 GB (2.047 MB). No entanto, um grande volume de arquivos muito grandes pode afetar o desempenho do farm.	O tamanho máximo padrão do arquivo é 250 MB. Esse limite é um limite configurável que pode ser aumentado até 2 GB (2.047 MB). No entanto, um grande volume de arquivos grandes pode afetar o desempenho do farm.
Documentos	30.000.000 por biblioteca	Com suporte	Você pode criar bibliotecas de documentos grandes aninhando pastas ou usando exibições padrão e hierarquia de sites. 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	Esse valor é definido no nível de biblioteca de arquivos. Versões secundárias
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	30.000.000 por lista	Com suporte	Você pode criar listas 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	Especifica o número máximo de junções permitidas por consulta, como esses valores com base em pesquisa, pessoa/grupo ou fluxo de trabalho status colunas. If the query uses more than eight joins, the operation is blocked. Essa condição não se aplica a operações de item único. When using the maximal view via the object model (by not specifying any view fields), SharePoint will return up to the first 12 lookups. Note: After applying the SharePoint Server 2013 cumulative update package released on August 13, 2013 (https://support.microsoft.com/kb/2817616), the default value is increased from 8 to 12.
Limite da exibição da lista	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.	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.
20,000	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. Observação: esse limite deve ser habilitado usando o código personalizado para definir o SPQueryThrottleOption.
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.
Coautoria em arquivos Word, PowerPoint e Excel para arquivos .docx, .pptx, .ppsx e .xlsx	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 exclusivos para uma lista excede o valor do limite de exibição de lista (definido por padrão em 5.000 itens de lista), mais SQL Server viagens de ida e volta ocorrem quando a lista é exibida, o que pode afetar negativamente o desempenho da 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. A scope contains an Access Control List (ACL), but unlike NTFS ACLs, a scope can include security principals that are specific to SharePoint Server 2013. The members of an ACL for a scope can include Windows users, user accounts other than Windows users (such as forms-based accounts), Active Directory groups, or SharePoint groups.

Limites de coluna

Os dados do SharePoint Server 2013 são armazenados em tabelas de 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
Limite	255	Limite	30 bytes
Limite	350	Limite	22 bytes
Limite	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
Limite	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, essas colunas são as que são adicionadas:

• Coluna primária: Um campo de texto.

• Coluna de Id Oculto: Um campo de texto com várias linhas.

• Secondary columns: Each secondary column is a text/number/Boolean/multi-line text that is based on the data type of the secondary column as defined in the Business Data Catalog model. Por exemplo, a ID pode ser mapeada para uma coluna Número ; O nome pode ser mapeado para uma *Linha única de coluna de texto; A descrição pode ser mapeada para uma coluna de várias linhas 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 tipo 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 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 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 1.000), você deve usar o PowerShell para gerenciar usuários em vez da interface do usuário. Essa plataforma fornecerá uma melhor experiência de gerenciamento.
Princípios do Active Directory/Usuários em um grupo do SharePoint	5.000 por 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. 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. Essa implicação é especialmente verdadeira para adicionar um usuário a um grupo existente, criar um novo grupo e renderizar exibições de 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.

Observação

Limits for Search have changed significantly as the feature has been updated. For more information, see Plan search in SharePoint Server.

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. Para o SharePoint Foundation 2013, esse limite é um componente de índice por serviço Pesquisa aplicativo e não pode ser excedido.
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. 3 por partição de índice
Com suporte	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, essa alteração terá um efeito positivo no desempenho da consulta e fornece melhor tolerância a falhas. Mas, se você adicionar muitas réplicas à partição de índice, esse excesso poderá afetar negativamente a indexação. Para cenários de sites da Internet, que normalmente têm uma alta taxa de consulta, mas baixo volume de conteúdo (menos de 4 milhões de itens por partição), o limite com suporte é de seis réplicas de índice por partição. 1 por servidor
Componentes de processamento de conteúdo	1 por servidor	Com suporte	A topologia de pesquisa dá suporte a dimensionar o número de componentes de processamento de conteúdo. Embora um host físico ou máquina virtual específico dê suporte a vários componentes de processamento de conteúdo, você obtém um melhor uso da capacidade da CPU usando 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 terá 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 2013 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 terá NK = 12 * 3 = 36 sessões de alimentação. No caso de ainda haver tempo de CPU ocioso, considere aumentar o coeficiente K em vez de adicionar um componente extra de processamento de conteúdo. 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	Componentes de pesquisa	64 por aplicativo de serviço de Pesquisa
Com suporte	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 irá aparecer no log de rastreamento, informando que o arquivo excedeu o tamanho máximo que o rastreador pode baixar.

• Se você pesquisar texto em um item e obter apenas resultados da primeira parte do texto, o componente de processamento de conteúdo poderá ter truncado o item porque ele excedeu alguns dos limites de tamanho do item. Quando o componente de processamento de conteúdo trunca um item, ele indica essa truncação definindo a propriedade gerenciada IsPartiallyProcessed como 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	Observações	Observações	Anotações
É possível baixar o componente de rastreamento de tamanho de documento	64 MB (3 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. Faça essa alteração usando cmdlets do Microsoft PowerShell para alterar a propriedade do aplicativo serviço Pesquisa MaxDownLoadSize ou 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. A quantidade real de caracteres interpretados pode ser inferior a esse limite, porque a pesquisa utiliza no máximo 30 segundos para a análise de 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.
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 caracteres processados pode ser menor que esse limite porque a pesquisa passa no máximo 30 segundos separando palavras. Qualquer conteúdo restante não é processado e, portanto, não é indexado.	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 caracteres processados pode ser menor que esse limite porque a pesquisa passa no máximo 30 segundos separando 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 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. The maximum value for this maximum size is 2,097,152 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 limite é o valor padrão para o tamanho máximo de uma propriedade gerenciada recuperável. 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. The maximum value for this maximum size is 2,097,152 bytes. Se você aumentar esse limite, habilitará a indexação de mais dados por propriedade gerenciada. 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.
Limiar	16 KB por propriedade gerenciada	Limiar	Esse 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.

Pesquisa: limites de dicionário

O dicionário limita a proteção da memória, da eficiência de processamento de conteúdo e dos resultados da 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 limite limita 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, esse excesso reduzirá a velocidade de indexação.
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.
Limiar	1000	Propriedades de metadados reconhecidos	Uma propriedade gerenciada pode ter vários valores do mesmo tipo. Esse valor é 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	This is the maximum number of metadata properties that the crawl component can determine when crawling an 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 valor é o 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
Com suporte	500 linhas	Com suporte	Esse valor é o 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 configurar 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. Este é o limite testado para um aplicativo de serviço de pesquisa que tem uma mistura de consultas de usuários finais (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 é número máximo de contextos únicos por modelo de classificação.
Páginas autorizadas	1 página de nível superior e o mínimo possível de páginas de segundo e terceiro níveis por aplicativo de 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 é o número máximo de termos únicos que podem existir no índice de um aplicativo de serviço de Pesquisa.
Índices de texto completos definidos pelo usuário	10	Limiar	Esse é o número máximo de índices de texto completos.
Com suporte	Cada partição de índice contém um subconjunto do índice de pesquisa inteiro. Se o número de itens indexados for alto em relação à quantidade de memória que o servidor tem, isso afeta o tempo de resposta da consulta de forma negativa.	Para o SharePoint Foundation 2013, o número máximo de itens indexados é de dois milhões de itens por partição de índice.	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 . A Atualização Pública de junho de 2016 aumenta esse limite para 10 milhões de itens por partição de índice. Limites do serviço de Perfil de Usuário For SharePoint Foundation 2013, the maximum number of indexed items is 2 million items per index partition, before applying the June 2016 Public Update. The June 2016 Public Update, increases this limit to 10 million items per index partition.

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	Up to 500 million total social tags, notes and ratings are supported in a social database without significant decreases in performance. 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. This increases the I/O requirements for the source database. 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 padrão máximo de 2.000 é usado pelo conector do banco de dados para restringir o número de resultados que podem ser retornados por página. O aplicativo pode especificar um limite maior por meio do contexto de execução; o 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. When this threshold is reached, new requests to activate workflows will be queued to be run by the workflow timer service later. As non-timer execution is completed, new requests will count against this threshold. This is limit can be configured by using the Set-SPFarmConfig PowerShell cmdlet. 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 eventos adicionais, você pode executar instâncias adicionais 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 degradará o desempenho do navegador, devido ao grande volume de dados que é carregado por mais de 100 associações e suas colunas de 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 falharão.
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	Os testes confirmaram que um servidor Web do SharePoint pode ativar um máximo de 6 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, 2 servidores Web podem ativar 12 instâncias de fluxo de trabalho por segundo e 3 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 um servidor Web com carga balanceada adicional 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 fará com que as instâncias de fluxo de trabalho sejam encerradas.
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 for ultrapassado, as pesquisas de fluxo de trabalho para campos não indexados falharão 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. Porque o tempo de resposta não é alterado como as escalas do tamanho da lista, o limite efetivo é o mesmo que o número máximo de itens em um lista que não é de fluxo de trabalho.

Limites de metadados gerenciados

The following table lists the recommended guidelines for managed metadata configuration.

Tipo de limite	Observações	Observações	Notes
Limiar	Os metadados padrão baseados no local permitem definir valores padrão para as colunas da lista por pasta. Só é possível aplicar valores padrão baseados no local em até 1.000 pastas por site ou até o ponto em que o arquivo de dados, no qual são armazenados os metadados padrão baseados no local, do site (client_LocationBasedDefaults.html), alcançar 265 Mb.	Quando o número de pastas no arquivo de dados exceder 1.000 ou o tamanho do arquivo de dados exceder 256 Mb, os valores padrão adicionados para pastas adicionais serão ignorados.	Os metadados padrão baseados no local permitem definir valores padrão para as colunas da lista por pasta. Só é possível aplicar valores padrão baseados no local em até 1.000 pastas por site ou até o ponto em que o arquivo de dados, no qual são armazenados os metadados padrão baseados no local, do site (client_LocationBasedDefaults.html), alcançar 265 Mb. 1.000 links ou tamanho de arquivo de 256 Mb por documento
Limiar	Quando um documento contendo links for adicionado a uma pasta, o SharePoint Foundation 2013 atualizará os links automaticamente quando o destino do link for movido para um novo local. Em um documento com mais de 1.000 links ou em um documento com um tamanho de arquivo superior a 256 Mb, o documento é tratado como se não contivesse links, e as atualizações de destinos de links são ignoradas em todo o documento.	Limites de repositórios de termos de Metadados Gerenciados (bancos de dados)	When a document containing links is added to a folder, SharePoint Foundation 2013 will update links automatically when the link target is moved to a new location. In a document with more than 1,000 links, or a document with a file size that exceeds 256 Mb, the document is treated as though it contains no links, and updates to link targets are ignored for the entire document.

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. Observação: o conjunto de termos local e o conjunto de termos globais seguem o limite de 30.000 termos por site de termo. Use conjuntos de termos globais para armazenar os dados reutilizáveis para todas as coleções de sites, em vez de usar uma grande quantidade de conjuntos de termos de coleção de sites ou criar um novo serviço de Metadados Gerenciados. Um aplicativo Web pode ter conexões com vários serviços.
Número máximo de termos em um conjunto de termos	30,000	Com suporte	O número máximo de termos em um conjunto de termos é 30.000. Observação: rótulos adicionais para o mesmo termo, como sinônimos e traduções, não contam como termos separados.
Número total de itens em um repositório de termos	1,000,000	Com suporte	Um item é um termo ou um conjunto de termos. A soma do número de termos e conjuntos de termos não pode exceder 1.000.000. Rótulos adicionais para o mesmo termo, como sinônimos e traduções, não contam como termos separados. Observação: 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.

Confira também Visão geral do serviço de metadados gerenciados no SharePoint 2013 e O impacto de ter vários serviços de metadados gerenciados por farm

Limites dos Serviços do Visio

The following table lists the recommended guidelines for instances of Visio Services in SharePoint.

Tipo de 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. A definição da Idade Mínima do Cache com um valor muito baixo reduzirá a taxa de transferência e aumentará a latência, pois a invalidação do cache muitas vezes força o Visio a recalcular com frequência e reduz a disponibilidade da CPU e da memória.
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 muito 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 de serviço do SharePoint Web Analytics

The SharePoint Web Analytics service has been deprecated in SharePoint Server 2013.

Limites dos Serviços PerformancePoint

The following table lists the recommended guidelines for PerformancePoint Services in SharePoint.

Tipo de 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), esse trabalho e todos os itens de conversão são transmitidos para um servidor de aplicativos que, em seguida, armazena o trabalho no banco de dados do 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 o número de núcleos de processamento existentes em seus servidores de aplicativos. O trabalho de timer de conversão e outras atividades do SharePoint também exigem o uso ocasional de um núcleo de processamento. É recomendável deixar sempre um núcleo livre para uso pelo trabalho de timer de conversão e pelo SharePoint.
Tamanho 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.

Limites dos Serviços do Excel

The following table lists the recommended guidelines for Excel Services in SharePoint.

Tipo de limite	Observações	Observações	Notes
Com suporte	O tamanho máximo de uma pasta de trabalho que pode ser aberta no Serviços do Excel é 10 megabytes.	Limite do Serviço de Tradução Automática	The maximum size of a workbook that can be opened in Excel Services is 10 megabytes.

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 os trabalhos com um número de arquivos que exceda o limite torna o tempo de envio do trabalho e tempo de processamento 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 Office Web Applications

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	Esse é 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 Access 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 forem atribuídas a um usuário, esse usuário não visualizará mais nenhum aplicativo no modo de exibição Adicionar um aplicativo padrã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	When more than 500 apps from the corporate catalog are available to a single user, that user will no longer see any apps in the default Add an App view. 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 num host de cache distribuído com 16 GB de RAM 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 2013

Requisitos de hardware e software do SharePoint 2013