Limites de software para o SharePoint 2013

 

Aplica-se a:Project Server 2013, SharePoint Foundation 2013, SharePoint Server 2013 Enterprise, SharePoint Server 2013 Standard

Tópico modificado em:2017-01-25

Resumo: saiba sobre os limites testados de desempenho e capacidade do SharePoint Server 2013 e como os limites se relacionam com o desempenho aceitável.

Este artigo descreve os limites do software e os limites do SharePoint Server 2013. Isso inclui o seguinte:

  • Limiares são limites estáticos que não podem ser excedidos por 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

ImportanteImportante
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 requisitos atuais de hardware e software, consulte Requisitos de hardware e software do SharePoint 2013.
ObservaçãoObservação
As informações de planejamento de capacidades neste documento fornecem diretrizes para você usar em seu planejamento. Elas são baseadas em testar executados na Microsoft, em propriedades ao vivo. No entanto, é provável que seus resultados variem com base no equipamento usado e nos recursos e funcionalidades implementados nos sites.

Neste artigo:

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. A adição de servidores à instalação pode não aumentar os limites de capacidade dos objetos listados nas tabelas na seção Limites e limiares, mais adiante neste tópico. Por outro lado, a adição de computadores servidores aumenta o processamento do farm de servidores, que pode ser necessário para atingir um desempenho aceitável com muitos objetos. Em muitos casos, os requisitos para altos números de objetos em uma solução podem exigir mais servidores no farm.

Observe que existem muitos fatores que podem afetar o desempenho em um dado ambiente, e que cada um deles pode afetar desempenho em áreas diferentes. Alguns dos resultados de testes e recomendações deste artigo podem ser relacionados aos recursos ou operações do usuário que não existem no seu ambiente, e portanto não se aplicam à sua solução. Apenas um teste detalhado pode fornecer os dados exatos relacionados ao seu próprio ambiente.

No SharePoint Server 2013, existem certos limites impostos pelo design e que não podem ser excedidos, e outros configurados com valores padrão que podem ser alterados pelo administrador do farm. Também existem certos limites que não são representados por um valor configurado, como o número de conjuntos de sites por aplicativo da web.

  • Os limiares são limites absolutos que não podem ser não excedidos devido ao design. É importante entender esses limites, para garantir que você não faça suposições incorretas quando projetar o seu farm.

    Um exemplo de um limiar é o limite de 2 GB para o tamanho do documento; você não pode configurar o SharePoint Server 2013 para armazenar documentos maiores que 2 GB. Esse é um valor absoluto incorporado e não pode ser excedido devido ao design.

  • Os limites possuem um valor padrão que não pode ser excedido, a menos que o valor seja modificado. Os limites podem, em certas circunstâncias, ser excedidos para acomodar discrepâncias no projeto do farm, mas é importante entender que isso pode afetar o desempenho do farm além do valor efetivo de outros limites.

    O valor padrão de certos limites só pode ser excedido até um valor máximo absoluto. Um bom exemplo é o limite para o tamanho do documento. Por padrão, o limite do tamanho do documento é definido como 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 definidos por padrão para o valor recomendado, enquanto outros se relacionam a parâmetros que não são representados por um valor configurável.

Um exemplo de um limite 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 estar ciente de que muitos dos valores de limites fornecidos neste documento representam um ponto na curva que descreve a carga de recursos crescente e uma diminuição concomitante no desempenho, à medida que o valor aumenta. Portanto, exceder certos limites, como o número de conjuntos de sites por aplicativo da web, só pode resultar em uma diminuição fracional no desempenho do farm. No entanto, na maioria dos casos, operar no limite estabelecido ou perto dele não é uma prática recomendável, porque as metas aceitáveis de desempenho e confiabilidade são melhor atingidas quando o design do farm permite um equilíbrio razoável entre os valores dos limites.

As diretrizes de limiares e limites 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.

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 conjuntos de sites não é absoluto, mas é calculado com base em um conjunto esperado de características de uso em que o desempenho geral seria aceitável nesse dado limite, sob a maioria das circunstâncias.

Obviamente, se alguns serviços estiverem operando sob parâmetros superiores aos usados para o teste dos limites, os limites efetivos máximos de outros serviços serão reduzidos. Assim, é importante executar um gerenciamento de capacidade rigoroso e exercícios de testes da escala para implantações específicas, a fim de estabelecer limites efetivos para o ambiente.

Observação: Não descrevemos o hardware usado para validar os limites neste documento porque eles foram coletados de diversos farms e ambientes.

Para entender a relação entre os recursos de hardware, carga e desempenho, é importante ter uma maneira de visualizar os fatores envolvidos e como afetam uns aos outros.

Pense na capacidade do farm como uma pizza, cujo tamanho representa um agregado de fatores como servidores, recursos de hardware como CPU e RAM, capacidade de armazenamento, IOPs de disco, largura de banda da rede e latência. Assim, o tamanho da pizza é relacionado aos recursos gerais do farm; a adição de recursos (como servidores de farm) aumenta o tamanho.

Essa pizza é dividida em fatias que representam a carga de uma variedade de fontes: solicitações do usuário, consultas de pesquisa, operações contra os recursos instalados, trabalhos do timer 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. Uma vez que a carga do farm não é estática (por exemplo, as solicitações do usuário podem ser significativas apenas durante certos horários), 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 nesses servidores se tornar muito grande, o comprimento da fila do disco irá aumentar, o que por sua vez aumenta a latência de todas as outras solicitações.

Esta seção lista os objetos que podem fazer parte de uma solução que fornece diretrizes para o desempenho aceitável de cada tipo de objeto. Isso significa que o sistema, conforme testado, pode suportar esse número de objetos, mas ele não pode ser excedido sem uma certa redução no desempenho ou no valor dos limites relacionados. Os objetos são listados por escopo e recurso. Os dados dos limites são fornecidos, juntos com notas que descrevem as condições em que o limite é obtido e links para informações adicionais quando disponíveis.

