Limites de software para o SharePoint 2013
APLICA-SE A:
2013 
2016 2019 Subscription Edition SharePoint no Microsoft 365
Este artigo descreve os limites e limites de software do SharePoint Server 2013, que incluem:
Limites: Limites estáticos que não podem ser excedidos por predefinição
Limites: Limites configuráveis que podem ser excedidos para acomodar requisitos específicos
Limites com suporte: limites configuráveis, que foram definidos por padrão com um valor testado
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 secção Limites e limites mais à frente neste artigo. Por outro lado, a adição de computadores servidores aumenta o processamento do farm de servidores, que pode ser necessário para atingir um desempenho aceitável com muitos objetos. Em muitos casos, os requisitos para altos números de objetos em uma solução podem exigir mais servidores no farm.
Existem muitos fatores que podem afetar o desempenho num determinado ambiente e cada um destes fatores pode afetar o desempenho em diferentes áreas. Alguns dos resultados de teste e recomendações neste artigo podem estar relacionados com funcionalidades ou operações de utilizador que não existem no seu ambiente e, portanto, não se aplicam à sua solução. Apenas um teste detalhado pode fornecer os dados exatos relacionados ao seu próprio ambiente.
Limitações, limites e limites com suporte
No SharePoint Server 2013, existem determinados limites por predefinição e que não podem ser excedidos. Alguns outros limites estão definidos para valores predefinidos que podem ser alterados pelo administrador do farm. Também existem determinados limites que não são representados por um valor configurável, como o número de coleções de sites por aplicação Web.
Os limites são limites absolutos que não podem ser excedidos por predefinição. É importante compreender estes limites para garantir que não faz suposições incorretas quando cria o farm.
Um exemplo de limite é o limite de tamanho do documento de 2 GB; não pode configurar o SharePoint Server 2013 para armazenar documentos com mais de 2 GB. Este limite é um valor absoluto incorporado e não pode ser excedido por predefinição.
Um limiar é um parâmetro que tem um valor predefinido que não pode ser excedido, a menos que o valor seja modificado. Os limites podem, em determinadas circunstâncias, ser excedidos para acomodar variações no design do farm. No entanto, é importante compreender que exceder o limiar pode afetar o desempenho do farm, além do valor efetivo de outros limites.
O valor padrão de certos limites só pode ser excedido até um valor máximo absoluto. Um bom exemplo é o limite para o tamanho do documento. Por predefinição, o limiar de tamanho predefinido do documento está definido para 250 MB, mas pode ser alterado para suportar o 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 suportados são parâmetros configuráveis definidos por predefinição para o valor recomendado, enquanto outros limites suportados estão relacionados com parâmetros que não são representados por um valor configurável.
Um exemplo de um limite com suporte é o número de conjuntos de sites por farm. O limite com suporte é o maior número de conjuntos de sites por aplicativo da Web que cumpra os comparativos de desempenho durante os testes.
É importante saber que muitos dos valores de limite fornecidos neste documento representam um ponto numa curva que descreve um aumento da carga de recursos e uma diminuição concomitante do desempenho à medida que o valor aumenta. Portanto, exceder certos limites, como o número de conjuntos de sites por aplicativo da web, só pode resultar em uma diminuição fracional no desempenho do farm. No entanto, na maioria dos casos, operar a um limite estabelecido ou próximo não é uma melhor prática, uma vez que os objetivos de desempenho e fiabilidade aceitáveis são melhor alcançados quando a conceção de um farm fornece um equilíbrio razoável de valores de limites.
As diretrizes de limiares e limites com suporte são determinadas pelo desempenho. Em outras palavras, você pode exceder os valores padrão dos limites, mas ao aumentá-lo, isso pode afetar o desempenho do farm e o valor efetivo de outros limites. Muitos limites no SharePoint Server 2013 podem ser alterados, mas é importante compreender como a alteração de um determinado limite afeta outras partes do farm.
Como os limites são estabelecidos
No SharePoint Server 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. Por conseguinte, o valor máximo atribuído ao número de coleções de sites não é absoluto, mas é calculado com base num conjunto esperado de características de utilização em que o desempenho geral do farm seria aceitável no limite especificado na maioria das circunstâncias.
Obviamente, se alguns serviços estiverem a funcionar com parâmetros superiores aos parâmetros utilizados para testes de limites, os limites máximos efetivos de outros serviços serão reduzidos. Por conseguinte, é importante executar exercícios rigorosos de gestão de capacidade e teste de dimensionamento para implementações específicas, de modo a estabelecer limites eficazes para esse ambiente.
Nota: não descrevemos o hardware que foi utilizado para validar os limites neste documento, porque os limites foram recolhidos de vários farms e ambientes.
A metáfora da pizza
Para compreender a relação entre os recursos de hardware, a carga e o desempenho, é importante ter uma forma de visualizar os fatores envolvidos e como se afetam mutuamente.
Considere a capacidade de um farm como um circular, cujo tamanho representa o agregado 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.
Este circular está dividido em setores que representam a carga de várias origens: pedidos de utilizador, consultas de pesquisa, operações contra funcionalidades instaladas, tarefas de temporizador e sobrecarga do sistema operativo. Cada uma dessas seções deve compartilhar os recursos disponíveis do farm. Se o tamanho de uma fatia aumentar, o das outras deve diminuir proporcionalmente. Uma vez que a carga num farm não é estática (os pedidos do utilizador, por exemplo, podem ser significativos apenas durante determinadas horas do dia), o tamanho relativo dos setores está constantemente em fluxo. Assim, cada fatia deve manter um tamanho mínimo exigido para funcionar normalmente, e uma vez que as funções representadas por cada fatia são interdependentes, o aumento no tamanho de uma fatia pode impor mais carga nas outras, além de reduzir os recursos disponíveis para elas consumirem.
Usando essa metáfora, o objetivo do design do farm é tornar a pizza grande o suficiente para acomodar o tamanho exigido de cada fatia sob a carga de pico.
Agora, pense em um cenário em que as solicitações do usuário aumentam em 100% em relação à base de referência. Digamos que cerca de metade das solicitações são consultas de pesquisa, e a outra metade são listas de edição e documentos. Essa carga aumentada comprime as outras fatias, mas alguns recursos do farm também devem trabalhar mais para compensar. O serviço de Pesquisa deve processar mais consultas, a maioria das quais tratadas pelo cache, mas algumas consultas são transferidas para os servidores do banco de dados, aumentando também sua carga. Se a carga nos servidores de base de dados se tornar demasiado grande, os comprimentos das filas de disco aumentam, o que, por sua vez, aumenta a latência de todos os outros pedidos.
Limites e limiares
Esta seção lista os objetos que podem fazer parte de uma solução que fornece diretrizes para o desempenho aceitável de cada tipo de objeto. Um desempenho aceitável significa que o sistema conforme testado pode suportar esse número de objetos, mas que o número não pode ser excedido sem alguma diminuição do desempenho ou uma redução no valor dos limites relacionados. Os objetos são listados por escopo e recurso. Os dados dos limites são fornecidos, juntos com notas que descrevem as condições em que o limite é obtido e links para informações adicionais quando disponíveis.
Use as diretrizes deste artigo para revisar seus planos de solução gerais. Se eles excederem as diretrizes recomendadas para um ou mais objetos, execute uma ou mais das ações a seguir:
Avalie a solução para garantir que haja compensações em outras áreas.
Sinalize as áreas para testar e monitorar, enquanto você cria a implantação.
Reestruture ou particione a solução para garantir que não excede as diretrizes de capacidade.
Limites por hierarquia
Esta seção fornece os limites classificados pela hierarquia lógica de um farm do SharePoint Server 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 anfitriões com o nome coleções de sites sempre que possível, em vez de adicionar aplicações 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 planear exceder os 20 caminhos geridos numa determinada aplicação Web, recomendamos que teste 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 bases de dados de conteúdo por aplicação Web, as operações do utilizador final, como abrir o site ou coleções de sites, não são afetadas. Porém, as operações administrativas como criar um novo conjunto de sites sofrem uma diminuição em seu desempenho. Recomendamos usar o PowerShell para gerenciar o aplicativo Web quando um número grande de bancos de dados de conteúdo estiver presente, porque a interface de gerenciamento pode torna-se lenta e difícil de navegar. Com 200 GB por base de dados de conteúdos e 500 bases de dados de conteúdos por farm, o SharePoint Server 2013 suporta 100 TB de dados por farm. |
| Tamanho do banco de dados de conteúdo (cenários de uso gerais) |
200 GB por banco de dados de conteúdo |
Com suporte |
Recomendamos limitar o tamanho das bases de dados de conteúdo a 200 GB, exceto quando se aplicam as circunstâncias nas seguintes linhas nesta tabela. Se estiver a utilizar o Armazenamento Remoto de BLOBS (RBS), o volume total de armazenamento e metadados de BLOB remotos na base de dados de conteúdos não pode exceder o limite de 200 GB. |
| Tamanho do banco de dados de conteúdo (todos os cenários de uso) |
4 TB por banco de dados de conteúdo |
Com suporte |
Bancos de dados de conteúdo de até 4 TB têm suporte quando os requisitos a seguir são atendidos: Desempenho do subsistema de disco de 0,25 IOPs por GB, recomenda-se dois IOPs por GB para um desempenho ideal. Você deve ter desenvolvido planos para alta disponibilidade, recuperação de desastres, capacidade futura e teste de desempenho. 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 a cópia de segurança do SharePoint Server 2013 e soluções de cópia de segurança alternativas para determinar a melhor solução para o seu ambiente específico. Recomenda-se ter uma gestão proativa de administradores qualificados das instalações do SharePoint Server 2013 e do 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 implementações de código personalizado, utilização de mais de 20 colunas na promoção de propriedades ou funcionalidades listadas como não a serem utilizadas na secção superior a 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. Esta aprovisionamento 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 a cópia de segurança e o restauro, as coleções de sites individuais numa base de dados de conteúdos estejam limitadas a 100 GB. Para obter mais informações, consulte Limites do conjunto de sites. IMPORTANTE: não recomendamos a utilização de bases de dados de conteúdo que excedam 4 TB, exceto em cenários de arquivo de documentos (descritos na linha seguinte nesta tabela). Se, no futuro, precisar de atualizar a instalação do SharePoint Server 2013, atualizar as coleções de sites nas bases de dados de conteúdos pode ser difícil e morosa. > Recomenda-se que aumente horizontalmente em várias bases de dados de conteúdos, em vez de exceder 4 TB de dados numa única base de dados de conteúdos. |
| Tamanho do banco de dados de conteúdo (situação de arquivamento de documentos) |
Nenhum limite explícito do banco de dados de conteúdo |
Com suporte |
Os bancos de dados de conteúdo sem nenhum limite explícito de tamanho, para uso em cenários de arquivamento de documentos, têm suporte quando os seguintes requisitos são atendidos: Cumpra todos os requisitos do limite "Tamanho da base de dados de conteúdos (todos os cenários de utilização)" anteriormente nesta tabela e deve certificar-se de que considerou cuidadosamente todos os fatores abordados 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 utilize alertas, fluxos de trabalho, correções de ligações ou segurança ao nível do item em quaisquer objetos do SharePoint Server 2013 na base de dados de conteúdos. 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 base de dados de conteúdos que foi testado no SharePoint Server 2013 é de 60 milhões de itens, incluindo documentos e itens de lista. Se planeia armazenar mais de 60 milhões de itens no SharePoint Server 2013, tem de implementar várias bases de dados de conteúdos. |
| 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 que limite o número de coleções de sites numa base de dados de conteúdos para 5000. No entanto, até 10.000 conjuntos têm suporte em um banco. Numa base de dados de conteúdos com até 10 000 coleções de sites totais, um máximo de 2500 destas coleções pode ser coleções de sites não pessoais. É possível suportar 10 000 coleções de sites Pessoais se forem as únicas coleções de sites na base de dados de conteúdos. O limite do número de conjuntos de sites em um banco de dados é subordinado ao limite do tamanho de um banco de dados de conteúdo que tem mais de um conjunto de sites. Portanto, à medida que o número de conjuntos de sites no banco de dados aumenta, o tamanho médio dos conjuntos de sites que ele contém deve diminuir. Exceder o limite de 5.000 conjuntos de sites o coloca em risco de ocorrerem tempos de inatividade mais longos durante as atualizações. Se você planeja exceder 5.000 conjuntos de sites, recomendamos que você tenha uma estratégia de atualização clara para corrigir a duração da inatividade e o impacto nas operações e obtenha hardware adicional para acelerar as atualizações de software e atualizações que afetam os bancos de dados. Exceeding the 5,000 site collection limit puts you at risk of longer downtimes during upgrades. Se pretender exceder 5000 coleções de sites, recomendamos que tenha uma estratégia de atualização clara para resolver o impacto do comprimento e das operações de indisponibilidade e obtenha hardware adicional para acelerar as atualizações de software que afetam as bases 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 outras para todos os outros modelos de site. Os sites podem residir em um aplicativo Web ou podem ser distribuídos em vários aplicativos Web. Este limite é afetado por outros fatores que podem reduzir o número efetivo de coleções de sites que podem ser suportadas por uma determinada base de dados de conteúdos. Se cada um desses bancos de dados de conteúdo contiver 1.000 conjuntos de sites, o número total de conjuntos no aplicativo Web será de 200.000, o que está dentro dos limites com suporte. No entanto, se cada banco de dados de conteúdo tiver 10.000 conjuntos de sites, embora esse número seja com suporte para um banco de dados de conteúdo, o número total de conjuntos no farm será 2.000.000, o que excede o limite do número de conjuntos de sites por aplicativo Web. Por exemplo, o farm A contém um aplicativo Web que tem 200 bancos de dados de conteúdo, uma configuração suportada. Se cada um desses bancos de dados de conteúdo contiver 1.000 conjuntos de sites, o número total de conjuntos no aplicativo Web será de 200.000, o que está dentro dos limites com suporte. No entanto, se cada 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. Este limite aplica-se 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: recomenda-se manter-se abaixo dos 2000 subsites por coleção de sites. Pode criar um grande número total de sites ao criar várias coleções de sites com até 2000 Webs por coleção de sites. Por exemplo, 125 coleções de sites que contêm 2000 webs equivalem a 250 000 sites no farm. No entanto, este limiar seria considerado o limite máximo recomendado para sites não pessoais. Se tiver 250 000 coleções de sites, todas com um web site de raiz que não seja o modelo 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: Eliminar 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 2000 subsites, o desempenho de ações como a execução do PSConfig ao adicionar um novo servidor a um farm existente ou após a instalação de 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 Rever estado da base de dados (<your_SharePoint_CentralAdmin_URL>/_admin/UpgradeStatus.aspx) no site da Administração Central pode resultar num tempo limite. |
| Tamanho do conjunto de sites |
Tamanho máximo do banco de dados de conteúdo |
Com suporte |
A site collection can be as large as the content database size limit for the applicable usage scenario. For more information about the different content database size limits for specific usage scenarios, see the Content database limits table in this article. Em geral, recomendamos limitar o tamanho das coleções de sites a 100 GB pelos seguintes motivos: Determinadas ações da coleção de sites, como a cópia de segurança/restauro da coleção de sites ou o cmdlet Move-SPSite do PowerShell, causam grandes operações do SQL Server que podem afetar o desempenho ou falhar se outras coleções de sites estiverem ativas na mesma base 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, veja Estruturar Listas grandes e maximizar o desempenho da lista (SharePoint Server 2010).
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Tamanho da linha da lista |
8.000 bytes por linha |
Limiar |
Each list or library item can only occupy 8,000 bytes in total in the database. 300 bytes are reserved, leaving 7700 bytes for end-user columns. For details on how much space each kind of field consumes, see Column limits. |
| Tamanho do arquivo |
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. Este limite é um limite configurável que pode ser aumentado até 2 GB (2047 MB). No entanto, um grande volume de ficheiros grandes pode afetar o desempenho do farm. |
| Documentos |
30.000.000 por biblioteca |
Com suporte |
Pode criar bibliotecas de documentos grandes aninhando pastas ou utilizando vistas 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. Este limite não pode ser excedido. Itens |
| 30.000.000 por lista |
30.000.000 por lista |
Com suporte |
Pode criar listas grandes com vistas padrão, hierarquias de sites 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 associações permitidas por consulta, como esses valores com base nas colunas de estado de pesquisa, pessoa/grupo ou fluxo de trabalho. If the query uses more than eight joins, the operation is blocked. Esta condição não se aplica a operações de itens únicos. 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 base de dados, como uma consulta, pode processar ao mesmo tempo quando são executados por um auditor ou administrador com as permissões adequadas. Essa configuração funciona com Permitir Substituição do Modelo do Objeto. Nota: este limiar tem de ser ativado com 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, uma vez que o número de subsites ultrapassa os 2000. Da mesma forma, a página Todo o Conteúdo do Site e o desempenho do Controle de Exibição da Árvore diminuem significativamente à medida que o número de subsites aumenta. |
| Cocriação nos ficheiros Word, PowerPoint e Excel para .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 âmbitos de segurança exclusivos definidos para uma lista não pode exceder os 50 000. Para a maioria dos farms, recomendamos que você considere reduzir esse limite para 5.000 escopos únicos. Para grandes listas, considere o uso de um projeto que use menos permissões únicas possíveis. Quando o número de âmbitos de segurança exclusivos de uma lista excede o valor do limiar da vista de lista (definido por predefinição em 5000 itens de lista), ocorrem mais percursos de ida e volta do SQL Server quando a lista é visualizada, o que pode afetar negativamente o desempenho da vista de lista. Um âmbito é o limite de segurança para um objeto com capacidade de segurança e qualquer um dos elementos subordinados que não tenham um limite de segurança separado definido. 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 do SQL Server. Cada tipo de coluna tem um valor de tamanho listada em bytes. A soma de todas as colunas numa lista do SharePoint não pode exceder os 8000 bytes.
| Limite | Número máximo de colunas | Tipo de limite | Tamanho por coluna | Anotações |
|---|---|---|---|---|
| Única linha de texto |
255 |
Limite |
30 bytes |
|
| Linhas Múltiplas de Texto |
350 |
Limite |
22 bytes |
|
| Escolha |
255 |
Limite |
30 bytes |
|
| Escolha (seleções múltiplas) |
350 |
Limite |
22 bytes |
|
| Número |
550 |
Limite |
14 bytes |
|
| Moeda |
550 |
Limite |
14 bytes |
|
| Data e Hora |
550 |
Limite |
14 bytes |
|
| Pesquisa |
750 |
Limite |
10 bytes |
|
| Sim / Não |
1000 |
Limite |
7 bytes |
|
| Pessoa ou grupo |
750 |
Limite |
10 bytes |
|
| Hiperlink ou imagem |
127 |
Limite |
60 bytes |
|
| 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 dados externos têm o conceito de uma coluna primária e colunas secundárias. Quando adiciona uma coluna de dados externos, pode selecionar alguns campos secundários do tipo de conteúdo externo que pretende que sejam adicionados à lista. Por exemplo, tendo em conta um Tipo de Conteúdo Externo "Cliente" que tem campos como "ID", "Nome", "País" e "Descrição", quando adiciona uma coluna de Dados Externos do tipo "Cliente" a uma lista, pode adicionar campos secundários para mostrar o "ID", "Nome" e "Descrição" do Cliente. No geral, estas 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, o ID pode ser mapeado 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 Múltiplas 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 |
Este tipo não é um limite rígido, 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 tiver muitas entradas (grupos de segurança de utilizadores) na coleção de sites (mais de 1000), deve utilizar o PowerShell para gerir utilizadores em vez da IU. Esta plataforma proporcionará uma melhor experiência de gestão. |
| 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. Esta implicação aplica-se especialmente à adição de um utilizador a um grupo existente, à criação de um novo grupo e à composição de vistas 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 existe um limite rígido, mas quanto maior for o âmbito, mais tempo demorará o cálculo. |
Limites por recurso
Esta seção lista os limites classificados por recurso.
Limites da pesquisa
As orientações recomendadas para pesquisa são organizadas conforme os aspectos de pesquisa impactados pela mesma: a topologia, o tamanho dos itens, dicionários, rastreamento, esquema, consultas e resultados, ranking e o índice.
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 |
Pode exceder este limite para acomodar requisitos específicos. Ao dimensionar, adicione uma base de dados de relatórios de análise quando o tamanho de qualquer uma das bases de dados de análise implementada atingir o tamanho total de 250 GB ou 20 M de linhas totais. Desta forma, a repartição é o mais equilibrada possível. |
| Bancos de dados de link |
4 por aplicativo de serviço de Pesquisa |
Com suporte |
O número mais alto testado de itens que um banco de dados de link pode conter é de 100 milhões. |
| Componentes de rastreamento |
16 por aplicativo de serviço de Pesquisa; 1 por servidor |
Com suporte |
|
| Componente de índice |
60 por aplicativo de serviço de Pesquisa; 4 por servidor |
Com suporte |
Para calcular o número de componentes de índice que você tem, multiplique o número de partições de índice pelo número de réplicas de índice. Para o SharePoint Foundation 2013, este limite é um componente de índice por aplicação de 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. 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 aumentar o número de réplicas de índice, esta alteração terá um efeito positivo no desempenho da consulta e proporciona uma melhor tolerância a falhas. No entanto, se adicionar demasiadas réplicas à partição de índice, este excesso pode afetar negativamente a indexação. Para cenários de sites da Internet, que normalmente têm uma taxa de consulta elevada, mas um volume de conteúdo baixo (menos de 4 milhões de itens por partição), o limite suportado é de seis réplicas de índice por partição. 1 por servidor |
| Componentes de processamento de conteúdos |
1 por servidor |
Com suporte |
A topologia de pesquisa suporta o aumento horizontal do número de componentes de processamento de conteúdos. Embora um anfitrião físico ou máquina virtual específico suporte vários componentes de processamento de conteúdos, obtém uma melhor utilização da capacidade da CPU com um componente de processamento de conteúdos. 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údos processe documentos recebidos em paralelo. Este mecanismo pressupõe um único componente de processamento de conteúdos por anfitrião. Se o número de núcleos físicos no anfitrião for igual a N, o componente de processamento de conteúdos 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údos pode processar 12 documentos em paralelo. Pode alterar o valor de K ao definir a propriedade NumberOfCssFeedersPerCPUForRegularCrawl da Aplicação de Serviço de Pesquisa. O SharePoint Server 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 existir tempo de CPU inativo, considere aumentar o coeficiente K em vez de adicionar um componente adicional de processamento de conteúdos. 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 |
Este limite não inclui componentes de pesquisa. A soma dos outros componentes de pesquisa deve permanecer dentro desse limite. |
| Aplicativo de serviço de Pesquisa |
20 por farm |
Com suporte |
Vários aplicativos de serviço de pesquisa podem ser implantados no mesmo farm, porque você pode atribuir componentes de pesquisa e bancos de dados em servidores separados. Este limite é menor do que o limite para o número total de aplicativos de serviços em um farm. |
| Fontes de conteúdo |
500 por aplicativo de serviço de Pesquisa |
Limiar |
Existe uma sobrecarga associada a cada origem de conteúdo, pelo que recomendamos que crie o menor número de origens de conteúdo que satisfaçam os seus outros requisitos operacionais, por exemplo diferenças na prioridade de pesquisa e no agendamento. |
Pesquisa: limites de tamanho do item
Os limites de tamanho de item protegem o desempenho do rastreamento e o tamanho do índice. Aqui estão alguns exemplos de como os limites podem afetar a pesquisa:
Se você não consegue obter resultados quando procura por um item, talvez o item seja grande demais. Um aviso irá aparecer no log de rastreamento, informando que o arquivo excedeu o tamanho máximo que o rastreador pode baixar.
Se procurar texto num item e apenas obter resultados da primeira parte do texto, o componente de processamento de conteúdos pode ter truncado o item porque excedeu alguns limites de tamanho do item. Quando o componente de processamento de conteúdos trunca um item, indica esta truncagem ao definir a propriedade gerida 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 resto do conteúdo não é transferido. A pesquisa sempre faz download dos metadados de um documento. You can change the default limit for the maximum document size. Efetue esta alteração com os cmdlets do Microsoft PowerShell para alterar a propriedade da aplicação do serviço de 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 |
Este limiar é o valor predefinido para o tamanho máximo de uma propriedade gerida definida como "pesquisável" ou "queryable". You can configure this limit by using PowerShell cmdlets and the schema object model to set the MP.MaxCharactersInPropertyStoreIndex attribute. Enter the value in bytes. The maximum value for this maximum size is 2,097,152 bytes. Se aumentar este limite, ativa a indexação de mais dados por propriedade gerida. A indexação mais dados por propriedade gerenciada usa mais espaço em disco e aumenta a carga total no sistema de pesquisa. |
| Tamanho da propriedade gerenciada recuperável |
16 KB por propriedade gerenciada |
Limite |
Este limiar é o valor predefinido para o tamanho máximo de uma propriedade gerida 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 aumentar este limite, ativa a indexação de mais dados por propriedade gerida. 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 |
Este limite é o tamanho máximo de uma propriedade gerida ordená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 salvaguarda da memória, a eficiência do processamento de conteúdos e os 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 |
Este limite limita o número de termos permitidos para dicionários de inclusão e exclusões para correção ortográfica de consultas e extração da empresa. Você pode armazenar mais termos do que esse limite no Repositório de termos, mas a pesquisa só usa 5000 termos per inquilino. |
Pesquisa: limites de esquema
Os limites do esquema protegem os recursos de memória e mantêm a sobrecarga de operação de gerenciamento em um nível aceitável.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Propriedades rastreadas |
500.000 por aplicativo de serviço de Pesquisa |
Com suporte |
O conteúdo e os metadados dos itens que você rastreia são representados como propriedades rastreadas. Você pode mapear essas propriedades rastreadas para propriedades gerenciadas. Se o número de propriedades pesquisadas exceder este limite suportado, este excesso 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. |
| Limiar |
1000 |
Propriedades de metadados reconhecidos |
Uma propriedade gerenciada pode ter vários valores do mesmo tipo. Este valor é o número máximo de valores por propriedade gerida de múltiplos valores geridos por documento. Se esse número for ultrapassado, os valores restantes são descartados. |
| Propriedades de metadados reconhecidos |
100.000 por item rastreado |
Com suporte |
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 motor de busca contra a execução de expressões de consulta grandes e a devolução de grandes conjuntos de resultados. Impedir que o motor de busca execute expressões de consulta grandes e devolva grandes conjuntos de resultados impede ataques Denial-of-service (DoS) e garante que os resultados são devolvidos em tempo útil. Se tiver de obter mais resultados, recomendamos que utilize a paginação.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Comprimento de texto para consultas usando Keyword Query Language |
4 KB (4.096 caracteres) |
Com suporte |
Este valor é o testado e predefinido para o comprimento máximo de texto de uma consulta criada com a Linguagem de Consulta de Palavras-chave, exceto para consultas de Deteção. Para consultas de Descoberta, 16 KB (16.384 caracteres) é o valor máximo padrão. 500 linhas |
| Com suporte |
500 linhas |
Com suporte |
Este valor é o testado e predefinido para o número máximo de linhas num conjunto de resultados, exceto para uma consulta de Deteção. Para consultas de descoberta, 10.000 linhas é o valor padrão. Para exibir todo o conjunto de resultados, emita mais consultas de paginação. You can change the value for the maximum number of rows in a result set by using PowerShell cmdlets to change the Search service application property MaxRowLimit. MaxRowLimit defines the maximum value of the query property RowLimit and the Discovery query property RowLimit. RowLimit defines the number of rows each page contains in a result set. You can increase MaxRowLimit up to 10,000 rows, this is the supported boundary. |
| Remoção do resultado |
Sem limite |
Com suporte |
|
| Cota de alerta de pesquisa |
100.000 alertas por aplicativo de serviço de Pesquisa |
Com suporte |
Os 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 tarefas em simultâneo em caminhos ligados a coleções de sites na mesma base de dados de conteúdos de origem, existe um risco acrescido de impasses na base de dados. For jobs that must run concurrently, we recommend that you move the site collections into different source content databases. Nota: não são possíveis tarefas de execução simultâneas no mesmo caminho. Se estiver a utilizar instantâneos do SQL Server para a implementação de conteúdos, cada caminho cria um instantâneo. 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 ligações de sistema externo ativas/abertas num determinado ponto no tempo. O valor máximo predefinido é 200; o limite é 500. Este limite é imposto no âmbito do servidor Web, independentemente do tipo de sistema externo (por exemplo, base de dados, assemblagem .NET, etc.) O máximo predefinido é utilizado para restringir o número de ligações. Uma aplicação pode especificar um limite maior através do contexto de execução; o limite impõe o máximo, mesmo para aplicações que não respeitam a predefinição. |
| Itens do banco de dados retornados por solicitação |
2.000 por conector do banco de dados |
Limite |
Número de itens por solicitação que o conector de banco de dados pode retornar. O 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. A aplicação pode especificar um limite maior através do contexto de execução; o Máximo Absoluto impõe o máximo até para aplicações que não respeitam a predefinição. O limiar é 1.000.000. |
| Latência de Resposta |
600 segundos |
Limite |
Tempo limite usado pelo conector de dados externo por solicitação. O valor padrão é 180 segundos, mas os aplicativos podem ser configurados para especificar um valor maior, até o máximo de 600 segundos. |
| Tamanho da resposta do serviço |
150.000.000 bytes |
Limite |
O volume superior de dados por solicitação do conector de dados externo pode ser retornado. O valor padrão é 3.000.000 bytes, mas os aplicativos podem ser configurados para especificar um valor maior, até o máximo de 150.000.000 bytes. |
| Descritor de Filtro (na loja) |
200 por método ECT |
Limiar |
O número máximo de Descritores de Filtro por método ECT é 200. |
| Identificador ECT (na loja) |
20 por ECT |
Limiar |
O número máximo de identificadores por ECT é 20. |
| Item do banco de dados |
1.000.000 por consulta |
Limite |
O número máximo padrão de itens por solicitação que o conector de banco de dados pode retornar é 2.000 e o máximo absoluto é 1.000.000. The default max is used by the database connector to restrict the number of results that can be returned per page. A aplicação pode especificar um limite maior através do contexto de execução; o máximo absoluto impõe o máximo permitido mesmo para aplicações que não respeitam a predefinição, como a indexação. |
Limites do fluxo de trabalho
A tabela a seguir lista as diretrizes recomendadas para o fluxo de trabalho.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Limite de adiamento do fluxo de trabalho |
15 |
Limite |
15 is the maximum number of workflows allowed to be executing against a content database at the same time, excluding instances that are running in the timer service. 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. Nota: este limite não se refere ao número total de instâncias de fluxo de trabalho que podem estar em curso. Em vez disso, é o número de instâncias que estão a ser processadas. Aumentar esse limite aumenta o processamento para iniciar e concluir tarefas de fluxo de trabalho, mas também a carga contra o banco de dados de conteúdo e os recursos do sistema. |
| Tamanho do lote de timer do fluxo de trabalho |
100 |
Limite |
O número de eventos que cada execução do trabalho de timer de fluxo de trabalho selecionará e entregará aos fluxos de trabalho. É configurável com o PowerShell. Para permitir eventos adicionais, 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 |
Existe um limite de 125 para a profundidade do nó em xaml. O valor máximo de 121 níveis representa as atividades predefinidas (fase, sequência, etc.) que o SharePoint Designer insere automaticamente. |
| Ativações da instância do fluxo de trabalho por servidor Web |
6 por segundo |
Limiar |
Os testes confirmaram que um servidor Web do SharePoint pode ativar um máximo de 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 este teste eram máquinas virtuais Hyper-V com processador de 16 núcleos e 24 GBs de RAM cada. |
| Tamanho do valor variável do fluxo de trabalho |
256 KB |
Limiar |
A quantidade máxima de dados que podem ser armazenados em uma variável de fluxo de trabalho única é 256 KB. Exceder 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. Nota: tanto o conjunto de termos local como o conjunto de termos global seguem o limite de 30 000 termos por site de termos. Utilize conjuntos de termos globais para armazenar os dados reutilizáveis para todas as coleções de sites, em vez de utilizar uma grande quantidade de conjuntos de termos de coleção de sites ou criar um novo serviço de Metadados Geridos. Uma aplicação Web pode ter ligações a 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. Nota: as etiquetas adicionais para o mesmo termo, como sinónimos e traduções, não contam como termos separados. |
| Número total de itens em um repositório de termos |
1,000,000 |
Com suporte |
Um item é um termo ou um conjunto de termos. A soma do número de termos e conjuntos de termos não pode exceder 1000 000. As etiquetas adicionais para o mesmo termo, como sinónimos e traduções, não contam como termos separados. Nota: não pode ter o número máximo de conjuntos de termos e o número máximo de termos em simultâneo num arquivo de termos. |
| Número dos rótulos de variação |
209 por repositório de termos |
Com suporte |
O número máximo dos rótulos de variação por repositório de termos é 209. |
| Número de termos no conjunto de termos de navegação gerenciado |
2,000 |
Com suporte |
O número máximo de termos com suporte em um conjunto de termos de navegação gerenciado é 2.000. |
Veja também Descrição geral do serviço de Metadados Geridos no SharePoint 2013 e O impacto de ter vários serviços de Metadados Geridos 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 da Cache para um valor muito elevado aumenta a latência e abranda o débito dos itens que não estão em cache, porque os itens que já se encontram na 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 compor qualquer objeto de dashboard do PerformancePoint que utilize um livro do Excel como origem de dados. O número de linhas pode ser alterado em função do número de colunas. |
| Consulta em uma lista do SharePoint |
15 colunas por 5.000 linhas |
Com suporte |
O número máximo de colunas e linhas ao renderizar qualquer objeto de painel do PerformancePoint que use uma lista do SharePoint como fonte de dados. O número de linhas pode ser alterado em função do número de colunas. |
| Consulta em uma fonte de dados do SQL Server |
15 colunas por 20.000 linhas |
Com suporte |
The maximum number of columns and row when rendering any PerformancePoint dashboard object that uses a SQL Server table data source. The number of rows could change based on the number of columns. |
Limites do Word Automation Services
A tabela a seguir lista as diretrizes recomendadas para o Word Automation Services.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Tamanho do arquivo de entrada |
512 MB |
Limiar |
Tamanho máximo de arquivo que pode ser processado pelo Word Automation Services. |
| Frequência para iniciar as conversões (minutos) |
1 minuto (recomendado) Limite 59 minutos (limite) |
Limite |
Essa configuração determina a frequência com que o trabalho de timer do Word Automation Services é executado. Um número mais baixo torna mais rápida a execução do trabalho de timer. Os nossos testes mostram que é mais útil executar esta tarefa de temporizador uma vez por minuto. |
| Número de conversões a iniciar por processo de conversão |
O número de conversões a iniciar afeta a taxa de transferência do Word Automation Services. |
Limite |
O número de conversões a iniciar afeta a taxa de transferência do Word Automation Services. Se estes valores forem definidos acima dos níveis recomendados, alguns itens de conversão podem começar a falhar intermitentemente e as permissões de utilizador podem expirar. As permissões de usuário expiram 24 horas a partir do momento em que um trabalho de conversão é iniciado. |
| Tamanho do trabalho de conversão |
100.000 itens de conversão |
Com suporte |
Um trabalho de conversão inclui um ou mais itens de conversão, cada um dos quais representa uma única conversão a ser realizada em um único arquivo de entrada no SharePoint. Quando 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 da aplicação. |
| Total de processos de conversão ativos |
N-1, em que N é o número de núcleos em cada servidor de aplicativos |
Limite |
Um processo de conversão ativo pode consumir um único núcleo de processamento. 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. Os Word Automation Services não eliminam registos da base de dados automaticamente, pelo que a base de dados pode crescer indefinidamente sem manutenção. Os administradores podem remover manualmente o histórico de tarefas de conversão com o cmdlet do PowerShell Remove-SPWordConversionServiceJobHistory. Para saber mais, confira o artigo Remove-SPWordConversionServiceJobHistory. |
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 |
Utilizar mais processos do que o limite não aumenta o débito porque existe um limite para a quantidade de texto que pode ser traduzida de cada vez. Usar mais processos aumenta as demandas sobre os recursos do servidor. |
| Atraso entre traduções |
59 minutos |
Limite |
Começar traduções em um intervalo maior do que o limite faz com que o tempo necessário para traduzir documentos aumente muito e pode fazer com que o número de traduções em fila cresça demasiadamente. |
| Número de traduções por processo de tradução |
1.000 por processo |
Limite |
Iniciar mais traduções do que o limite faz com que as traduções falhem devido ao tempo limite porque não podem ser processadas antes do período de tempo limite. |
| Máximo de solicitações de tradução simultânea |
300 |
Limite |
Mais de 300 pedidos de tradução simultânea podem expirar as traduções, porque as solicitações estão na fila por mais tempo do que o período de tempo limite. |
| Arquivos por trabalho de tradução |
100.000 arquivos |
Com suporte |
Enviar 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 aumente a cache disponível. |
| Renderizações |
Uma por documento por segundo por núcleo de CPU por servidor de aplicativos (máximo de oito núcleos) |
Limiar |
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 seguinte lista as diretrizes recomendadas para o Project Server. Para obter mais informações sobre como planear o Project Server, veja Planeamento e arquitetura do Project Server 2010.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Horário do final do projeto |
Data: 31/12/2149 |
Limiar |
Os planos de projeto não podem prolongar-se para além da data 31/12/2149. |
| Produtos por plano de projeto |
1.500 produtos |
Limiar |
Os planos de projeto não podem conter mais de 1500 materiais a entregar. |
| Número de campos em um modo de exibição |
256 |
Limiar |
Um utilizador não pode ter mais de 256 campos adicionados a uma vista que definiu no Project Web App. |
| Número de cláusulas em um filtro para um modo de exibição |
50 |
Limiar |
Um utilizador não pode adicionar um filtro a uma vista que tenha mais de 50 cláusulas. |
Limites dos Aplicativos do SharePoint
A tabela a seguir lista as diretrizes recomendadas para o aplicativos para SharePoint.
| Limite | Observações | Observações | Anotações |
|---|---|---|---|
| Tamanho máximo do pacote de aplicativos do Access/SharePoint |
100 MB |
Limiar |
Tamanho máximo de armazenamento do banco de dados de aplicativos do Access no SQL Azure Nota: o Access comprime a base de dados quando cria o pacote de aplicações, pelo que o pacote de aplicações pode incluir mais de 100 MB de dados. |
| Tamanho máximo de armazenamento do banco de dados de aplicativos do Access no SQL Azure |
1 Gb |
Limiar |
Cada aplicação do Access criada no SharePoint cria uma base de dados no SQL Azure. 1 GB é o limite para o armazenamento do banco de dados no SQL Azure. Numa instalação no local, o administrador controla o tamanho da base de dados SQL associada. |
| Aplicativos exibidos na página Gerenciar Licenças |
2,000 |
Limiar |
Até 2.000 aplicativos (comprados na loja) podem ser exibidos na página Gerenciar Licenças. Você ainda pode gerenciar a licença de qualquer aplicativo, indo até a página Todo o Conteúdo do Site do site no qual o aplicativo está instalado e clique em Licenças ou procure o aplicativo usando a Pesquisa do Marketplace. |
| Número de licenças de aplicativo por inquilino |
1,000,000 |
Com suporte |
O número máximo de licenças suportadas (compra de aplicações na loja) para uma única implementação do SharePoint, no local ou no SharePoint no Microsoft 365. Exceder esse limite pode causar grave degradação do desempenho. |
| Número de aplicativos exibidos na página Adicionar um aplicativo |
240 |
Limiar |
Após esse limite ser atingido, somente os primeiros 240 aplicativos serão exibidos, e uma mensagem instruindo você a procurar para localizar o seu aplicativo será exibida. |
| Número de gerenciadores por licença de aplicativo |
30 |
Limiar |
Somente 30 pessoas podem gerenciar uma licença. Os gerenciadores de licença podem adicionar ou remover usuários ou excluir uma licença. |
| Número de licenças de aplicativo atribuídas a um usuário visível para esse usuário |
2,000 |
Limiar |
Quando 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. |