Partilhar via


Otimizar o desempenho no Project Server 2013

Resumo: Leia orientações para otimizar o desempenho em uma implantação do Project Server 2013.
Aplica-se a: Project Server 2013

Otimizações

Este documento e conteúdo relacionado contém informações e recomendações para ajustar um farm do Project Server 2013 para desempenho otimizado.

Baselining

Geralmente é recomendável limitar o número de linhas de base salvas em um determinado momento. Existe um limite fixo de somente 11 linhas de base em um dado momento.

Otimizações do servidor de banco de dados

Visto que o Project Server 2010 é um aplicativo de uso intensivo de dados, otimizar a camada do banco de dados pode trazer ganhos consideráveis para o desempenho. Consulte os tópicos Planejamento e Configuração da Capacidade de Armazenamento do SQL Server para obter orientações mais abrangentes sobre a otimização das suas configurações do SQL Server. Algumas das recomendações aqui destacam aquelas apresentadas nos tópicos do SQL Server:

  • Separe os arquivos do banco de dados e os arquivos do log de transações nas unidades do SO - de preferência cada um em sua própria partição. Isto ajuda a reduzir a contenção de ES entre o sistema operacional do host e o SQL Server e também entre os arquivos de banco de dados do SQL e os arquivos de log, que tendem a ter padrões de atualização diferentes dependendo da estratégia de recuperação utilizada..

  • Separe o TempDB em sua própria partição. Divida o banco de dados em vários arquivos físicos - idealmente dividindo-o em tantos arquivos quantos forem os processadores existentes em seu servidor de banco de dados.

Considere a utilização de um subsistema RAID para suas necessidades de dados. Observação – RAID 5 é aceitável para tamanhos de conjunto de dados médios e grandes, mas RAID 10 é ideal.
Observação – Mover índices para sua própria partição.

Como otimizar projetos mestre

Quando a funcionalidade Projetos Mestre é usada no Project Server, observe que alterações de calendário no Projeto Mestre terão impacto sobre os calendários dos subprojetos dentro dos Projetos Mestre. Portanto, alterações de calendário para Projetos Mestre muito grandes podem ser executadas lentamente, porque pode ser necessário atualizar os planos dos seus subprojetos.

Otimizações de configurações de segurança

Observação – As otimizações são desnecessárias se você estiver usando o Modo de Permissão do SharePoint.

No Modo de Permissões do Project, as configurações de segurança selecionadas para os usuários podem ter um efeito significativo sobre as características do desempenho. Isso acontece porque elas determinam o volume de dados carregados pelos usuários quando visualizam projetos e a complexidade das verificações de segurança executadas para determinar sobre quais conjuntos de dados os usuários têm permissão.

Por exemplo, Administradores têm acesso a todos os projetos armazenados no Project Server e, portanto, precisam carregar todos os dados ao interagir com eles. Membros de equipe podem não precisar acessar todos os dados, assim é possível limitar o volume de dados enviados a eles usando categorias de segurança:

  • Use grupos e categorias onde for possível, em vez de permissões mais granulares que exigem complexidade adicional nas verificações de segurança.
  • Tente restringir as permissões de segurança dos usuários aos projetos que eles precisam acessar. Desta forma, somente os dados de que precisam serão carregados quando houver interação com o Project Server.

Otimizações de exibições

  • É possível tentar limitar os dados apresentados aos usuários restringindo o número de colunas em uma determinada exibição somente para as colunas que os usuários com permissão naquela exibição precisam ver. Além disso, observe que adicionar colunas de Campo Personalizado terá um efeito mais prejudicial sobre o desempenho da exibição.

  • Você também pode usar filtros para limitar o volume de dados que deve ser carregado quando uma exibição em particular estiver sendo aberta. Esteja ciente, no entanto, de que filtros com lógica complexa requerem computação adicional e podem, como resultado, diminuir o desempenho.

Otimizações de campo personalizado