Use as diretrizes deste artigo para revisar seus planos de solução gerais. Se eles excederem as diretrizes recomendadas para um ou mais objetos, execute uma ou mais das ações a seguir:

  • Avalie a solução para garantir que haja compensações em outras áreas.

  • Sinalize as áreas para testar e monitorar, enquanto você cria a implantação.

  • Redesenhe ou particione a solução para garantir que você não excederá as diretrizes de capacidade.

Esta seção fornece os limites classificados pela hierarquia lógica de um farm do SharePoint Server 2013.

A tabela a seguir lista as diretrizes recomendadas para aplicativos Web.

 

Limite Valor máximo Tipo de limite Observaçõ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 da 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 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 Windows PowerShell Set-SPInfoPathFormsService. Para obter mais informações, consulte Set-SPInfoPathFormsService.

A tabela a seguir lista as diretrizes recomendadas para servidores Web no farm.

 

Limite Valor máximo Tipo de limite Observaçõ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)

A tabela a seguir lista as diretrizes recomendadas para bancos de dados de conteúdo.

 

Limite Valor máximo Tipo de limite Observaçõ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 do usuário final, como abrir o site ou conjuntos de sites, não são afetadas. Porém, as operações administrativas como criar um novo conjunto de sites sofrem uma diminuição em seu desempenho. Recomendamos usar o Windows PowerShell para gerenciar o aplicativo Web quando um número grande de bancos de dados de conteúdo estiver presente, 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

O tamanho de arquivo padrão é de 50 MB, que pode ser aumentado até 2 GB no máximo. Você pode acomodar 100 arquivos em cada banco de dados de conteúdo. Vários conjuntos de sites podem compartilhar um único banco de dados de conteúdo. Cada conjunto de sites precisa ser totalmente armazenado em um único banco de dados de conteúdo.

Recomendamos extremamente limitar o tamanho dos bancos de dados de conteúdo para 200 GB, exceto quando as circunstâncias das próximas linhas desta tabela ocorrerem.

Se você estiver usando o RBS (Remote BLOB Storage), o volume total do armazenamento de BLOBs remotos e os metadados no banco de dados de conteúdo não deverão 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 disco do subsistema de 0,25 IOPs por GB. 0,2 IOPs por GB são recomendados para o desempenho ideal.

  • Você deve ter desenvolvido planos para alta disponibilidade, recuperação de desastres, capacidade futura e teste de desempenho.

Também considere com cuidado os fatores a seguir:

  • Os requisitos de backup e restauração podem não ser cumpridos pelo backup nativo do SharePoint Server 2013 para bancos de dados de conteúdos maiores que 200 GB. É recomendável avaliar e testar o backup do SharePoint Server 2013 e soluções alternativas de backup, para determinar a melhor solução para o seu ambiente específico.

  • É extremamente recomendável ter um gerenciamento de um administrador capacitado e pró-ativo das instalações do SharePoint Server 2013 and 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 personalizado, uso de mais de 20 colunas em promoção da propriedade, ou recursos listados como não devendo ser usados na seção acima de 4 TB, a seguir..

  • 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. Isso permite que as implementações do SharePoint Server 2013 sejam escaladas indefinidamente. Essa refatoração é mais fácil e rápida quando os bancos de dados de conteúdo possuem menos de 200 GB.

  • É sugerido que, para facilitar o backup e a restauração, conjuntos de sites individuais dentro de um banco de dados de conteúdo sejam limitados a 100 GB. Para obter mais informações, consulte Limites do conjunto de sites.

ImportanteImportante
Não recomendamos o uso de bancos de dados de conteúdo que excedam 4 TB, exceto em cenários de arquivamento de documento (descritos na próxima linha nesta tabela). Se, no futuro, você precisar atualizar sua instalação do SharePoint Server 2013, a atualização dos conjuntos de sites dentro dos bancos de dados de conteúdo poderá ser muito difícil e demorada.
É extremamente recomendável dimensionar em diversos bancos de dados de conteúdo em vez de exceder 4 TB de dados em um único banco.

Tamanho do banco de dados de conteúdo (cenário de arquivamento de documentos)

Nenhum limite explícito do banco de dados de conteúdo

Com suporte

Os bancos de dados de conteúdo sem nenhum limite explícito de tamanho, para uso em cenários de arquivamento de documentos, têm suporte quando os seguintes requisitos são atendidos:

  • 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 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 de nível do item em qualquer objeto do SharePoint Server 2013 no banco de dados de conteúdo.

    ObservaçãoObservação
    Os bancos de dados de conteúdo do arquivamento de documentos podem ser configurados para aceitar documentos dos fluxos de trabalho Roteamento de Conteúdo.

Para saber mais sobre repositórios de documentos em grande escala, consulte Estimar os requisitos de desempenho e capacidade para repositórios de documentos em grande escala no SharePoint Server 2010 e a seção Cenários típicos de gerenciamento de conteúdo em grande escala do artigo Planejamento de armazenamento de conteúdo corporativo (SharePoint Server 2010).

Itens do banco de dados de conteúdo

60 milhões de itens incluindo documentos e itens de lista

Com suporte

O maior número de itens por banco de dados de conteúdo testado no SharePoint Server 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.

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. Observe que em um banco de dados de conteúdo com até 10.000 conjuntos de sites totais, um máximo de 2.500 deles podem ser conjuntos de sites não pessoais. É possível suportar 10.000 conjuntos de sites pessoais se eles forem os únicos conjuntos de sites dentro do banco de dados de conteúdo.

Esses limites se referem à velocidade da atualização. Quanto maior o número de conjuntos de sites em um banco de dados, mais devagar a atualização no que respeita à atualização do banco de dados e às atualizações de conjuntos de sites.

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.

