Share via


Estimar os requisitos de desempenho e capacidade dos Serviços Corporativos de Conectividade da Microsoft no SharePoint Server 2010

 

Aplica-se a: SharePoint Server 2010

Tópico modificado em: 2016-11-30

**Resumo:**Este artigo oferece desempenho e diretrizes de planejamento e discute o impacto de usar o Serviços Corporativos de Conectividade no Microsoft SharePoint Server 2010.

Para obter mais informações sobre os Serviços Corporativos de Conectividade, consulte Visão geral dos Serviços Corporativos de Conectividade (SharePoint Server 2010).

Neste tópico:

  • Glossário

  • Características do farm de teste

  • Resultados do teste

  • Recomendações

Glossário

A lista a seguir define os termos do Serviços Corporativos de Conectividade usados neste documento.

Termo Definição

Associação

Uma associação vincula os tipos de conteúdo externos relacionados. Por exemplo, os clientes podem ser associados aos seus pedidos de vendas. As associações são usadas com os Web Parts.

Item Externo

Uma instância de um tipo de conteúdo externo.

Lista Externa

Uma lista de itens de um tipo de conteúdo externo.

Sistema Externo

Uma fonte de dados com suporte que pode ser modelada pelos Serviços Corporativos de Conectividade, como um banco de dados, um serviço Web ou um assembly personalizado do .NET Framework.

Página de Perfil

Uma página de perfil exibe os dados de um item de um tipo de conteúdo externo.

Serviço de Repositório Seguro

Um serviço compartilhado que armazena de forma segura conjuntos de credenciais para fontes de dados externas e os associa a identidades de pessoas ou de grupos.

Web Part

Um componente reutilizável de um site do SharePoint que apresenta as informações extraídas de múltiplas fontes de dados.

Características do farm de teste

Esta seção descreve os cenários de teste e os processos de teste que foram usados para cada cenário. Informações detalhadas, como resultados de teste e parâmetros específicos, são fornecidas nas seções de resultados de teste, mais adiante neste artigo.

Nome do teste Descrição do teste

Lista externa

  1. Renderize uma lista externa típica.

  2. Altere as características da lista externa (número de itens, tamanho do item etc.) para visualizar como isto afeta a produtividade e a latência.

Página de perfil

  1. Renderize uma página de perfil típica.

  2. Altere as características da página de perfil (número de itens, tamanho do item etc.) para visualizar como isto afeta a taxa de transferência e a latência.

Conjunto de dados

A capacidade e o desempenho da lista externa e da página de perfil são altamente dependentes do volume de dados que é processado. Nas listas externas, a quantidade de dados processada é determinada por três variáveis: o número de itens na lista externa, o número de colunas por item e o tamanho de cada item. A tabela a seguir descreve as listas externas representativas que foram usadas no teste.

Lista Externa Pequena Média Grande

Número de itens

500

2000

4000

Número de colunas por item

25

25

25

Tamanho do item

2 KB

4 KB

8 KB

Nas páginas de perfil, a quantidade de dados processada depende do número e da complexidade das associações usadas. Uma associação vincula os tipos de conteúdo externos relacionados em um sistema. Uma página de perfil pode conter várias associações e cada associação pode ter muitos itens. A tabela a seguir descreve as páginas de perfil representativas que foram usadas no teste.

Página de Perfil Pequena Média Grande

Número de associações

2

2

10

Número de itens por associação

100

500

2500

Tamanho do item

4 KB

4 KB

4 KB

Carga de trabalho

Os testes mediram a taxa de transferência e o efeito de latência nas páginas de perfil e listas externas. Os testes foram projetados para a ajudar a desenvolver estimativas sobre como a taxa de transferência e a latência respondem às alterações nas seguintes variáveis:

  • Número de servidores Web front-end.

  • Número de itens na lista externa.

  • Tamanho do item externo.

  • Número de itens por associação.

  • Método de autenticação (modo de Passagem ou autenticação do Serviço de Repositório Seguro).

  • Fonte de dados externos (serviço Web do WCF (Windows Communication Foundation) ou banco de dados do SQL Server).

  • Carga no servidor Web front-end medida como uso da CPU.

Os números específicos relativos à capacidade e ao desempenho apresentados neste artigo serão diferentes daqueles usados em ambientes reais. Os números aqui apresentados têm por objetivo fornecer um ponto de partida para o design de um ambiente dimensionado adequadamente. Depois de concluir o design inicial do sistema, teste a configuração para determinar se o sistema oferecerá suporte aos fatores do seu ambiente.

Definições das zonas verde e vermelha

Para cada configuração, executamos dois testes para determinar uma zona verde, ou a taxa de transferência recomendada que pode ser mantida, e uma zona vermelha, ou a taxa de transferência máxima que pode ser tolerada durante um curto período, mas que deve ser evitada.