O impacto no desempenho do uso de campos personalizados depende de vários aspectos dos campos que são usados (campos personalizados de Departamento e da Empresa). A seguir estão algumas considerações e sugestões sobre os aspectos de desempenho dos campos personalizados.

  • O impacto de campos personalizados no desempenho dependerá de:

    • O impacto de campos personalizados no desempenho dependerá de:

      • A quantidade de dados armazenados nos campos personalizados que você usa. (Eles geralmente são esparsos ou há grandes quantidades de dados em uma determinada coluna de campo personalizada?)
      • Para campos de fórmula, quanto mais complexas forem as fórmulas empregadas, mais substancial será o impacto negativo sobre o desempenho.
      • O nível de campos personalizados ocorre em:
    • A quantidade de dados armazenados nos campos personalizados que você usa. (Eles geralmente são esparsos ou há grandes quantidades de dados em uma determinada coluna de campo personalizada?)

    • Para campos de fórmula, quanto mais complexas forem as fórmulas empregadas, mais substancial será o impacto negativo sobre o desempenho.

    • O nível em que os campos personalizados ocorrem. Normalmente existem muito mais tarefas do que projetos em um conjunto de dados e, portanto, campos personalizados aplicados no nível da tarefa terão um impacto negativo mais substancial sobre o desempenho do que campos personalizados de nível de projeto.

  • Geralmente a regra é tentar limitar o número de campos personalizados usados, especialmente no nível da tarefa. Como regra geral, tente usar menos de 10 a 15 campos personalizados corporativos no nível da tarefa.

  • Campos personalizados de tarefa e atribuição são os principais gargalos ao salvar no servidor a partir do Project Professional, na maior parte dos conjuntos de dados de clientes observados.

Otimizações de campos personalizados locais

De acordo com as recomendações sobre a otimização do uso de campos personalizados, otimize o uso de campos de fórmula locais limitando o número de campos de fórmula locais no cliente do Project.

O impacto de desempenho de seus campos personalizados depende particularmente de limitar o uso de campos de fórmula sempre que possível, pois eles exigem transferência de dados adicionais que aumentam o tempo necessário para salvar para o servidor.

Otimizações de carga de página

Um dos fatores mais importantes para determinar o tempo de carga de uma determinada página é a quantidade de dados que precisam ser acessados em uma determinada solicitação de página. Isso é amplamente determinado pela quantidade e os tipos de Web Parts e por quantos dados eles apresentam em uma página específica. A seguir, algumas recomendações gerais sobre a limitação das cargas da páginas do seu Project Server:

  • Limite o volume de dados carregados por estes Web Parts a somente os dados que precisam ser carregados.

  • Considerações de carga são particularmente importantes para Páginas de Detalhes do Projeto (PDPs), onde tende a haver um número maior de Web Parts em uma página específica e onde ocorrem mais personalizações.

Otimizações de fila

O Project Server 2013 utiliza um sistema de enfileiramento para tratar como as solicitações serão atendidas, que o habilita a atender um número maior de solicitações no geral. Determinadas configurações relacionadas a como a fila funciona podem ser alteradas através da página Configurações da Fila. Esta seção fornece uma breve explicação sobre as configurações que podem ser modificadas e como otimizá-las para as suas necessidades. Número máximo de threads (1 a 20, padrão 4): isso determina quantos trabalhos a fila pode processar em paralelo a qualquer momento. Observe que aplica-se a todas as máquinas no farm—se houver três servidores de Aplicativos e esta opção for configurada como 4 para a fila de projetos, você pode processar até 12 trabalhos de projeto independentes por vez.

Número máximo de threads (1 a 20, padrão 4): isso determina quantos trabalhos a fila pode processar em paralelo a qualquer momento. Observe que aplica-se a todas as máquinas no farm—se houver três servidores de Aplicativos e esta opção for configurada como 4 para a fila de projetos, você pode processar até 12 trabalhos de projeto independentes por vez.

Se você descobrir que os trabalhos enfileirados estão consumindo um volume excessivo de recursos de uma carga de trabalho síncrona, pode tentar o seguinte:

Caso haja um número grande de trabalhos sendo processados em paralelo (ou seja, se você vir vários trabalhos no estado "em processamento" ao mesmo tempo ao verificar o status da fila), tente reduzir a contagem de threads.

Otimizações do processo de carga de trabalho