Para definir níveis máximo e de advertência para o número de sites em um banco de dados de conteúdo, use o cmdlet Windows PowerShell Set-SPContentDatabase com o parâmetro -WarningSiteCount. Para saber mais, confira o artigo 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 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.

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

 

Limite Valor máximo Tipo de limite Observações

Conjuntos de sites por farm

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

O número máximo recomendado de sites por farm é de 500.000 conjuntos de sites contendo apenas um de Sites Pessoais mais 250.000 conjuntos de sites contendo outros para todos os modelos de sites. Os sites podem residir em um aplicativo Web ou podem ser distribuídos entre vários aplicativos Web.

Observe que esse limite é afetado por outros fatores que podem reduzir o número efetivo de conjuntos de sites que podem ser Com suportes por um determinado banco de dados de conteúdo. É necessário cuidado para evitar exceder os limites com suporte quando um objeto de contêiner, como um banco de dados de conteúdo, possui um grande número de outros objetos. Por exemplo, se um farm contém um número total de bancos de dados de conteúdo menor, e cada um deles contiver um grande número de conjuntos de sites, o desempenho do farm poderá ser adversamente afetado muito antes do limite com suporte para o número de conjuntos de sites ser atingido.

Por exemplo, o farm A contém um aplicativo Web que tem 200 bancos de dados de conteúdo, uma configuração com suporte. 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.

Com suporte

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 desempenho poderá ser prejudicado se o número de subsites ultrapassar 2.000 no nível do conjunto de sites.

ImportanteImportante
É altamente recomendável ficar abaixo de 2.000 subsites por conjunto de sites.

Você pode criar um número total muito grande de sites da Web, criando vários conjuntos de sites com até 2.000 Webs por conjunto de sites. Por exemplo, 125 conjuntos de sites que contêm 2.000 Webs cada serão o mesmo que 250.000 sites no farm. No entanto, esse é considerado o limite máximo recomendado para sites não pessoais.

Se você tiver 250.000 conjuntos de sites, todos contendo um site raiz que não seja o modelo de Site Pessoal, adicionar um subsite a qualquer um desses sites raiz excederia o limite de 250.000 sites.

Se o limite recomendado de 2.000 sites por conjunto de sites for excedido, os seguintes problemas poderão ocorrer:

  • 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.

  • Quando tiver 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, 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.

  • A pesquisa da página Revisar status do banco de dados (<sua_URL_da_AdministraçãoCentral_do_SharePoint>/_admin/UpgradeStatus.aspx) no site da Administração Central pode resultar em timeout.

Tamanho do conjunto de sites

Tamanho máximo do banco de dados de conteúdo

Com suporte

Um conjunto de sites pode ser tão grande quanto o limite de tamanho do banco de dados de conteúdo aplicável para o cenário de uso. Para obter mais informações sobre os diferentes limites dos bancos para usos específicos, consulte a tabela Limites do banco de dados de conteúdo neste artigo.

Em geral, recomendamos limitar o tamanho dos conjuntos de sites para 100 GB pelos motivos a seguir:

  • Certas ações de conjunto de sites, como backup e restauração ou o cmdlet Windows PowerShell cmdlet Move-SPSite, causam operações grandes do SQL Server que podem afetar o desempenho ou falhar se outros conjuntos estiverem ativos no mesmo banco de dados. Para saber mais, confira o artigo 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.

A tabela a seguir lista as diretrizes recomendadas para listas e bibliotecas. Para obter mais informações, consulte Projetando listas grandes e maximizando o desempenho da lista (SharePoint Server 2010).

 

Limite Valor máximo Tipo de limite Observações

Tamanho da linha da lista

8.000 bytes por linha

Limiar

Cada item de lista ou biblioteca pode ocupar somente 8.000 bytes no total, no banco de dados. São reservados 300 bytes, deixando 7700 bytes para colunas do usuário final. Para obter os detalhes do espaço consumido por cada tipo de campo, confira Limites de coluna.

Tamanho do arquivo

2 GB

Limiar

O tamanho máximo padrão do arquivo é 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.

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.

Esse valor é definido no nível de biblioteca de arquivos.

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.

Esse valor é definido no nível de biblioteca de arquivos.

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

Especifica o número máximo de junções permitidas por consulta, como as baseadas em pesquisa, pessoa/grupo ou colunas de status do fluxo de trabalho. Se a consulta usar mais de oito junções, a operação será bloqueada. Isso não se aplica a operações de item único. Ao usar 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.