Para determinar as cargas de usuário das zonas verde e vermelha, primeiro conduzimos um teste em etapas e paramos quando as seguintes condições foram atingidas:

  • Na zona verde, todos os servidores Web front-end no farm têm um uso da CPU consistente de 40 a 50 por cento. Isso é conseguido aumentando a carga de usuário usada e estabelecendo tempos de reflexão nos testes, o que significa que cada teste pode ter uma carga de usuário diferente.

  • Na zona vermelha, todos os servidores Web front-end no farm têm um uso da CPU consistente de 90 a 99 por cento. Isso é conseguido aumentando a carga de usuário usada nos testes, o que significa que cada teste pode ter uma carga de usuário diferente.

Hardware, configurações e topologia

Esta seção descreve o hardware, as configurações e as topologias que foram usadas no teste.

Hardware de laboratório

Para fornecer um alto nível de detalhes para o resultado do teste, várias configurações de farm foram usadas para teste. O intervalo de configurações de farm variou de um a quatro servidores Web e um único computador de servidor de banco de dados executando o Microsoft SQL Server.

A tabela a seguir lista o hardware específico que foi usado para teste.

  Servidor Web front-end Servidor de aplicativos Servidor de banco de dados Sistema externo

Processadores

2 processadores @2.33 GHz (4 núcleos)

2 processadores @2.33 GHz (4 núcleos)

4 processadores @3.2 GHz (4 núcleos)

4 processadores @3.2 GHz (4 núcleos)

RAM

8 GB

8 GB

32 GB

32 GB

Sistema operacional

Windows Server 2008 R1 (x64)

Windows Server 2008 R1 (x64)

Windows Server 2008 R1 (x64)

Windows Server 2008 R1 (x64)

Número de adaptadores de rede

2

2

2

2

Velocidade do adaptador de rede

1 GB

1 GB

1 GB

1 GB

Autenticação

NTLM

NTLM

NTLM

NTLM

Versão do software

SharePoint Server 2010 (versão de pré-lançamento)

SharePoint Server 2010 (versão de pré-lançamento)

SQL Server 2008

SQL Server 2008

Os testes usaram dois sistemas externos: um serviço Web do WCF e um banco de dados. Os sistemas externos foram hospedados em um computador físico separado (detalhes descritos na tabela que lista o hardware específico). A seguinte lista descreve os dois sistemas externos:

  • Serviço Web do WCF   Um serviço Web do WCF que retorna dados na memória, armazenados em cache. Os dados são armazenados de forma eficiente em uma tabela de hash e retornados imediatamente após serem chamados pelos Serviços Corporativos de Conectividade. Os dados consistem em 8000 linhas com 25 campos cada, de vários tipos de .NET.

  • Banco de dados   Uma tabela que tem 25 colunas, vários tipos de dados e 8000 linhas. A tabela está em um banco de dados separado hospedado no SQL Server 2008.

Topologia

A CPU e a memória no servidor Web front-end são um importante fator de limitação para a taxa de transferência. A CPU no servidor de Aplicativos também deve ser considerada para os modos de autenticação dos Serviços Corporativos de Conectividade que exigem chamadas ao Serviço de Repositório Seguro.

A topologia variou com a adição de mais servidores Web front-end.

Topologia de Planejamento de Capacidade dos Serviços Corporativos de Conectividade

Topologia de planejamento de capacidade por BCS

Resultados do teste

As seções a seguir mostram os resultados do teste dos Serviços Corporativos de Conectividade no SharePoint Server 2010. Para cada grupo de testes, somente determinadas variáveis específicas são alteradas para mostrar o efeito progressivo no desempenho de um farm.

Os gráficos do teste usam a seguinte legenda para descrever o conjunto de dados:

Sistema externo, Tipo de teste, [Autenticação], [Número de associações], Tamanho do item, Número de itens, Carga da CPU

Item Descrição

Sistema externo

A fonte de dados externos: WCF (serviço Web do WCF) ou DB (banco de dados).

Tipo de teste

O tipo de teste: EL (lista externa) ou PP (página de perfil).

Autenticação

O método de autenticação: SSS (um modo de autenticação do Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado). Se o SSS não for especificado, o modo de Passagem será usado durante o teste.

Número de associações

O número de associações na página de perfil (por exemplo, 2A). Este item se aplica somente aos testes de página de perfil.

Tamanho do item

O tamanho do item (em KB).

Número de itens

Número de itens na lista externa ou número de itens por associação.

Carga da CPU

A carga da CPU: o uso da CPU do servidor Web front-end da RZ (zona vermelha) é maior que 90 por cento ou o uso da CPU do servidor Web front-end da GZ (zona verde) está entre 40 e 50 por cento.