Determinados aspectos de como você opera e mantém sua implantação do Project Server podem ajudar a melhorar o desempenho percebido do Project Server. Esta seção cobre uma lista de modificações de processo relacionadas ao Negócio ou a TI que podem ajudar a aprimorar o desempenho percebido do seu Project Server durante períodos em que seus usuários provavelmente interagirão com o sistema.

  • Envios do quadro de horários e de status:
    • Se possível, tente variar os horários em que os usuários enviam atualizações de status e quadros de horários. Isto agirá para reduzir a carga no servidor durante períodos de pico, distribuindo-a por intervalos de tempo maiores..
  • Backups:
    • Se possível, você deve tentar executar processos de backup durante períodos fora do pico, pois são processos intensivos de recursos que diminuirão o desempenho percebido para os usuários que tentam usar o sistema enquanto estão em execução.
  • Relatórios:
    • Assim como acontece com os processos de backup, você deve tentar executar a construção de cubos OLAP para relatórios durante períodos não de pico, pois estes são processos intensivos de recursos que diminuirão o desempenho percebido para os usuários que tentam usar o sistema enquanto estão em execução.
  • Modo de Permissões do SharePoint:
    • Se o modo de Permissões do SharePoint estiver habilitado, a "Sincronização de Usuários do SharePoint" não é necessária, permitindo assim um desempenho melhor.

Otimizações de fluxo de trabalho

Quando você estiver usando a funcionalidade de Fluxos de Trabalho, esteja ciente de que as ações a seguir prejudicarão o desempenho da sua implantação:

  • A página "Alterar ou Reiniciar Fluxos de Trabalho" nas Configurações do Servidor pode demorar muito tempo para carregar se houver um número grande de projetos armazenados no banco de dados.
  • Reiniciar ou alterar o EPT para um número grande de projetos a partir da página Alterar ou Reiniciar Fluxos de Trabalho nas Configurações do Servidor.
  • Ter um processo de aprovação com um número muito grande de usuários.
  • Ter projetos enviados ao mesmo tempo a partir de um estágio de fluxo de trabalho sem check-in requerido.

Geralmente é recomendável minimizar estas ações ou executá-las em períodos de pouco tráfego para otimizar o desempenho percebido.

Otimizações de soluções personalizadas (programação)

Ao desenvolver soluções personalizadas que interagem com as Interfaces de Programação do Project Server, leve em consideração as seguintes recomendações de desempenho:

  • Se você estiver implantando manipuladores de eventos, esteja ciente de que eles são síncronos. Você deve ter cuidado ao implantar manipuladores de eventos em suas soluções personalizadas, já que se utilizados de forma ineficiente podem aumentar substancialmente o desempenho do Project Server.

    Observação

    Os manipuladores de eventos podem ser executados em outro computador.

  • Sua solução personalizada deve tentar limitar as chamadas feitas para operações de enfileiramento no Project Server para evitar a sobrecarga da fila.
  • Para Aplicativos de Linha de negócios (LOB), ao automatizar a movimentação de dados entre o Project Server e outros aplicativos, se você perceber que as sincronizações com esses tipos de aplicativos estão degradando o desempenho de forma substancial, é aconselhável executá-los fora de períodos de pico.
    • É altamente recomendável que os clientes testem e monitorem o desempenho de seus aplicativos LOB, além do desempenho no lado do usuário.
    • Onde for possível, tente utilizar campos intrínsecos do Project Server em vez de campos personalizados, para alcançar a sincronização desejada entre o Project Server e os aplicativos LOB.
    • Tente minimizar os dados que estiver movimentando entre aplicativos LOB e o Project Server para o menor subconjunto necessário para alcançar a funcionalidade desejada.

O SDK do Project Server 2013 e artigos relacionados trazem recomendações adicionais sobre a manutenção do alto desempenho ao desenvolver soluções personalizadas.

Confira também

Visão geral do planejamento de capacidade e desempenho no Project Server 2013

Estratégia de planejamento de capacidade para o Project Server 2013

Recomendações de hardware de capacidade e desempenho para o Project Server 2013

Topologias com escala vertical e escala horizontal no Project Server 2013

Otimizar o desempenho no Project Server 2013

Contadores de desempenho no Project Server 2013

Resolvendo problemas de desempenho no Project Server 2013

Conjuntos de dados típicos (Project Server 2013)