Observação: Depois de aplicar o pacote de atualização cumulativa do SharePoint Server 2013 lançado em 13 de agosto de 2013 (https://support.microsoft.com/pt-br/kb/2817616), o valor padrão é aumentado de 8 para 12.

Limite da exibição da lista

5.000

Limite

Especifica o número máximo de lista ou itens de biblioteca que uma operação de banco de dados, como uma consulta, pode processar ao mesmo tempo fora da janela diária configurada pelo administrador, durante a qual as consultas são irrestritas.

Limite de exibição da lista para os auditores e administradores

20,000

Limite

Especifica o número máximo de itens de lista ou biblioteca que uma operação de banco de dados, como uma consulta, pode processar ao mesmo tempo quando eles são executados por um auditor ou administrador com permissões apropriadas. Essa configuração funciona com Permitir Substituição do Modelo do Objeto.

Subsite

2.000 por exibição de site

Limite

A interface para enumerar subsites de um determinado site não funciona bem quando o número de subsites ultrapassa 2.000. Da mesma forma, a página Todo o Conteúdo do Site e o desempenho do Controle de Exibição da Árvore diminuem significativamente à medida que o número de subsites aumenta.

Coautoria no Word e PowerPoint em arquivos .docx, .pptx e .ppsx

10 editores simultâneos por documento

Limite

O número máximo recomendado de editores simultâneos é 10. O limite é 99.

Se há 99 coautores que têm um único documento aberto para edição simultânea, cada usuário sucessivo vê um erro "Arquivo em uso" e pode somente abrir uma cópia somente leitura.

Mais de 10 coeditores levarão a uma experiência de usuário gradualmente degradada com mais conflitos, e os usuários poderão ter que passar por mais iterações para carregar com êxito as suas alterações para o servidor.

Escopo de segurança

50.000 por lista

Limite

O número máximo de escopos de segurança únicos definido para uma lista não pode exceder 50.000.

Para a maioria dos farms, recomendamos que você considere reduzir esse limite para 5.000 escopos únicos. Para grandes listas, considere o uso de um projeto que use menos permissões únicas possíveis.

Quando o número de escopos de segurança únicos para uma lista exceder o valor do limite de exibição da lista (definido por padrão em 5.000 itens de lista), idas e vindas do SQL Server adicionais ocorrem quando a lista for visualizada, o que pode afetar negativamente o desempenho de exibição da lista.

Um escopo é o limite de segurança para um objeto protegível e qualquer um de seus filhos que não tenha um limite de segurança separado definido. Um escopo contém uma Lista de Controle de Acesso (ACL), diferente das ACLs NTFS, ele pode incluir diretores de específicos do SharePoint Server 2013. 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.

Os dados do SharePoint Server 2013 são armazenados em tabelas do SQL Server. Para permitir o número máximo de possíveis colunas em uma lista do SharePoint, o SharePoint Server 2013 cria várias linhas no banco de dados, quando os dados não cabem em apenas uma. Isso é chamado de disposição de linhas.

Cada vez que uma linha é disposta no SQL Server, uma carga de consulta adicional é colocada no servidor quando esse item é consultado, porque uma junção do SQL deve ser incluída na consulta. Para impedir o excesso de carga, por padrão no máximo 6 linhas do SQL Server são permitidas para um item do SharePoint. Esse limite leva a uma limitação específica do número de colunas de cada tipo que podem ser incluídas em uma lista de SharePoint. A tabela a seguir descreve os limites de cada tipo de coluna.

O parâmetro de disposição da linha pode ser aumentado além de 6, mas isso pode resultar em uma carga excessiva no servidor. O teste de desempenho é recomendado antes de exceder esse limite.

Cada tipo de coluna possui um valor de tamanho listada em bytes. A soma de todas as colunas na lista do SharePoint não pode exceder 8.000 bytes. Dependendo do uso da coluna, os usuários podem chegar à limitação de 8.000 bytes antes de atingir a limitação de disposição de 6 linhas.

 

Limite Valor máximo Tipo de limite Tamanho por coluna Observações

Única linha de texto

255

Limite

30 bytes

Linhas Múltiplas de Texto

350

Limite

22 bytes

Escolha

255

Limite

30 bytes

Escolha (seleção múltipla)

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

Calculado

255

Limite

30 bytes

GUID

350

Limite

22 bytes

Int

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

Localização geográfica

2

Limite

30 bytes

As colunas de Dados Externos têm o conceito de uma coluna primária e outras secundárias. Quando você adiciona uma coluna de dados externos, pode selecionar alguns campos secundários do tipo de conteúdo externo que deseja adicionar à lista. Por exemplo, o Tipo de Conteúdo Externo "Cliente", possui campos como "ID", "Nome", "País" e "Descrição". Quando você adiciona uma coluna de dados externos do tipo "Cliente" a uma lista, pode adicionar campos secundários para mostrar "ID", "Nome" e "Descrição" do cliente. Em geral, estas são as colunas adicionadas:

  • Coluna primária: Um campo de texto.

  • Coluna de Id Oculto: Um campo de texto 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.

A tabela a seguir lista as diretrizes recomendadas para páginas.

 

Limite Valor máximo Tipo de limite Observações

Web Parts

25 por página de wiki ou web part

Limite

Esse número é uma estimativa baseada em Web Parts simples. A complexidade determina quantos Web Parts podem ser usados em uma página antes que o desempenho seja afetado.

 

Limite Valor máximo Tipo de limite Observações

Número de grupos do SharePoint aos quais um usuário pode pertencer

5.000

Com suporte

Esse não é um limite rígido, mas é coerente com as diretrizes do Active Directory. Existem vários fatores que podem afetar esse número:

  • O tamanho do token do usuário

  • O cache de grupos: o SharePoint Server 2013 tem uma tabela que coloca em cache o número de grupos aos quais um usuário pertence, assim que esses grupos sejam usados nas listas de controle de acesso (ACLs).

  • O tempo de verificação de segurança: à medida que cresce o número de grupos dos quais o usuário é membro, o tempo exigido para a verificação do acesso também aumenta.

Usuários em um conjunto de sites

2 milhões por conjunto de sites

Com suporte

Você pode adicionar milhões de pessoas ao seu site, usando os grupos de segurança do Microsoft Windows para gerenciar a segurança, em vez de utilizar usuários individuais.

Esse limite é baseado na capacidade de gerenciamento e facilidade de navegação na interface do usuário.

Quando você tem muitas entradas (grupos de segurança de usuários) no conjunto de sites (mais de mil), use o Windows PowerShell para gerenciar os usuários em vez da UI. Isso fornece uma experiência de gerenciamento melhor.

Princípios do Active Directory/Usuários no grupo do SharePoint

5.000 por grupo do SharePoint

Com suporte

O SharePoint Server 2013 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

O tamanho do escopo afeta os dados que são usados para um cálculo de verificação da segurança. Esse cálculo ocorre a cada vez que o escopo muda. Não existe um limite rigoroso, mas quanto maior o escopo, mais tempo o cálculo demora.

Esta seção lista os limites classificados por recurso.

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çãoObservação
Os limites para pesquisa mudaram significativamente conforme o recurso foi atualizado. Para saber mais, confira o artigo Plano de pesquisa no SharePoint Server 2013.

Os limites da topologia garantem uma comunicação eficiente entre os componentes de pesquisa. Exceder esses limites torna a comunicação entre os componentes de pesquisa mais lenta, o que pode resultar em maiores latências de consulta e, no final, uma interrupção na pesquisa.

 

Limite Valor máximo Tipo de limite Observaçõ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

Adicione um banco de dados do relatório de análise quando o tamanho de qualquer um dos bancos de dados de análise implantados atingir 250 GB. Essa forma de reparticionamento é a 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.

Para o SharePoint Foundation 2013, esse limite é um componente de índice por aplicativo do serviço de Pesquisa 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.

Para o SharePoint Foundation 2013, o número máximo de componentes de índice por aplicativo de serviço de pesquisa é um. Portanto, o número máximo de partições de índice por aplicativo de serviço de pesquisa está limitado a um.

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.

Para o SharePoint Foundation 2013, o número máximo de componentes de índice por aplicativo de serviço de pesquisa é um. Portanto, o número máximo de partições de índice por aplicativo de serviço de pesquisa está limitado a um.

Componentes de processamento do conteúdo

1 por servidor

Com suporte

A topologia de pesquisa oferece suporte à expansão do número de componentes de processamento de conteúdo. Embora um host físico ou uma máquina virtual específica ofereça suporte a vários componentes de processamento de conteúdo, a capacidade da CPU será melhor utilizada com um componente de processamento de conteúdo. O motivo disso é que um mecanismo interno maximiza o uso de CPU ajustando o número de sessões de alimentação de acordo com os núcleos de CPU disponíveis. Várias sessões de alimentação permitem que o componente de processamento de conteúdo processe documentos de entrada em paralelo. Esse mecanismo pressupõe um único componente de processamento de conteúdo por host.

Se o número de núcleos físicos no host for igual a N, o componente de processamento de conteúdo terá N*K sessões de alimentação. 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 2013 limitará o valor de N a 12, mesmo que um servidor possua mais de 12 núcleos físicos. Portanto, um servidor de 16 núcleos terá N*K = 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 2013 dá suporte somente a um componente de processamento de consulta por máquina física ou máquina virtual.

Componentes de pesquisa

64 por aplicativo de serviço de Pesquisa

Com suporte

Esse limite não inclui componentes de rastreamento. A soma dos outros componentes de pesquisa deve permanecer dentro desse limite.

Aplicativo de serviço de Pesquisa

20 por farm

Com suporte

Vários aplicativos de serviço de pesquisa podem ser implantados no mesmo farm, porque você pode atribuir componentes de pesquisa e bancos de dados em servidores separados. Este limite é menor do que o limite para o número total de aplicativos de serviços em um farm.

Fontes de conteúdo

500 por aplicativo de serviço de Pesquisa

Limiar

Há sobrecarga associada a cada fonte de conteúdo. Portanto, recomendamos que você crie o menor número possível de fontes de conteúdo que atendam a seus outros requisitos operacionais, por exemplo, diferenças em prioridade de rastreamento e planejamento.

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 por texto em um item e só obter resultados da primeira parte do texto, o componente de processamento de conteúdo pode ter truncado o item porque ele excedeu algum dos limites de tamanho de item. Quando o componente de processamento de conteúdo truncar um item, ele indica isso definindo a propriedade gerenciada IsPartiallyProcessed como True. Um aviso também aparece no log de rastreamento, afirmando por que o item foi truncado.

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 Observaçõ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 conteúdo restante não é baixado. A pesquisa sempre faz download dos metadados de um documento.

Você pode alterar o limite padrão para o tamanho máximo de documento. Faça isso usando cmdlets do Windows PowerShell para alterar a propriedade de aplicativo de serviço de pesquisa MaxDownLoadSize ou MaxDownloadSizeExcel. MaxDownLoadSize não afeta o tamanho máximo de documentos do Excel. Insira o valor em megabytes. O valor máximo para o tamanho máximo de documento é de 1024 MB, também para documentos do Excel.

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.

Caracteres processados 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 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 é o valor padrão para o tamanho máximo de uma propriedade gerenciada que é definida como "pesquisável" ou "consultável". Você pode configurar esse limite usando cmdlets do Windows PowerShell e o modelo de objeto de esquema para definir o atributo MP. MaxCharactersInPropertyStoreIndex. Insira o valor em bytes. O valor máximo para esse tamanho máximo é de 2,097,152 bytes.

Se aumentar esse limite, você 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 é o valor padrão para o tamanho máximo de uma propriedade gerenciada recuperável. Você pode configurar esse limite por propriedade gerenciada usando cmdlets do Windows PowerShell e o modelo de esquema de objeto para definir o atributo P.MaxCharactersInPropertyStoreForRetrieval. Insira o valor em bytes. O valor máximo para esse tamanho máximo é de 2,097,152 bytes.

Se aumentar esse limite, você 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.

Tamanho da propriedade gerenciada ordenável e refinável

16 KB por propriedade gerenciada

Limiar

Este é 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.

Os limites de dicionário protegem a memória, a eficiência de processamento de conteúdo e os resultados de consulta.

 

Limite Valor máximo Tipo de limite Observaçõ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

Isso limita o número de termos permitidos para dicionários de inclusões e exclusões para a correção ortográfica da consulta e extração de empresa. Você pode armazenar mais termos do que esse limite no Repositório de termos, mas a pesquisa só usa 5000 termos per inquilino.

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 Valor máximo Tipo de limite Observaçõ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 com suporte, isso reduz 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.

Valores por propriedade gerenciada

1000

Limiar

Uma propriedade gerenciada pode ter vários valores do mesmo tipo. Esse é o número máximo de valores por propriedade gerenciada com valores múltiplos gerenciados 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 é o número máximo de propriedades de metadados que o componente de rastreamento pode determinar ao rastrear um item. Estas propriedades de metadados podem ser mapeadas ou utilizadas para consultas. Aproximar-se deste número de propriedades rastreadas pode resultar em uma baixa taxa de rastreamento.

 

Limite Valor máximo Tipo de limite Observaçõ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

Os limites para consultas e resultados protegem o mecanismo de pesquisa contra a execução de grandes expressões de consulta e o retorno de conjuntos de resultados muito grandes. Evitar que o mecanismo de pesquisa execute grandes expressões de consulta e retorne conjuntos de resultados muito grandes impede ataques de negação de serviço (DoS) e garante que os resultados retornem em tempo hábil. Se você tiver que recuperar mais resultados, recomendamos que você use a paginação.

 

Limite Valor máximo Tipo de limite Observações

Comprimento de texto para consultas usando Keyword Query Language

4 KB (4.096 caracteres)

Com suporte

Esse é o valor testado e padrão para o comprimento máximo de texto de uma consulta criada com a Keyword Query Language, exceto para consultas de Descoberta. Para consultas de Descoberta, 16 KB (16.384 caracteres) é o valor máximo padrão.

O valor padrão para o comprimento máximo de texto pode ser aumentado até o limite de 20 KB (20.480) para todos os tipos de consulta.

Número de linhas em um conjunto de resultados

500 linhas

Com suporte

Este é o valor padrão e testado para o número máximo de linhas em um conjunto de resultados, exceto para uma consulta de descoberta. Para consultas de descoberta, 10.000 linhas é o valor padrão. Para exibir todo o conjunto de resultados, emita mais consultas de paginação.

Você pode alterar o valor para o número máximo de linhas em um conjunto de resultados usando os cmdlets Windows PowerShell para alterar a propriedade do aplicativo de serviço de Pesquisa MaxRowLimit. O MaxRowLimit define o valor máximo da propriedade de consulta RowLimit e a propriedade consulta de descoberta RowLimit. RowLimit define o número de linhas que cada página contém em um conjunto de resultados. Você pode aumentar MaxRowLimit para até 10.000 linhas. Esse é o limite com suporte.

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).