Todos os testes da zona vermelha relatados neste artigo foram conduzidos sem tempo de raciocínio, que é um atraso natural entre operações consecutivas. Em um ambiente real, cada operação é seguida por um atraso à medida que o usuário executa a próxima etapa da tarefa. Em contrapartida, nos testes da zona vermelha, cada operação foi imediatamente seguida pela próxima operação, o que resultou em uma carga contínua no farm. Essa carga introduziu retenção do banco de dados e outros fatores que podem prejudicar o desempenho.

Efeito do número de servidores Web front-end na latência

Os gráficos a seguir mostram os resultados do teste do número de servidores Web front-end na latência. Estes resultados foram distribuídos em vários gráficos para facilitar a comparação das variáveis relacionadas.

Gráfico 1:

O gráfico a seguir mostra os resultados dos testes da lista externa. Ele pode ser usado para comparar como o sistema externo (banco de dados ou serviço Web do WCF) e a carga da CPU (Zona Vermelha ou Zona Verde) afetam o desempenho.

Gráfico 1: Efeito do número de servidores Web front-end na latência

Efeito do número de servidores Web em latência

A lista a seguir descreve o conjunto de dados que foi usado.

  • WCF,EL,4k,500,RZ: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,EL,4k,500,GZ: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB, EL, 4k,500, GZ: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um banco de dados e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

Gráfico 2:

O gráfico a seguir mostra os resultados dos testes da página de perfil. Ele pode ser usado para comparar como o sistema externo (banco de dados ou serviço Web do WCF) e a carga da CPU (zona vermelha ou zona verde) afetam o desempenho.

Gráfico 2: Efeito do número de servidores Web front-end na latência

Tempo médio da página versus número de servidores Web

Conforme mostrado nos Gráficos 1 2, o tempo médio da página permanece quase o mesmo nos cenários de zona verde e de zona vermelha, apesar da adição de mais servidores Web front-end e usuários. Durante o teste, aumentamos a carga do usuário para manter todos os servidores Web front-end no intervalo de atividade de CPU necessário. No entanto, este é ainda um ganho de desempenho porque aumentar o número de servidores Web front-end no farm permite que o SharePoint Server atenda a mais usuários na mesma taxa. Há uma melhoria notável, de aproximadamente cinco vezes, nos casos de zona verde em relação aos casos de zona vermelha. Assim, recomendamos que você mantenha o uso da CPU do servidor Web front-end na faixa de 40 a 50 por cento.

A seguinte lista descreve o conjunto de dados que foi usado:

  • WCF,PP,2A, 100,RZ: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • DB, PP,2A,100,RZ: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um banco de dados e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,PP,2A,100,GZ: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB, PP,2A,100,GZ: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um banco de dados e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

Gráfico 3:

O gráfico a seguir mostra os resultados dos testes da zona vermelha. Os dados semelhantes são emparelhados para que a única variável seja a autenticação usada. Estes dados podem ser usados para determinar se o uso do Serviço de Repositório Seguro afeta o desempenho.

Observação

Os testes foram executados usando um ambiente de laboratório. O modo de Passagem foi usado somente para comparação. Estes testes não implicam que você deve usar o modo de passagem para autenticação.

Gráfico 3: Efeito do número de servidores Web front-end na latência

Solicitações por segundo versus número de servidores Web

Nos cenários de zona vermelha, o Serviço de Repositório Seguro não parece causar sobrecarga perceptível medida pelo tempo médio de página. Isso pode ser atribuído ao fato de que a sobrecarga do Serviço de Repositório Seguro é ofuscada por um fator maior, que é a carga elevada de usuário. Na maioria dos casos, os resultados do Serviço de Repositório Seguro e da ausência deste Serviço são semelhantes.

Você também deve se lembrar que o Serviço de Repositório Seguro terá o minimo efeito nos Servidores de Aplicativos.

A seguinte lista descreve o conjunto de dados que foi usado:

  • WCF,EL,4k,500,RZ: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um serviço Web do WCF, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,EL,SSS,4k,500,RZ: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um serviço Web do WCF, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,PP,2A,100,RZ: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um serviço Web do WCF, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,PP,SSS,2A,100,RZ: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um serviço Web do WCF, o modo de autenticação de Serviço de Repositório Seguro é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • DB,EL,SSS,4k,500,RZ: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um banco de dados, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • DB, PP,2A,100,RZ: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um banco de dados, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

Gráfico 4:

O gráfico a seguir mostra os resultados dos testes da zona verde. Os dados semelhantes são emparelhados para que a única variável seja a autenticação usada. O conjunto de dados semelhante pode ser usado para determinar se o uso do Serviço de Repositório Seguro afeta o desempenho.

Observação

Os testes foram executados usando um ambiente de laboratório. O modo de Passagem foi usado somente para comparação. Estes testes não implicam que você deve usar o modo de passagem para autenticação.

Gráfico 4: Efeito do número de servidores Web front-end na latência

Tempo médio da página versus número de servidores Web

A sobrecarga associada ao Serviço de Repositório Seguro se torna mais aparente nas páginas de perfil durante os cenários típicos de carga. Há um pequeno tempo médio de página adicional, de aproximadamente 20 millisegundos, nas páginas de perfil.

