Avaliar o desempenho do Team Foundation servidor

Artigo
08/25/2010

[Observação: Este tópico é pré-versão documentação e está sujeitas a alterações em versões futuras. Tópicos em branco são incluídos sistema autônomo espaços reservados.]

Você pode configurar os contadores de desempenho e ferramentas de monitoramento para avaliar Team Foundation Server desempenho. Analisar e interpretar esses dados ao longo do time podem ajudar você avaliar o desempenho geral do seu Team Foundation Server implantação. Além disso, a analisar dados de desempenho pode ajudar a identificar problemas e solucionar problemas.

Team Foundation Server propriamente dito é um aplicativo do SQL servidor ASP.NET que usa o SQL servidor para armazenar dados. Se você estiver familiarizado com esse tipo de aplicativo de monitoramento, você pode usar a mesma abordagem para monitorar Team Foundation Server e avalie seu desempenho.

Estabelecer linhas de base

Cada implantação de Team Foundation Server é exclusivo. Diferenças no hardware, software, o número de usuários, o número de projetos, o modelo de processo que é usado para cada projeto e a quantidade de fonte de dados e o trabalho itens de todos os afetam Team Foundation Server desempenho. É importante estabelecer dados de desempenho de linha de base para o seu específicoTeam Foundation Server implantação. Esses dados permitem identificar quaisquer variações significativas no desempenho quando ocorrerem variações.Além disso, ao longo do time, você terá uma melhor compreensão das demandas de desempenho geral no seu Team Foundation Server hardware.

O escopo da infra-estrutura para Team Foundation Server é muito grande. Você deve decidir proativamente o que deseja monitor e como decidir se algum valor que você perceba requer ação.Por exemplo, você pode decidir agir se uma CPU picos em mais de 80 % por mais de 10 minutos.Você pode documentar essa decisão para que outras pessoas sobre o projeto tenham um limite definido.Se você coleta essas variáveis e estados em um local, você tem um modelo documentadas informações sobre o estado de integridade de seu ambiente de Team Foundation Server. Essa estratégia é também conhecida sistema autônomo o integridade modelo ou integridade informações.O modelo de integridade é um conjunto de condições observáveis que definem os estados do sistema.O exemplo anterior define o limite para monitorar o uso da CPU.sistema autônomo mostra este exemplo, o modelo de integridade é mais sobre a convenção e um consenso de ciências e matemática.

sistema autônomo administrador de Team Foundation Server, você deve decidir o que monitor e sistema autônomo avaliar se um estado é alterado, usando sistema autônomo limites sistema autônomo pontos de referência. Sem um modelo de saúde, há sem pontos de referência em relação à qual você pode medir o funcionamento da implantação.

Ferramentas para estabelecer linhas de base

Monitoramento de desempenho é bem diferente de monitoração de logs.Monitoramento de desempenho exige observando um conjunto específico de contadores de desempenho durante um período especificado.Por exemplo, convém monitorar o desempenho para endereço preocupações sobre time de resposta.É difícil responder a reclamações de usuário sobre o time de resposta para baixar a árvore de fonte para um projeto específico se você não tem quaisquer dados sobre time de baixar usual.Embora Team Foundation Server não inclui um conjunto específico de ferramentas de desempenho do servidor monitor ing, você pode usar ferramentas monitor ing e opções disponível no Windows Server 2003, Microsoft SQL Server 2005e the.NET estrutura para monitor seu Team Foundation Server implantação. Além disso, você pode criar suas próprias ferramentas de monitoramento Team Foundation Server desempenho. Para obter mais informações, consulte Noções básicas sobre ferramentas de monitoramento para o Team Foundation servidor.

Avaliar dados

Registrando dados, dados de rastreamento, monitoramento de dados e serviços que exigem uma abordagem diferente para compreender e interpretar dados de monitoramento de desempenho.Você deve primeiro compreender e verificar que algo aconteceu.Em seguida, se necessário, você deve determinar a ação que irá retornar o sistema a um estado saudável.Cada implantação possui seu próprio processo para adquirir essa compreensão e determinar os cursos de ação.Entretanto, qualquer processo exigirão um esforço concentrado ao longo do time.Você pode desenvolver suas próprias informações de resposta personalizadas com mais com facilidade se você mantiver um registro de dados que você reunir enquanto você monitor sua implantação e sistema autônomo ações executadas para responder a alterações desfavorável.Talvez, investe em uma suíte de software comercial para ajudar você a automatizar a coleta e retenção de dados.

Assim que tiver estabelecido sistema autônomo linhas de base para o seu Team Foundation Server implantação, você poderá determinar melhor a integridade e o status de gerais Team Foundation Server. Por exemplo, se você vir regularmente uma exceção de banco de dados em tempo de execução no Visualizador de eventos, você pode não ter suficientes recursos de processador ou memória disponível no seu Team Foundation servidor de camada de dados. Da mesma forma, se você vir uma queda repentina em um do Team Foundation Server contadores de desempenho, você saberá para investigar o aplicativo para que o contador de desempenho juntamente com o desempenho geral do que o Team Foundation camada de aplicativo servidor. Para obter mais informações, consulte Monitorando o desempenho.

Monitorando o desempenho do controle de versão

Você deve endereço muitas variáveis ao monitorar o controle de versão e uma equipe de criação de ambiente.Se você tiver uma mercadoria compreensão dos ciclos de desenvolvimento, é possível com mais precisão prever o que deve ser estreitamente monitor no controle de versão.Além disso, se você compreender seus limites, você pode atender mais proativamente quaisquer problemas.

Team Foundation Server inclui vários contadores de desempenho para monitoramento de controle de versão. Dependendo de seu foco, os contadores na tabela a seguir podem interessá-lo.Para obter uma lista completa de contadores, consulte Monitorando o desempenho.

Monitorando o desempenho do Team Foundation compilação

sistema autônomo com qualquer conjunto de ferramentas, uso definido pela sua implantação varia consideravelmente.Por exemplo, um projeto com um ambiente de compilação única com um script de compilação única será significativamente diferente no uso de um projeto da equipe com vários ambientes de compilação e muitos criar scripts.Para efetivamente monitor Team Foundation Build desempenho, você deve determinar monitor ing critérios que atendam às suas necessidades de implantação. A lista a seguir inclui alguns itens que convém monitorar no Team Foundation Build:

time médio para executar uma compilação
Número de vezes que ocorre uma compilação

Por exemplo, uma compilação diária deve ocorrer somente uma vez por dia.
Número de compilações com falha que ocorreram dentro de um período de tempo específico
Número de compilações ocorridas fora do horário comercial
Critérios de desempenho padrão do servidor que executa o Team Foundation Build

Por exemplo, você pode monitorar as porcentagens de utilização da CPU.
time médio para uma criação longa
Notificação de compilação bem-sucedida

As ferramentas e os procedimentos a seguir podem auxiliar na definição alguns dos fatores importantes no seu Team Foundation Build ambiente:

Exibindo um Team Foundation Build Resumo, você pode determinar falha e quanto tempo uma compilação necessários para concluir. Para obter mais informações, consulte Como: Exibir status de resumo de compilação.
Monitorando o andamento da compilação, você pode determinar quais etapas ou itens estão fazendo com que uma compilação demorar mais do que o esperado para concluir.Para obter mais informações, consulte Como: Progresso de compilação de monitor.

Ao receber notificações de compilação, você pode determinar o estado de compilação corrente.Para obter mais informações, consulte Como: Receber email de notificação de compilação.