Os limites de classificação protegem a memória do servidor do aplicativo, a latência de consulta e o tamanho do índice.

 

Limite Valor máximo Tipo de limite Observaçõ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, pode não alcançar a relevância desejada. Adicione o site principal ao primeiro nível de relevância. Adicione mais sites principais aos segundo e terceiro níveis de relevância, um de cada vez. Avalie a relevância após cada adição para se certificar de que você tenha atingido o efeito de relevância desejado.

Os limites de índice evitam que o índice cresça fora dos limites e exceda os recursos disponíveis.

 

Limite Valor máximo Tipo de limite Observaçõ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.

Itens indexados

10 milhões por partição do índice

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.

A tabela a seguir lista as diretrizes recomendadas para o serviço de Perfil de Usuário.

 

Limite Valor máximo Tipo de limite Observações

Perfis de usuário

2.000.000 por aplicativo de serviço

Com suporte

Um aplicativo de serviço de Perfil de Usuário pode suportar até 2 milhões de perfis, com funcionalidade completa de recursos sociais. Esse número representa o número de perfis que podem ser importados no repositório de perfis pessoais de um serviço de diretório, e também o número de perfis que um aplicativo de serviço de Perfil de Usuário pode suportar sem causar diminuições no desempenho nos recursos sociais.