A seguinte lista descreve o conjunto de dados que foi usado:

  • WCF,EL,4k,500,GZ: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um serviço Web do WCF, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • WCF,EL,SSS,4k,500,GZ: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um serviço Web do WCF, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • WCF,PP,2A,100,GZ: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um serviço Web do WCF, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • WCF,PP,SSS,2A,100,GZ: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um serviço Web do WCF, o modo de autenticação de Serviço de Repositório Seguro é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB,EL,4k,500,GZ: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um banco de dados, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB,EL,SSS,4k,500,GZ: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um banco de dados, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB,PP,2A,100,GZ: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um banco de dados, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB,PP,SSS,2A,100,GZ: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um banco de dados, o modo de autenticação de Serviço de Repositório Seguro é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

Efeito do número de servidores Web front-end na taxa de transferência

Gráfico 1:

O gráfico a seguir mostra os resultados os testes da lista externa medidos em RPS (Solicitações por Segundo). Ele pode ser usado para comparar como a carga da CPU (zona vermelha ou zona verde) afeta o desempenho.

Gráfico 1: Efeito do número de servidores Web front-end na taxa de transferência

Solicitações por segundo versus número de servidores Web

A seguinte lista descreve o conjunto de dados que foi usado:

  • WCF,EL,4k,500,RZ,RPS: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,EL,4k,500,GZ,RPS: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

Gráfico 2:

O gráfico a seguir mostra os resultados dos testes da página de perfil medidos em RPS (Solicitações por Segundo). Ele pode ser usado para comparar como o sistema externo (banco de dados ou serviço Web do WCF) e a carga da CPU (zona vermelha ou zona verde) afetam o desempenho.

Gráfico 2: Efeito do número de servidores Web front-end na taxa de transferência

Solicitações por segundo versus número de servidores Web

Conforme mostrado nos Gráficos 1 e 2, as RPS são dimensionadas linearmente até o terceiro servidor Web front-end ser adicionado. Em seguida, a tendência se torna logarítmica ou sublinear. Embora haja um benefício agregado em adicionar mais servidores Web front-end ao farm, isso fornece menos valor pelo custo. Em particular, adicionar um quatro servidor Web front-end gera um benefício muito pequeno.

A seguinte lista descreve o conjunto de dados que foi usado:

  • WCF,PP,2A,100,RZ,RPS: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • DB, PP,2A,100,RZ,RPS: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um banco de dados e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,PP,2A,100,GZ,RPS: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB, PP,2A,100,GZ,RPS: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um banco de dados e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

Gráfico 3:

O gráfico a seguir mostra os resultados dos testes da zona vermelha medidos em RPS (Solicitações por Segundo). Os dados semelhantes são emparelhados para que a única variável seja a autenticação usada. Esses resultados podem ser usados para determinar se o uso do Serviço de Repositório Seguro afeta o desempenho.

Observação

Nossos testes foram executados usando um ambiente de laboratório. O modo de Passagem foi usado unicamente para comparação. Estes testes não implicam que você deve usar o modo de passagem para autenticação.

Gráfico 3: Efeito do número de servidores Web front-end na taxa de transferência

Solicitações por segundo versus número de servidores Web

A seguinte lista descreve o conjunto de dados que foi usado:

  • WCF,EL,4k,500,RZ,RPS: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um serviço Web do WCF, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,EL,SSS,4k,500,RZ,RPS: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um serviço Web do WCF, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,PP,2A,100,RZ,RPS: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um serviço Web do WCF, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,PP,SSS,2A,100,RZ,RPS: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um serviço Web do WCF, o modo de autenticação de Serviço de Repositório Seguro é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • DB,EL,4k,500,RZ,RPS: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um banco de dados, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • DB,EL,SSS,4k,500,RZ,RPS: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um banco de dados, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • DB,PP,2A,100,RZ,RPS: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um banco de dados, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • DB,PP,SSS,2A,100,RZ,RPS: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um banco de dados, o modo de autenticação de Serviço de Repositório Seguro é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

Gráfico 4:

O gráfico a seguir mostra os resultados dos testes da zona verde medidos em RPS (Solicitações por Segundo). Os dados semelhantes são emparelhados para que a única variável seja a autenticação usada. Ele pode ser usado para determinar se o uso do Serviço de Repositório Seguro afeta o desempenho.

Observação

Nossos testes foram executados usando um ambiente de laboratório. O modo de Passagem foi usado unicamente para comparação. Estes testes não implicam que você deve usar o modo de passagem para autenticação.

Gráfico 4: Efeito do número de servidores Web front-end na taxa de transferência

Solicitações por segundo versus número de servidores Web