Marcas sociais, notas e classificações

500.000.000 por banco de dados social

Com suporte

No total, até 500 milhões de marcas sociais, notas e classificações são suportadas em um banco de dados social, sem diminuições significativas no desempenho. No entanto, as operações de manutenção do banco de dados como backup e restauração podem ter um desempenho reduzido nesse ponto.

A tabela a seguir lista as diretrizes recomendadas para a implantação de conteúdo.

 

Limite Valor máximo Tipo de limite Observações

Trabalhos de implantação de conteúdo executando em caminhos diferentes

20

Com suporte

Para trabalhos que executam simultaneamente nos caminhos conectados aos conjuntos de sites no mesmo banco de dados de conteúdo da fonte, existe um risco elevado de conflitos no banco de dados. Para trabalhos que devem executar simultaneamente, recomendamos mover os conjuntos de sites para bancos diferentes.

ObservaçãoObservação
Não é possível executar trabalhos simultâneos no mesmo caminho.

Se você estiver usando instantâneos do SQL Server para a implantação de conteúdo, cada caminho cria um instantâneo. Isso aumenta os requisitos de entrada/saída para o banco de dados da fonte.

Para saber mais, confira o artigo Sobre caminhos e trabalhos de implantação.

A tabela a seguir lista as diretrizes recomendadas para blogs.

 

Limite Valor máximo Tipo de limite Observações

Posts de blogs

5.000 por site

Com suporte

O número máximo de posts de blog é 5.000 por site.

Comentários

1.000 por post

Com suporte

O número máximo de comentários é 1.000 por post.

A tabela a seguir lista as diretrizes recomendadas para os Serviços de Conectividade Corporativa.

 

Limite Valor máximo Tipo de limite Observações

ECT (na memória)

5.000 por servidor Web (por inquilino)

Limiar

Número total de definições de tipo de conteúdo externo (ECT) carregadas na memória em um determinado momento, em um servidor Web.

Conexões do sistema externo

500 por servidor Web

Limiar

Número de conexões ativas/abertas do sistema externo, em um determinado momento. O valor máximo padrão é 200; o limiar é 500. Esse limite é reforçado no escopo do servidor Web, independente do tipo de sistema externo (por exemplo, banco de dados, montagem do .NET, e assim por diante). O padrão máximo é usado para restringir o número de conexões. Um aplicativo pode especificar um limite maior por contexto de execução; o limite impõe o máximo, mesmo para os 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 contexto de execução; o Máximo Absoluto impõe o máximo, mesmo para os 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.

O padrão máximo é 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 contexto de execução; o máximo absoluto impõe o máximo, mesmo para os aplicativos que não respeitem o padrão, como indexação.