Conforme mostrado nos Gráficos 3 e 4, a sobrecarga do Serviço de Repositório Seguro resulta em valores menores de RPS em alguns casos. No entanto, a tendência linear-logarítmica é semelhante e, na maioria dos casos, a diferença de RPS entre o Serviço de Repositório Seguro e a ausência deste Serviço é sutil.

A seguinte lista descreve o conjunto de dados que foi usado:

  • WCF,EL,4k,500,GZ,RPS: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um serviço Web do WCF, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • WCF,EL,SSS,4k,500,GZ,RPS: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um serviço Web do WCF, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • WCF,PP,2A,100,GZ,RPS: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um serviço Web do WCF, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • WCF,PP,SSS,2A,100,GZ,RPS: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um serviço Web do WCF, o modo de autenticação de Serviço de Repositório Seguro é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB,EL,4k,500,GZ,RPS: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um banco de dados, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB,EL,SSS,4k,500,GZ,RPS: Uma lista externa que tem 500 itens, 4 KB de dados por item, o sistema externo é um banco de dados, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB,PP,2A,100,GZ,RPS: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um banco de dados, o modo de autenticação de Passagem é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB,PP,SSS,2A,GZ,RPS: Uma página de perfil que tem 2 associações, 100 itens por associação, o sistema externo é um banco de dados, o modo de autenticação de Serviço de Repositório Seguro é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

Efeito do tamanho de item na latência

O gráfico a seguir mostra os resultados do teste de tamanho do item externo na latência. Os testes aumentaram o tamanho dos itens na lista externa e mediram o efeito na latência.

Efeito do tamanho de item na latência

Tempo médio da página versus tamanho do item

A seguinte lista descreve o conjunto de dados que foi usado:

  • WCF,EL,500,RZ: Uma lista externa que tem 500 itens, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,EL,SSS,500,RZ: Uma lista externa que tem 500 itens, o sistema externo é um serviço Web do WCF, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,EL,500,GZ: Uma lista externa que tem 500 itens, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • WCF,EL,SSS,500,GZ: Uma lista externa que tem 500 itens, o sistema externo é um serviço Web do WCF, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

Efeito do tamanho de item na taxa de transferência

O gráfico a seguir mostra os resultados do teste de tamanho do item externo na taxa de transferência medidos em RPS (Solicitações por Segundo). Os testes aumentaram o tamanho dos itens na lista externa e mediram o efeito na taxa de transferência.

Efeito do tamanho de item na taxa de transferência

Solicitações por segundo versus tamanho do item

O desempenho das RPS sempre cai abaixo do linear à medida que o tamanho do item aumenta. As condições de carga alta fornecem mais RPS. No entanto, conforme mostrado nos resultados de teste anteriores, as condições de carga alta também causam tempos maiores de resposta de página.

A seguinte lista descreve o conjunto de dados que foi usado:

  • WCF,EL,500,RZ: Uma lista externa que tem 500 itens, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,EL,SSS,500,RZ: Uma lista externa que tem 500 itens, o sistema externo é um serviço Web do WCF, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,EL,500,GZ: Uma lista externa que tem 500 itens, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • WCF,EL,SSS,500,GZ: Uma lista externa que tem 500 itens, o sistema externo é um serviço Web do WCF, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

Efeito do número de itens na latência

O gráfico a seguir mostra os resultados do teste de número de itens na latência. Os testes aumentaram o número de itens na lista externa e mediram como isso afetou o tempo necessário para renderizar a página.

Efeito do número de itens na latência

Tempo médio da página versus número de itens

A seguinte lista descreve o conjunto de dados que foi usado:

  • WCF,EL,4k,RZ: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,EL,SSS,4k,RZ: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um serviço do WCF, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • DB,EL,4k,RZ: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um banco de dados e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • DB,EL,SSS,4k,RZ: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um banco de dados, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,EL,4k,GZ: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • WCF,EL,SSS,4k,GZ: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um serviço do WCF, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB,EL,4k,GZ: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um banco de dados e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB,EL,SSS,4k,RZ: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um banco de dados, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

Efeito do número de itens na taxa de transferência

O gráfico a seguir mostra os resultados do teste de número de itens na taxa de transferência medidos em RPS (Solicitações por Segundo). Os testes aumentaram o número de itens na lista externa e mediram o efeito na taxa de transferência.

Efeito do número de itens na taxa de transferência

Solicitações por segundo versus número de itens

Conforme o gráfico mostra, as RPS caem quase linearmente à medida que o número de itens aumenta. Em comparação aos testes anteriores que estudaram o efeito do tamanho do item, aumentar o número de itens parece ter um efeito maior no desempenho do que aumentar o tamanho do item.

A seguinte lista descreve o conjunto de dados:

  • WCF,EL,4k,RZ,RPS: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,EL,SSS,4k,RZ,RPS: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um serviço do WCF, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • DB,EL,4k,RZ,RPS: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um banco de dados e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • DB,EL,SSS,4k,RZ,RPS: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um banco de dados, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,EL,4k,GZ,RPS: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • WCF,EL,SSS,4k,GZ,RPS: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um serviço do WCF, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB,EL,4k,GZ,RPS: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um banco de dados e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB,EL,SSS,4k,GZ,RPS: Uma lista externa que tem um número variável de itens, cada item tem 4 KB de dados, o sistema externo é um banco de dados, o modo de autenticação de Serviço de Repositório Seguro (por exemplo, WindowsCredentials) está send usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

Efeito do número de itens por associação na latência

O gráfico a seguir mostra os resultados do teste de número de itens em uma associação na latência. Os testes aumentaram o número de itens em uma associação e mediram como isso afetou o tempo necessário para renderizar a página.

Efeito do número de itens por associação na latência

Tempo da página versus número de itens por associação

A seguinte lista descreve o conjunto de dados:

  • WCF,PP,2A,RZ: Uma página de perfil que tem 2 associações, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,PP,SSS,2A,RZ: Uma página de perfil que tem 2 associações, o sistema externo é um serviço Web do WCF, o modo de autenticação de Serviço de Repositório Seguro está sendo usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • DB,PP,2A,GZ: Uma página de perfil que tem 2 associações, o sistema externo é um banco de dados e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB,PP,SSS,2A,GZ: Uma página de perfil que tem 2 associações, o sistema externo é um banco de dados, o modo de autenticação de Serviço de Repositório Seguro está sendo usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

Efeito do número de itens por associação na taxa de transferência

O gráfico a seguir mostra os resultados do teste de número de itens em uma associação na taxa de transferência medidos em RPS (Solicitações por Segundo). Os testes aumentaram o número de itens em uma associação e mediram o efeito na taxa de transferência.

Efeito do número de itens por associação na taxa de transferência

Solicitações versus número de itens por associação

A seguinte lista descreve o conjunto de dados:

  • WCF,PP,2A,RZ: Uma página de perfil que tem 2 associações, o sistema externo é um serviço Web do WCF e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • WCF,PP,SSS,2A,RZ: Uma página de perfil que tem 2 associações, o sistema externo é um serviço Web do WCF, o modo de autenticação de Serviço de Repositório Seguro é usado e o uso da CPU do servidor Web front-end é maior que 90 por cento.

  • DB,PP,2A,GZ: Uma página de perfil que tem 2 associações, o sistema externo é um banco de dados e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

  • DB,PP,SSS,2A,GZ: Uma página de perfil que tem 2 associações, o sistema externo é um banco de dados, o modo de autenticação de Serviço de Repositório Seguro é usado e o uso da CPU do servidor Web front-end está entre 40 e 50 por cento.

Recomendações

Esta seção oferece recomendações gerais sobre desempenho e capacidade. Use essas recomendações para determinar as características de capacidade e desempenho da topologia inicial que você criou e para decidir se terá de expandir ou ampliar a topologia inicial.

Recomendações de hardware

Para obter informações específicas sobre os requisitos de sistema mínimos e recomendados, consulte Requisitos de hardware e software (SharePoint Server 2010) ().

Observação

Os requisitos de memória para os servidores Web e os servidores de banco de dados dependem do tamanho do farm, do número de usuários simultâneos e da complexidade de recursos e páginas no farm. As recomendações de memória na tabela a seguir podem ser suficientes para um farm pequeno ou de pouco uso. No entanto, o uso de memória deve ser monitorado cautelosamente para determinar se é preciso adicionar mais memória.

Recomendações relacionadas ao desempenho dos Serviços Corporativos de Conectividade

Esta seção fornece as recomendações de desempenho para o uso de listas externas e páginas de perfil, e as recomendações gerais de desempenho para os Serviços Corporativos de Conectividade.

Recomendações da lista externa

A tabela a seguir descreve como os dados são movidos do sistema externo para uma lista externa.

Carga Processo Renderização

Os Microsoft Serviços Corporativos de Conectividade consultam o sistema externo e carregam os dados retornados no SharePoint Server.

Aplica quaisquer processamentos adicionais (classificar, filtrar, agrupar) nos dados carregados.

A lista externa renderiza os itens na página.

Os Microsoft Serviços Corporativos de Conectividade não têm um cache na memória para itens externos. Os dados devem ser carregados, processados e renderizados toda vez que a lista externa for atualizada. Portanto, muitas dessas recomendações tentam limitar a quantidade de dados que tem que ser processada.

A seguinte lista descreve as recomendações da lista externa:

  • Mantenha o número de itens que devem ser processados o menor possível limitando o número de linhas retornadas do sistema externo. Este é o principal fator no desempenho da lista externa. Recomendamos que você mantenha o número de linhas retornadas entre 100 e 500. O número de linhas retornadas do sistema externo não deve exceder 2000. Você pode usar filtros para limitar o número de itens que são retornados pelo sistema externo. Para obter mais informações sobre os filtros, consulte Como: criar um tipo de conteúdo externo com base em uma tabela do SQL Server (em inglês) (https://go.microsoft.com/fwlink/?linkid=192184&clcid=0x416) (em inglês).

  • Renderizar uma lista faz uso intensivo da CPU no servidor Web front-end e no servidor de Aplicativos. O número de itens renderizados difere do número total de itens que são carregados e processados. O número de itens que são renderizados depende da configuração de exibição da lista externa. Considere a experiência geral do usuário, quantos itens podem ser exibidos confortavelmente em uma tela e mantenha um número razoável de itens renderizados por página. Recomendamos que você mantenha o número de itens em torno de 30 por página (este é o padrão).

  • Mantenha o número de colunas em uma lista externa em um número razoável. Um grande número de colunas pode afetar o desempenho e também pode proporcionar uma experiência de usuário insuficiente (muitas colunas para serem exibidas confortavelmente em uma tela).

  • Não inclua colunas grandes (especialmente cadeias de caracteres) nas exibições de lista. As colunas maiores que 1 KB não devem ser incluídas em uma exibição de lista. O tipo de conteúdo externo ainda pode incluir a coluna grande. No entanto, ele só deve ser mostrado na exibição de item único.

  • Quando estiver projetando uma lista externa, configure a exibição padrão como a exibição que a maioria dos usuários desejará visualizar. Alterar a classificação ou o filtro de uma exibição exige que os dados sejam carregados, processados e renderizados.

Recomendações da página de perfil

  • O número de associações é o principal fator no desempendo da página de perfil. Recomendamos que você mantenha o número de associações em no máximo 2 para obter o melhor desempenho.

  • Espere números de desempenho menores, para a taxa de transferência e a latência, com um maior número de itens por associações.

Recomendações gerais dos Serviços Corporativos de Conectividade

  • Houve uma melhoria notável, de aproximadamente cinco vezes, no efeito do número de servidores Web front-end Web na latência e na comparação dos casos da zona verde com os casos da zona vermelha. Recomendamos que você mantenha o uso da CPU do servidor Web front-end na faixa de 40 a 50 por cento.

  • O número de itens parece ter mais efeito no desempenho do que o tamanho do item. Se você controlar sua fonte de dados externos, mantenha o tamanho grande de item e o número pequeno de itens para obter melhores resultados. Por exemplo, considere agregar os dados grandes em um único item em vez de dividir os dados em vários itens.

  • Os níveis do log de diagnóstico dos Microsoft Serviços Corporativos de Conectividade também podem ser um fator importante na latência e na taxa de transferência como usuários percebidos. Mantenha os níveis de log no mínimo permitido por suas necessidades corporativas para uso regular. Permita que os níveis de log tenham um maior detalhamento temporiamente somente quando um monitoramento mais próximo é necessário.

  • O desempenho do sistema externo representa um papel importante no desempenho dos Serviços Corporativos de Conectividade. Considere a latência e a taxa de transferência do sistema externo quando planejar sua capacidade e desempenho.

Topologias ampliadas e reduzidas

Você pode estimar o desempenho da sua topologia de ponto de partida comparando sua topologia com as topologias de ponto de partida fornecidas em Planejar a disponibilidade (SharePoint Server 2010) (https://go.microsoft.com/fwlink/?linkid=189518&clcid=0x416). Fazer isso pode ajudar você a determinar rapidamente se você deve expandir verticalmente ou horizontalmente sua topologia de ponto de partida para atender aos seus objetivos de desempenho e de capacidade.

Para aumentar a capacidade e o desempenho de uma das topologias de ponto de partida, é possível dimensionar aumentando a capacidade dos seus computadores existentes ou adicionando mais servidores à topologia. Esta seção descreve as características de desempenho gerais de várias topologias dimensionadas. As topologias de exemplo representam as seguintes maneiras comuns de dimensionar uma topologia.

  • Para disponibilizar mais carga do usuário, adicione computadores servidores Web.

  • Para disponibilizar mais carga de dados, adicione capacidade à função do servidor de banco de dados aumentando a capacidade de um único servidor (em cluster ou espelhado), atualizando para um servidor de 64 bits ou adicionando servidores em cluster ou espelhados.

  • Mantenha a proporção de no máximo oito computadores servidores Web por um computador servidor de banco de dados (em cluster ou espelhado). Embora o teste tenha apresentado uma proporção ideal específica de servidores Web e servidores de banco de dados para cada cenário de teste, a implantação de um hardware mais robusto, principalmente no servidor de banco de dados, pode gerar resultados melhores no ambiente.

Estimando destinos de taxa de transferência

Vários fatores podem afetar a taxa de transferência. Esses fatores incluem:

  • Número de usuários

  • Tipo, complexidade e frequência de operações do usuário

  • Número de postbacks em uma operação

  • Desempenho das conexões de dados.

Cada um desses fatores pode ter um efeito significativo na taxa de transferência do farm. Considere cada um com cuidado na hora de planejar a implantação.

O SharePoint Server 2010 pode ser implantado e configurado de várias maneiras. Como resultado, não há uma maneira fácil de estimar quantos usuários poderão ter suporte de um determinado número de servidores. Dessa forma, conduza testes em seu próprio ambiente antes de implantar o SharePoint Server 2010 em um ambiente de produção.

Otimizações

Afunilamentos comuns e suas causas

Durante o teste de desempenho, vários afunilamentos comuns diferentes foram revelados. Um afunilamento é uma condição em que a capacidade de um elemento específico de um farm é alcançada. Isso causa uma estabilização ou uma diminuição na produtividade do farm.

A tabela a seguir lista alguns afunilamentos comuns e descreve suas causas e possíveis soluções.

Solução de problemas de desempenho e escalabilidade

Gargalo Causa Solução

Contenção de banco de dados (bloqueios)

Os bloqueios de banco de dados impedem que vários usuários façam modificações conflitantes em um conjunto de dados. Quando um conjunto de dados é bloqueado por um usuário ou processo, nenhum outro usuário ou processo pode alterar o mesmo conjunto de dados até que o primeiro usuário ou processo conclua a modificação dos dados e libere o bloqueio.

Para ajudar a reduzir a incidência de bloqueios de banco de dados, você pode fazer o seguinte:

  • Distribuir os formulários enviados para mais bibliotecas de documentos.

  • Ampliar o servidor de banco de dados.

  • Ajustar o disco rígido do servidor de banco de dados para escrita/gravação.

Existem métodos para contornar o sistema de bloqueio do banco de dados no SQL Server 2005, como o parâmetro NOLOCK. Entretanto, não recomendamos nem oferecemos suporte ao uso desse método por causa da possibilidade de corrupção de dados.

E/S de disco do servidor de banco de dados

Quando o número de solicitações de E/S para um disco rígido excede a capacidade de E/S do disco, as solicitações são colocadas em filas. Consequentemente, o tempo de conclusão de cada solicitação aumentará.

A distribuição de arquivos de dados entre várias unidades físicas torna possível a E/S em paralelo. O blog sobre alocação de disco e E/S de disco do SharePoint (em inglês) (https://go.microsoft.com/fwlink/?linkid=129557&clcid=0x416) (em inglês) contém muitas informações úteis sobre a resolução de problemas de E/S de disco.

Utilização da CPU do servidor Web

Quando um servidor Web é sobrecarregado com solicitações de usuário, a utilização média da CPU ficará próxima aos 100%. Isso impede que o servidor Web responda a solicitações e pode causar o atingimento de tempos limites ou mensagens de erro em computadores clientes.

Esse problema pode ser resolvido de duas maneiras. Você pode adicionar servidores Web ao farm para distribuir a carga do usuário ou pode ampliar um ou mais servidores Web adicionando processadores de alta velocidade. Consulte Planejar a disponibilidade (SharePoint Server 2010) (https://go.microsoft.com/fwlink/?linkid=189518&clcid=0x416) para obter mais informações.

Monitoramento de desempenho

Para ajudá-lo a determinar quando você deve ampliar horizontalmente seu sistema, use os contadores de desempenho para monitorar a integridade do sistema. Use as informações das tabelas a seguir para determinar quais contadores de desempenho monitorar e o processo ao qual os contadores de desempenho devem ser aplicados.

Servidores Web

A tabela a seguir mostra contadores de desempenho e processos para o monitoramento de servidores Web no seu farm.

Contador de desempenho Aplicar a objeto Observações

Tempo de processador

Total

Mostra o percentual do tempo decorrido em que este thread usou o processador para executar instruções.

Utilização de memória

Pool de aplicativos

Mostra a utilização média de memória do sistema para o pool de aplicativos. Você deve determinar o pool de aplicativos correto a ser monitorado.

A diretriz básica é determinar a utilização de pico de memória para um determinado aplicativo Web e atribuir esse número mais 10 ao pool de aplicativos associado.

Servidores de banco de dados

A tabela a seguir mostra contadores de desempenho e processos para o monitoramento de servidores de banco de dados em seu farm.

Contador de desempenho Aplicar a objeto Observações

Comprimento médio da fila de discos

Disco rígido que contém SharedServices.mdf

Valores médios maiores do que 1,5 por fuso indicam que os tempos de gravação para aquele disco rígido são insuficientes.

Tempo de processador

Processo do SQL Server

Valores médios maiores do que 80% indicam que a capacidade do processador no servidor de banco de dados é insuficiente.

Tempo de processador

Total

Mostra o percentual do tempo decorrido em que este thread usou o processador para executar instruções.

Uso da memória

Total

Mostra a utilização média da memória do sistema.

See Also

Other Resources

Central de recursos: Serviços Corporativos de Conectividade no SharePoint Server 2010 (em inglês)