A tabela a seguir lista as diretrizes recomendadas para o fluxo de trabalho.

 

Limite Valor máximo Tipo de limite Observações

Limite de adiamento do fluxo de trabalho

15

Limite

15 é o número máximo de fluxos de trabalho permitidos para executar ao mesmo tempo em um banco de dados de conteúdo, excluindo as instâncias executadas no serviço de timer. Quando esse limite é atingido, novas solicitações para ativar fluxos de trabalho serão colocadas em fila para executar mais tarde, pelo serviço de timer do fluxo de trabalho. Quando a execução sem timer é concluída, novas solicitações serão contabilizadas contra esse limite. Ele pode ser configurado usando o cmdlet Set-SPFarmConfig Windows PowerShell. Para saber mais, confira o artigo Set-SPFarmConfig.

Nota: 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. Esse número pode ser configurado por meio do Windows PowerShell. Para permitir eventos adicionais, você pode executar instâncias adicionais do Serviço de Timer do 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 rígido de 125 para a profundidade de nó em xaml. O valor máximo de 121 níveis de contas para as atividades padrão (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

Limite

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 utilizados para esse teste foram 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 esse limite fará com que a instância 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 inicialização automática não é afetado quando o tamanho da lista cresce 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.

A tabela a seguir lista as diretrizes recomendadas para a configuração de metadados gerenciados.

 

Limite Valor máximo Tipo de limite Observações

Número de pastas com padrões baseados no local

1.000 pastas por site ou tamanho do arquivo de dados de 256 Mb

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.

O número de links ou o tamanho do arquivo de um documento, que é atualizado quando o local de destino é alterado

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.

A tabela a seguir lista as diretrizes recomendadas para repositórios de termos de metadados gerenciados.

 

Limite Valor máximo Tipo de limite Observações

Número máximo de níveis de termos aninhados em um repositório de termos

7

Com suporte

Os termos em um conjunto de termos podem ser representados de forma hierárquica. Um conjunto de termos pode ter até sete níveis de termos (um termo pai e seis níveis de aninhamento abaixo dele).

Número máximo de conjuntos de termos em um repositório de termos

1,000

Com suporte

Pode haver até 1.000 conjuntos de termos em um repositório de termos.

Número máximo de termos em um conjunto de termos

30,000

Com suporte

O número máximo de termos em um conjunto de termos é 30.000.

ObservaçãoObservaçã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çãoObservação
Não pode haver 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.

A tabela a seguir lista as diretrizes recomendadas para instâncias dos Serviços do Visio no SharePoint Server 2013.

 

Limite Valor máximo Tipo de limite Observações

Tamanho de arquivo de desenhos da Web do Visio

50 MB

Limite

Os Serviços do Visio têm uma definição de configuração que permite que o administrador altere o tamanho máximo de desenhos da Web que o Visio processa.

Tamanhos de arquivo maiores têm os seguintes efeitos colaterais:

  • Aumento do volume de memória dos Serviços do Visio.

  • 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.

Tempo limite de recálculo de desenhos da Web do Visio

120 segundos

Limite

Os Serviços do Visio têm uma definição de configuração que permite que o administrador altere o tempo máximo que pode ser gasto no recálculo de um desenho após uma atualização de dados.

Um tempo limite maior de recálculo causa:

  • 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.

Idade mínima do cache do Serviços do Visio (diagramas conectados a dados)

Idade mínima do cache: 0 a 24 horas

Limite

A idade mínima do cache se aplica a diagramas conectados a dados. Ela determina o primeiro momento em que o diagrama atual pode ser removido do cache.

A definição da Idade Mínima do Cache com um valor muito baixo reduzirá a taxa de transferência e aumentará a latência, pois a invalidação do cache muitas vezes força o Visio a recalcular com frequência e reduz a disponibilidade da CPU e da memória.

Idade máxima do cache do Serviços do Visio (diagramas não conectados a dados)

Idade máxima do cache: 0 a 24 horas

Limite

A idade máxima do cache se aplica a diagramas não conectados a dados. Esse valor determina por quanto tempo o diagrama atual deve ser mantido na memória.

O aumento da Idade Máxima do Cache diminui a latência para desenhos solicitados com frequência.

No entanto, a definição da Idade Máxima do Cache com um valor muito alto aumenta a latência e diminui a taxa de transferência para os itens que não estão armazenados em cache, pois os itens já em cache consomem e reduzem a memória disponível.

O serviço do Web Analytics do SharePoint foi reprovado no SharePoint Server 2013.

A tabela a seguir lista as diretrizes recomendadas para o Serviços do PerformancePoint no SharePoint Server 2013.

 

Limite Valor máximo Tipo de limite Observações

Células

1.000.000 por consulta em uma fonte de dados dos Serviços do Excel

Limiar

Um scorecard do PerformancePoint que chama uma fonte de dados dos Serviços do Excel está sujeito a um limite máximo de 1.000.000 células por consulta.

Colunas e linhas

15 colunas por 60.000 linhas

Limite

O número máximo de colunas e linhas ao renderizar qualquer objeto de painel do PerformancePoint que use uma pasta de trabalho do Excel como fonte de dados. O número de linhas pode ser alterado em função do número de colunas.

Consulta em uma lista do SharePoint

15 colunas por 5.000 linhas

Com suporte

O número máximo de colunas e linhas ao renderizar qualquer objeto de painel do PerformancePoint que use uma lista do SharePoint como fonte de dados. O número de linhas pode ser alterado em função do número de colunas.

Consulta em uma fonte de dados do SQL Server

15 colunas por 20.000 linhas

Com suporte

O número máximo de colunas e linhas ao renderizar qualquer objeto de painel do PerformancePoint que use uma fonte de dados de tabela do SQL Server. O número de linhas pode ser alterado em função do número de colunas.

A tabela a seguir lista as diretrizes recomendadas para o Word Automation Services.

 

Limite Valor máximo Tipo de limite Observaçõ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)

15 minutos (padrão)

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 o trabalho de timer uma vez por minuto.

Número de conversões a iniciar por processo de conversão

Para formatos de saída PDF/XPS: 30 x M. Para todos os outros formatos de saída: 72 x M, em que M é o valor da Frequência para iniciar conversões (minutos)

Limite

O número de conversões a iniciar afeta a taxa de transferência do Word Automation Services.

Se estes valores forem definidos como mais elevados do que os níveis recomendados, alguns itens de conversão poderão começar a falhar de forma intermitente, e as permissões de usuário poderão expirar. As permissões de usuário expiram 24 horas a partir do momento em que um trabalho de conversão é iniciado.

Tamanho do trabalho de conversão

100.000 itens de conversão

Com suporte

Um trabalho de conversão inclui um ou mais itens de conversão, cada um dos quais representa uma única conversão a ser realizada em um único arquivo de entrada no SharePoint. Quando um trabalho de conversão é iniciado (usando o método ConversionJob.Start), esse trabalho e todos os itens de conversão são transmitidos para um servidor de aplicativos que, em seguida, armazena o trabalho no banco de dados do Word Automation Services. Um grande número de itens de conversão aumentará o tempo de execução do método Start e o número de bytes transmitidos ao servidor de aplicativos.

Total de processos de conversão ativos

N-1, em que N é o número de núcleos em cada servidor de aplicativos

Limite

Um processo de conversão ativo pode consumir um único núcleo de processamento. Portanto, os clientes não devem executar mais processos de conversão do que o número de núcleos de processamento existentes em seus servidores de aplicativos. O trabalho de timer de conversão e outras atividades do SharePoint também exigem o uso ocasional de um núcleo de processamento.

É recomendável deixar sempre um núcleo livre para uso pelo trabalho de timer de conversão e pelo SharePoint.

Tamanho 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.

O Word Automation Services não exclui registros do banco de dados automaticamente; assim, o banco de dados pode crescer indefinidamente sem manutenção. Os administradores podem remover manualmente o histórico de trabalhos de conversão usando o cmdlet Remove-SPWordConversionServiceJobHistory do Windows PowerShell. Para saber mais, confira o artigo Remove-SPWordConversionServiceJobHistory.

A tabela a seguir lista as diretrizes recomendadas para o Serviços do Excel no SharePoint Server 2013.

 

Limite Valor máximo Tipo de limite Observações

Tamanho Máximo da Pasta de Trabalho

10 MB

Com suporte

O tamanho máximo de uma pasta de trabalho que pode ser aberta no Serviços do Excel é 10 megabytes.

A tabela a seguir lista as diretrizes recomendadas para o Serviço de Tradução Automática.

 

Limite Valor máximo Tipo de limite Observaçõ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 o rendimento, porque há um limite para a quantidade de texto que pode ser traduzido em um momento. 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

Começar mais traduções do que o limite faz as traduções falharem por conta do tempo limite, porque elas não podem ser processadas antes do 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 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.

A tabela a seguir lista as diretrizes recomendadas para o Office Web Apps. Os limites de aplicativos clientes do Office também são aplicáveis quando um aplicativo está sendo executado como um aplicativo Web.

 

Limite Valor máximo Tipo de limite Observações

Tamanho do cache

100 GB

Limite

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 é recomendável aumentar o cache disponível.

Renderizações

Uma por documento por segundo por núcleo de CPU por servidor de aplicativos (máximo de oito núcleos)

Limiar

Esse é o número médio medido de renderizações de documentos "típicos" que podem ser executadas no servidor de aplicativos em um período de tempo.

Operações de mesclagem simultâneas do OneNote

8 por documento

Limite

O OneNote mescla alterações combinadas de vários usuários que estão realizando a coautoria de um bloco de anotações. Se muitas mesclagens simultâneas já estiverem em andamento, uma página de conflito será gerada em vez disso, o que forçará o usuário a executar a mesclagem manualmente.

A tabela a seguir lista as diretrizes recomendadas para o Project Server. Para obter mais informações sobre como planejar o Project Server, consulte Plano para o Project Server 2013.

 

Limite Valor máximo Tipo de limite Observações

Horário do final do projeto

Data: 31/12/2149

Limiar

Planos do Project não podem ultrapassar a data de 31/12/2149.

Produtos por plano de projeto

1.500 produtos

Limiar

Planos do Project não podem conter mais de 1.500 produtos.

Número de campos em um modo de exibição

256

Limiar

Um usuário não pode ter mais de 256 campos adicionados a um modo de exibição que tenha sido definido no Project Web App.

Número de cláusulas em um filtro para um modo de exibição

50

Limiar

Um usuário não pode adicionar um filtro a um modo de exibição que contenha mais de 50 cláusulas.

A tabela a seguir lista as diretrizes recomendadas para o aplicativos para SharePoint.

 

Limite Valor máximo Tipo de limite Observações

Tamanho máximo do pacote de aplicativos do Access/SharePoint

100 MB

Limiar

100 MB é o limite para um pacote de aplicativos criado no cliente Access.

ObservaçãoObservação
Como o Access compacta o banco de dados quando cria o pacote de aplicativos, esse pacote poderá conter 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 do Access criado no SharePoint Online 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 na loja) para a implantação única do SharePoint, seja no local ou no SharePoint Online. 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

Quando mais de 500 aplicativos do catálogo corporativo estiverem disponíveis para um único usuário, esse usuário não verá mais nenhum aplicativo no modo 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.

A tabela a seguir lista as orientações recomendadas para o serviço de cache distribuído.

 

Limite Valor máximo Tipo de limite Observaçõ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

16GB

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.

A tabela a seguir lista limites e diretrizes recomendadas para os serviços e recursos não abordados em outras seções.

 

Limite Valor máximo Tipo de limite Observaçõ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.

Mostrar: