Ajustar o desempenho do Project Online

Microsoft Project Online será descontinuada em setembro de 2026. Para obter mais informações, veja este anúncio: Microsoft Project Online está a ser descontinuação: O que precisa de saber

Com o lançamento do Project Online há alguns anos, organizações de todos os tamanhos têm sido capazes de utilizar o conjunto avançado de capacidades de Gestão de Portefólio de Projetos (PPM) da Microsoft, dentro da conveniência da nossa infraestrutura de cloud Office 365.

Embora um dos benefícios óbvios da utilização de um serviço baseado na cloud seja evitar ter de lidar com a implementação, configuração e otimização de hardware e software, ainda existem alguns passos que pode seguir para garantir que a sua organização obtém o melhor desempenho de Project Online.

Project Online oferece muitas definições de configuração e personalização, mas as personalizações podem ter um impacto no desempenho. Este artigo destaca o impacto no desempenho e as desvantagens de algumas das definições de Project Online mais comuns, para que possa tomar decisões informadas quando se trata de personalizar e configurar Project Online.

Este artigo faz parte do Planeamento de rede e otimização do desempenho para Office 365 projeto.

melhores práticas do Office 365 e do SharePoint Online

Existe uma grande quantidade de informações sobre o planeamento de rede e a otimização do desempenho do SharePoint Online e Office 365. Todas estas informações são relevantes para Project Online clientes e devem ser consultadas para além das seguintes melhores práticas específicas Project Online.

Project Online configuração e personalização

Muitos elementos de um site do Project Web App podem ser configurados e personalizados, desde definições administrativas a permissões e desde definições de colaboração até aspeto e funcionalidade. Vamos ver as definições que podem ter potencialmente impacto no desempenho geral do seu site do Project Web App.

Vamos abordar:

• Modos de permissões de segurança

• Tipos de Projeto da Empresa

  • Configuração do site do projeto

  • Mecanismos de sincronização entre o Project Online e o SharePoint Online

• Sincronização do Agrupamento de Recursos do Active Directory

• Personalização e aspeto da IU

• Páginas de Detalhes do Projeto (PDP) e fluxos de trabalho

• Processamento de Eventos

• OData e relatórios

• quota de Project Online

(Algumas destas informações aplicam-se também ao Project Server 2013 e Project Server 2016.)

Modos de permissão: SharePoint ou Project

Com o Project Online e o Project Server 2013, introduzimos um modelo de permissão novo e simplificado denominado modo de permissão do SharePoint, ao contrário do modo de permissão do Project legado. A comparação entre ambos os modos pode ser encontrada no Technet.

As novas instâncias Project Online são aprovisionadas no modo de permissão do SharePoint por predefinição e estamos confiantes de que este modo irá responder às necessidades da grande maioria dos clientes. Ao utilizar este modo, pode gerir a autorização do utilizador através de grupos e permissões normais do SharePoint.

O modo de permissão de projeto oferece um elevado grau de personalização, mas pode ter um preço em termos de desempenho. Se criar centenas de categorias e depender fortemente de permissões dinâmicas através da Sua Estrutura de Discriminação de Recursos (RBS), poderá abrandar a experiência do utilizador final para os utilizadores que têm acesso a muitos conteúdos, como administradores e gestores de portefólio.

Recomendação:

Sempre que possível, mantenha o modo de permissão predefinido do SharePoint para um melhor desempenho geral. Se precisar de utilizar o modo de permissão do Project, limite as suas personalizações o máximo possível.

Tipos de Projeto da Empresa

Um EPT (Enterprise Project Types ) representa um wrapper que encapsula fases, fases, um único fluxo de trabalho e Páginas de Detalhes do Projeto (PDPs).

Os EPTs também lhe permitem definir:

• Configuração do site do projeto

• Mecanismos de sincronização entre o Project Online e o SharePoint Online

Configuração do site do projeto

Os sites de projeto são criados com base na funcionalidade principal do SharePoint. A criação de sites de projeto não é um processo simples e decidir se e quando a sua organização pode precisar de sites de projeto pode fazer um longo caminho para melhorar a experiência geral do utilizador final.

Muitas organizações utilizam Project Online para recolher e classificar propostas de projetos antes de decidir quais os projetos a financiar. Se os sites de projeto estiverem definidos para serem criados automaticamente na primeira vez que um projeto é publicado, todas as propostas de projeto, mesmo as que não fazem o corte, obtêm um site de projeto. Estes sites desnecessários teriam de ser limpos manualmente depois.

Uma abordagem melhor, se decidir utilizar sites de projeto, é permitir que o utilizador escolha quando criar o respetivo site de colaboração ou, melhor ainda, criá-lo por um fluxo de trabalho assim que a proposta do projeto chegar a uma determinada porta de fase.

Atualmente, o SharePoint Online limita o número de subsites que podem ser criados para cada coleção de sites. Um EPT permite-lhe definir em que coleção de sites criar novos sites de projeto. Isto irá permitir-lhe criar um site de projeto para cada projeto, uma vez que pode abranger várias coleções de sites.

Por exemplo, se tiver uma coleção de sites dedicada ao seu departamento de TI, pode configurar o seu EPT de Projetos de TI para criar sites de Projeto a partir do https://contoso.sharepoint.com/sites/IT .

Recomendação:

Se a sua organização utilizar sites de projeto, selecione a opção para criá-los a pedido e não automaticamente. Isto acelera a primeira experiência de publicação e evita a criação de sites e conteúdos desnecessários.

Para cada EPT, pode configurar esta opção ao:

1. Em Definições do Project Web App, clique em Tipos de Projeto de Empresa.

2. Selecione o EPT para o qual precisa de alterar a definição.

3. Na página Definições do EPT, na secção Site do Projeto , selecione Permitir que os utilizadores escolham.

   

   Crie sites de projeto na sua própria coleção de sites pelo EPT. Mantenha o número de sites de projeto numa coleção de sites abaixo dos limites do SharePoint Online sharePoint Online.

O que sincroniza?

Project Online é executado sobre o SharePoint Online da mesma forma que o Project Server é executado sobre o SharePoint Server. Como resultado, temos de manter sincronizado um determinado número de componentes entre dois sistemas. Estas sincronizações podem ser morosas e, consoante as suas necessidades empresariais, podem, por vezes, ser desnecessárias. Este artigo explora todos estes vários sistemas de sincronização para ajudá-lo a decidir quais são os que precisa e quais podem ser desativados em segurança. Algumas destas definições já estão desativadas por predefinição.

Nas secções seguintes, vamos abordar:

• Sincronizar permissões de utilizador para o seu site de projeto

• Sincronizar Tarefas do SharePoint Listas para projetos Enterprise

Sincronizar Permissões de Utilizador

Os Sites de Projeto são áreas de trabalho onde as equipas de projeto podem colaborar, carregar documentos e levantar problemas. Quando as permissões de utilizador de sincronização estão ativadas, sempre que uma pessoa recebe permissão para um projeto, as permissões correspondentes do site do Projeto são atualizadas.

Esta sincronização ocorre sempre que o projeto é publicado. A desvantagem da conveniência da sincronização é o desempenho, por exemplo, quanto mais utilizadores e sites precisarem de ser sincronizados, mais lenta será a operação, especialmente se estiver a publicar, importar ou criar vários projetos (com sites de Projetos) ou a atualizar associações a grupos que exigirão uma nova sincronização das permissões do site do projeto.

Para cada EPT, pode definir se as permissões de utilizador de sincronização estão ativadas.

Recomendação:

Recomendamos vivamente que desative a opção de sincronização de permissões do site do Project se o seguinte se verificar na sua implementação:

• Tem um grande número de recursos (>1000)

• Tem um grande número de projetos que requerem um site do Project (>1000)

• Tem um grande número de recursos aos quais é necessário conceder acesso à maioria dos sites do Project

• Os sites de projeto são criados fora da coleção de sites predefinida (a sincronização está desativada)

Seguem-se algumas opções a considerar para gerir as permissões do site do Project:

• Se as equipas do projeto tiverem pouca rotatividade, considere desativar a sincronização de permissões do site do Project para melhorar o desempenho das Páginas de Detalhes do Projeto e Publicação do Projeto. Em seguida, teria de conceder ou remover manualmente a permissão para os seus sites do Project sempre que alguém aderir ou sair de uma equipa de projeto.

• Se for necessário conceder acesso a todos os utilizadores no PWA e mapeia para as permissões de grupo existentes, considere configurar os sites do Project para herdar do site PWA principal.

• Se o acesso ao site estiver alinhado com funções específicas, crie um ou mais grupos que mapeiem para essas funções (possivelmente se tiver a Sincronização de grupos ativada, pode utilizar os mesmos grupos) e conceder a esses grupos acesso ao site do Project.

Para cada EPT, pode ativar As Permissões de Utilizador de Sincronização ao:

1. Em Definições do Project Web App, clique em Tipos de Projeto de Empresa.

2. Selecione o EPT para o qual precisa de alterar a definição.

3. Na página definições do EPT, na secção Sincronizar , selecione Sincronização de Permissões de Utilizador.

   

Sincronizar Tarefas do SharePoint Listas para projetos Enterprise

Sincronizar Tarefas do SharePoint Listas está desativada por predefinição para melhorar a velocidade de publicação do projeto. Isto também ajuda a acelerar a transição entre as Páginas de Detalhes do Projeto. Se os seus utilizadores dependerem da lista de tarefas e da respetiva visualização linha do tempo no site do Project, pode ativar esta funcionalidade e marcar se o impacto no desempenho da publicação do projeto for razoável.

Recomendação

A opção sincronizar Listas tarefas do SharePoint destinava-se a ser utilizada com pequenos planos de projeto. Se o projeto tiver um grande número de tarefas, sincronizá-las na publicação demorará algum tempo, uma vez que cada tarefa tem de ser atualizada uma de cada vez. Por exemplo, demora vários minutos a sincronizar um plano de projeto de tarefas 500 com a lista de tarefas do SharePoint. Embora a tarefa de fila esteja numa correlação separada e não bloqueie a gravação e edição do plano de projeto, recomendamos que não ative a opção Sincronizar Tarefa do SharePoint Listas. Recomendamos que sincronize apenas projetos com menos de 250 tarefas.

Esta opção está desativada por predefinição. Ative apenas as Tarefas do SharePoint Listas sincronizar se os seus utilizadores precisarem da funcionalidade para cada EPT. Para configurar esta opção:

1. Em Definições do Project Web App, clique em Tipos de Projeto de Empresa.

2. Selecione o EPT para o qual precisa de alterar a definição.

3. Na página definições do EPT, na secção Sincronizar, selecione Sincronizar Tarefas do SharePoint Listas.

   

Sincronização do Agrupamento de Recursos do Active Directory

A sincronização do Agrupamento de Recursos do Active Directory por si só não tem problemas de desempenho específicos e pode importar milhares de recursos para a instância do Project Web App em minutos. No entanto, o seu efeito a jusante noutras partes do sistema pode afetar o desempenho. O processo principal a controlar é a sincronização de permissões de recursos mencionada anteriormente. Se existir uma grande rotatividade na associação a grupos do Active Directory e isso exigir que sincronize o Agrupamento de Recursos com frequência, monitorize eventuais efeitos a jusante em tarefas de sincronização de permissões relacionadas.

Recomendação:

Limite a sincronização do Active Directory a grupos de recursos que realmente precisam de utilizar o sistema e monitorize eventuais problemas de permissão após a sincronização de grupos grandes. (Para configurar a Sincronização do Agrupamento de Recursos do Active Directory Enterprise, nas Definições do Project Web App, clique em Sincronização do Agrupamento de Recursos do Active Directory.

Personalizações de páginas e vistas do PWA

Personalizações de página

A plataforma sharePoint oferece excelentes capacidades de personalização com a sua infraestrutura modular de peças Web e suporte para páginas personalizadas. Quando adiciona logótipos, peças Web personalizadas e temas novos, este poderá não ter um impacto significativo no desempenho numa infraestrutura no local devido aos benefícios da proximidade do servidor, baixa latência e redes de largura de banda elevada. No entanto, num serviço online, a história é diferente.

Quando carrega um logótipo ou gráfico com um tamanho de ficheiro grande, este pode abrandar um pouco as páginas numa implementação no local, mas online, o desempenho atingido nas cargas de página é substancial.

O mesmo princípio aplica-se quando adiciona várias peças Web a uma página. Pode ser tentador ter uma página personalizada com várias peças Web, mas a menos que os utilizadores precisem realmente de ver os dados lado a lado, é melhor ter páginas especializadas separadas do que ter tudo num único local. Se os utilizadores só precisarem do conteúdo de uma peça Web na página, ainda terão de esperar mais tempo para que a página seja carregada e apresentar os dados de todas as outras peças Web.

Recomendação:

Ao personalizar páginas, trate o seu site Project Online como qualquer site normal da Internet e crie páginas leves o máximo possível.

Personalizações de vistas

Mais uma vez, a simplicidade é um longo caminho para melhorar o desempenho de carregamento de páginas. As organizações podem criar vistas personalizadas com múltiplas páginas do Project Web App, incluindo o Centro de Projetos, Centro de Recursos, Tarefas e Folhas de Horas.

Quanto mais conteúdo for apresentado, mais lenta será a composição da página. Pode reduzir o tempo de carregamento de cada página em alguns segundos se fornecer aos utilizadores um maior número de vistas simples e direcionadas em vez de algumas vistas "tudo em um".

Nos exemplos abaixo, a segunda vista demora uma média de 2 a 3 segundos a menos para carregar do que a primeira.

Recomendação:

Quando configura vistas, oferece aos utilizadores vistas especializadas simples para uma navegação mais rápida em vez de uma vista tudo-em-um complexa que carregaria dados desnecessários na maior parte do tempo.

Definições da Vista de Utilizador

Centro de Projetos: Agrupar por com Rollups

Os utilizadores podem configurar diferentes formas de compor a vista, incluindo ter dados agrupados por campos diferentes. Ao utilizar a agrupar por, os dados podem ser agregados para campos de agregação suportados (por exemplo, somar custos ou um campo personalizado). Calcular estes valores agregados pede ao serviço que carregue todos os valores para apresentar o total.

Recomendação:

A menos que o utilizador precise de ver os valores agregados, desative a opção Rollup no friso.

Centro de Projetos: Gráfico Gantt

A parte do gráfico da vista Gráfico Gantt apresenta cada projeto como uma barra Gantt de resumo.

Recomendação:

A menos que o utilizador precise de ver o Gantt, desative a opção Gráfico Gantt no friso.

Páginas de Detalhes do Projeto Personalizadas e Fluxos de Trabalho

Além da recomendação fornecida acima para a estruturação de páginas, as Páginas de Detalhes do Projeto (PDPs) são particulares na medida em que podem acionar um recálculo de todo o projeto e iniciar ações de fluxo de trabalho, ambas as quais podem ser operações dispendiosas em termos de desempenho, consoante as suas personalizações.

Project Online e o Project Server têm dois processos de atualização principais para informações do projeto:

• Atualizações a exigir um recálculo de agendamento (veja a lista abaixo)

• Campos não relacionados com a agenda, como o nome do projeto, a descrição e o proprietário.

Recomendamos que evite atualizar ambos os tipos de dados no mesmo PDP para evitar acionar ambos os processos de atualização ao mesmo tempo.

Segue-se uma lista das ações mais comuns que requerem um recálculo de agendamento.

• Alterações ao calendário do projeto

• Alterações aos seguintes campos de data:

  • Data inicial

  • Data de conclusão

  • Data de estado

  • Data atual

• Alterações nos campos personalizados do projeto

• Se o projeto tiver dependências nos materiais a entregar

Uma segunda forma de melhorar o desempenho do PDP é reduzir o número de peças Web e campos personalizados apresentados em cada PDP. Se os seus processos empresariais exigirem atualizações frequentes para o mesmo conjunto de campos, crie um PDP dedicado apenas com estes campos para melhorar a carga e poupar tempo. A apresentação de todos os campos personalizados resulta em muitos custos desnecessários.

Recomendação:

Crie PDPs especializados leves e evite misturar atualizações relacionadas com agendas e não relacionadas com o agendamento.

Atualizações de campos personalizados em massa nos fluxos de trabalho com a nova API REST

A atualização dos valores dos campos personalizados do projeto num fluxo de trabalho, um de cada vez, requer um pedido de servidor separado através da ação Definir Campo do Projeto. Isto resulta num desempenho reduzido ao atualizar muitos campos personalizados ao mesmo tempo numa rede de alta latência e largura de banda baixa.

Para resolver este problema, existe um método CSOM para atualizar campos personalizados em massa. Este método requer que transmita um dicionário que contenha o nome e os valores de todos os campos personalizados que pretende atualizar.

API para aprovisionar sites de projeto a pedido

Cada projeto pode ter o seu próprio site do SharePoint dedicado, onde os membros da equipa podem colaborar, partilhar documentos e levantar questões. Estes sites podem ser criados automaticamente na primeira publicação ou criação manual pelo gestor de projetos através do Project Pro ou do administrador através das definições do Project Web App ou podem simplesmente ser desativados.

Pode utilizar o método CreateProjectSite('') para decidir quando criar os respetivos sites de projeto. Isto é particularmente útil para organizações que pretendem criar os respetivos sites apenas depois de uma proposta de projeto atingir uma fase específica num fluxo de trabalho predefinido, em vez de na primeira publicação. Isto melhora significativamente o desempenho da criação de projetos ao adiar a criação de sites do Project.

Processamento de Eventos

Os suplementos podem responder a eventos gerados no Project Online. Por exemplo, um suplemento pode efetuar alguma atividade adicional após a criação de um projeto. Os utilizadores poderão ter de aguardar que estes suplementos concluam o processamento dos eventos antes de poderem continuar a trabalhar com Project Online.

Recomendação:

Project Online deve ser configurado para processar determinados eventos de forma assíncrona para minimizar o tempo que os utilizadores terão de esperar. Para tal, peça ao programador quaisquer suplementos que utilize para se certificar de que o respetivo código é capaz de processar eventos Após de forma assíncrona. Podem aceder a este artigo para saber mais sobre as práticas que podem seguir para lidar com estes eventos.

Se o programador confirmar que o suplemento está pronto para a alteração, terá de ativar a definição Ativar o assíncrono Após o processamento de eventos na página Definições do PWA .

1. Na página Definições do PWA , na secção Políticas Operacionais , selecione Definições Adicionais do Servidor.

2. Na secção Processamento de eventos assíncronos para Eventos após , certifique-se de que a opção Ativar assíncrona Após o processamento de eventos está selecionada.

   

3. Selecione Salvar.

   Em seguida, terá de testar as instâncias para verificar se tudo funciona corretamente.

   Observação

   Esta definição só pode ser vista e alterada pelo Administrador da Coleção de Sites.

OData e Relatórios

ProjectData OData Service

Project Online tem um serviço de relatórios OData que fornece uma forma de criar relatórios/visualização nos dados armazenados no serviço. A API do serviço de relatórios OData do ProjectData está definida aqui.

As chamadas para o serviço de relatórios OData do ProjectData são regidas pelo SharePoint Online. Veja o artigo Evitar ser limitado ou bloqueado no SharePoint Online para garantir que as chamadas têm menos probabilidades de serem limitadas e implementar corretamente recomendações de repetição e de ativação exponencial.

Além disso, seguir as recomendações descritas neste documento reduzirá o número, o comprimento e a frequência das chamadas necessárias para obter dados. Se a limitação ocorrer frequentemente, marcar em toda a organização, uma vez que vários departamentos podem estar a consultar os mesmos dados ou a não seguir as melhores práticas descritas neste artigo e a afetar todos os utilizadores.

Relatórios Faseados no Tempo

No Project Online pode escolher o nível de granularidade necessário para os dados de relatórios faseados no tempo. As opções e o impacto dos níveis estão totalmente documentados em Configurar o rollup de dados de relatórios faseados no tempo no Project Online. Escolher um nível que gere a menor quantidade de dados para os seus cenários permitirá que os dados fiquem visíveis no ponto final de serviço do OData Reporting mais rapidamente e reduzirá a quantidade de tempo que demorará a transferir.

A lista de opções por ordem de desempenho (da maioria para o menor desempenho correlacionando com a quantidade de dados gerados):

• Nunca

• Períodos fiscais

• Mensal

• Semanalmente

• Diariamente

Os Períodos Fiscais têm a grande vantagem em termos mensais , uma vez que os dados de relatórios são mantidos apenas para períodos fiscais definidos, enquanto mensalmente irá armazenar dados durante toda a duração em todos os seus projetos.

Ao utilizar o serviço OData do Project, pode extrair informações da sua instância Project Online para relatórios.

Recomendação:

Armazene a menor quantidade de dados faseados no tempo que são consistentes com as suas necessidades empresariais. Não utilize Diariamente se tiver fluxos de trabalho que aguardem pela conclusão da publicação. Diariamente, pode demorar muito tempo a gerar os dados necessários, fazendo com que os fluxos de trabalho aguardem.

Consultar o serviço

Existem limites para o número de entidades que podem ser devolvidas numa consulta do serviço ProjectData OData. Como resultado, a consulta de uma grande quantidade de dados requer que sejam enviados vários pedidos Web para o serviço, adicionando sobrecarga e latência de rede para cada pedido.

Recomendação:

Evite executar carregamentos completos de dados "atualizar tudo". Estas atualizações podem afetar o desempenho do site PWA, especialmente durante os períodos de pico de utilização, o que leva à degradação geral do desempenho das operações do utilizador no PWA ou à limitação.

Executar ações de atualização de Odata fora do horário de expediente. As decisões de manutenção em tempo real ou perto de relatórios reais também devem ter em consideração as desvantagens de desempenho para a experiência do utilizador no site do PWA. Se existirem requisitos de "atualizar tudo", reveja a secção "SQL Server Integration Services (SSIS) – Recomendado para grandes conjuntos de dados".

Para uma instância do Project Web App que contém um grande número de entidades, como projetos, atribuições ou tarefas, deve limitar os dados devolvidos de, pelo menos, uma das seguintes formas. Se você não limitar os dados retornados, a consulta poderá exceder os limites padrão e afetar o desempenho do servidor.

• Utilize sempre uma opção de URL de $filter e $select para limitar os dados. Por exemplo, a consulta seguinte filtra por data de início do projeto e devolve apenas quatro campos, por ordem do nome do projeto:

  http://ServerName/ProjectServerName/_api/ProjectData/Projects?$filter=ProjectStartDate gt datetime'2012-01-01T00:00:00'&$orderby=ProjectName&$select=ProjectName,ProjectStartDate,ProjectFinishDate,ProjectCost
  

• Evite Campos Personalizados que sejam pesquisas de valores múltiplos. É necessária computação extra para processar valores de campo personalizados que são pesquisas de valores múltiplos. Estes campos não são capazes de tirar partido de várias otimizações que foram implementadas para cenários de clientes mais comuns. Se os campos personalizados de múltiplos valores já tiverem sido configurados, melhore a velocidade e a fiabilidade da pesquisa ao garantir que nenhum desses campos está especificado na consulta Odata filtrada.

• Consultar entidades por chave ou associação. Ao consultar entidades, veja o documento de metadados em https://yourdomain.sharepoint.com/sites/PWA/_api/ProjectData/$metadata. Sempre que possível, consulte a entidade de uma das seguintes formas:

• Chaves

  Observação

  Se existir mais do que uma chave, a utilização da primeira chave terá um melhor desempenho do que utilizar apenas a segunda chave.

• Associações

  Por exemplo, pode consultar a entidade Atribuição através de AssignmentId e ProjectId:

  https://ServerName/ProjectServerName/_api/ProjectData/Assignments?$filter=AssignmentId eq guid'719d849a-79b4-e911-b073-00155d9c3d12' and ProjectId eq guid'b5b02399-79b4-e911-b073-00155d9c3d12'
  
  or
  
  https://ServerName/ProjectServerName/_api/ProjectData/Assignments(AssignmentId=guid'719d849a-79b4-e911-b073-00155d9c3d12',ProjectId=guid'b5b02399-79b4-e911-b073-00155d9c3d12') 
  

  através de AssignmentId:

  https://ServerName/ProjectServerName/_api/ProjectData/Assignments?$filter=AssignmentId eq guid'719d849a-79b4-e911-b073-00155d9c3d12'
  

  através do ProjectId:

  https://ServerName/ProjectServerName/_api/ProjectData/Assignments?$filter= ProjectId eq guid'b5b02399-79b4-e911-b073-00155d9c3d12'
  

  através de associação através do Project:

  https://ServerName/ProjectServerName/_api/ProjectData/Projects(guid'263fc8d7-427c-e111-92fc-00155d3ba208')/Assignments
  

• Faça várias consultas para retornar dados uma página por vez usando o operador $top e o operador $skip em um loop. Por exemplo, a seguinte consulta obtém os Problemas 11 a 20 para todos os projetos, por ordem do recurso que está atribuído ao problema:

  https://ServerName/ProjectServerName/_api/ProjectData/Issues?$skip=10&$top=10&$orderby=AssignedToResource
  

• Evite obter o Nome do Projeto/Tarefa/Recurso ao consultar a Entidade de Atribuição . O serviço efetua processamento adicional para obter os respetivos nomes. Se os dados já tiverem sido obtidos a partir de outras consultas, não os inclua no filtro $select ao consultar a Atribuição.

Recomendação:

• Limite a quantidade de dados que consulta no runtime através da filtragem do lado do servidor para obter apenas as colunas de que precisa. O impacto deste problema é mais percetível com campos personalizados. Adicione os campos personalizados apenas se precisar deles.

• Certifique-se de que está a filtrar na chave de entidade. A chave de entidade é indexada e irá oferecer uma experiência de obtenção de dados muito mais eficaz. Pode encontrar as chaves de cada entidade ao rever o Documento de Metadados de Serviço na sua instância do PWA: https://Contoso.sharepoint.com/sites/PWA/_api/ProjectData/$metadata

Obter Dados e Criar Relatórios

PowerBI

Se a quantidade de dados for pequena, o Power BI pode ler regularmente os dados do serviço Project OData e ajudar a fornecer uma variedade de relatórios dinâmicos. Pode encontrar um pacote de conteúdos de exemplo aqui.

Se a quantidade de dados no Project Online for grande, ainda pode introduzir um subconjunto dos dados, desde que cumpra os limites de tamanho de dados do PowerBI descritos aqui. Outra opção é criar os seus relatórios numa janela móvel, ou seja, filtrar projetos que estiveram ativos nos últimos 30 dias ou ver a capacidade de recursos para os próximos 6 meses. Reveja a secção $filter/$select para obter as melhores práticas, uma vez que o PowerBI pode não tirar partido das otimizações de filtragem do lado do serviço.

Excel OData

O Excel pode ser utilizado para transferir dados e criar visualizações/relatórios personalizados. Se a quantidade de dados no Project Online for grande, um subconjunto dos dados pode estar a utilizar uma janela móvel, ou seja, a filtrar projetos que estiveram ativos nos últimos 30 dias ou a ver a capacidade de recursos para os próximos 6 meses. Reveja a secção $filter/$select para obter as melhores práticas, uma vez que o Excel pode não tirar partido das otimizações de filtragem do lado do serviço.

SQL Server Integration Services (SSIS)

Com o SSIS, Project Online dados de relatórios podem ser transferidos do serviço Project OData para uma base de dados do SQL Server local ou para o Microsoft Azure. Depois de transferidos, podem ser criados quaisquer relatórios/visualizações. É necessário um processo adicional para manter os dados locais sincronizados com Project Online.

Ao utilizar o SSIS, utilize o seguinte padrão para o qual Project Online foi otimizado. O padrão reduzirá o tempo necessário para obter e manter os dados locais sincronizados. Além disso, transfira apenas os campos necessários para efetuar os requisitos empresariais. Quanto menos campos forem consultados, mais rápido os dados podem ser obtidos.

Sincronização Completa

Obtenha o snapshot atual dos dados de relatórios em que está interessado. Utilize o seguinte método para obter eficientemente o Project e entidades relacionadas.

Por exemplo, com a entidade Project .

1. Consulte o ProjectId da entidade Project, incluindo quaisquer filtros adicionais. Por exemplo, filtre em projetos com datas de início ou de conclusão específicas.

2. Consulte a entidade Project especificando os campos que precisam de ser transferidos, filtrando um único ProjectId que foi obtido anteriormente. Inclua o ProjectModifiedDate, uma vez que é utilizado no padrão de sincronização delta abaixo.

3. Repita o passo 2 para cada ProjectId. Além disso, para cada ProjectId, transfira os dados para entidades relacionadas.

Por exemplo, com a entidade Tarefa :

1. Consulta no TaskId da entidade Tarefa a filtrar em campos adicionais, bem como no ProjectId do passo anterior.

2. Consulte a entidade Tarefa especificando os campos que precisam de ser transferidos e filtrando num único TaskId que foi obtido anteriormente. Inclua o TaskModifiedDate, uma vez que é utilizado no padrão de sincronização delta abaixo.

3. Repita para cada TaskId.

   Da mesma forma, utilize a mesma abordagem para cada entidade relacionada, por exemplo, Atribuição, TaskTimephasedData

Os passos anteriores aplicam-se a outros grupos de entidades, por exemplo, ao obter informações da folha de horas:

• Folha de Horas: obtenha o TimesheetId e o ModifiedDate com base nos critérios de filtro e, em seguida, os registos da Folha de Horas e, em seguida, a filtragem Linhas de Folha de Horas no TimeSheetId e continue para outras entidades relacionadas, garantindo que está a arquivar por IDs de chave primária (TimesheetUID) e campos de data de modificação.

Ao obter as informações da entidade Recurso:

• Obtenha o ResourceId e ResourceModifiedDate e, em seguida, Registos de recursos e, em seguida, ResourceTimephasedData , etc. Inclua os respetivos IDs de chave primária e campos de datas de modificação.

Sincronização Delta

Verifique periodicamente para manter a cópia local dos dados de relatórios atualizada. Repita os passos abaixo conforme necessário para o respetivo grupo de entidades, por exemplo, Folha de Horas, Recurso...

1. Consulte todas as datas do ProjectId e modificação do ponto final do Project com $filter critérios.

2. Elimine o projeto local e os registos relacionados (Tarefas, Atribuições, etc.) onde o ProjectId já não existe.

3. Quando a data de modificação do serviço e a data de modificação local forem diferentes para o registo do projeto, consulte o ponto final do Project para todos os campos necessários que filtram num único ProjectId de cada vez. Além disso, para cada ProjectId, transfira os dados para entidades relacionadas.

Por exemplo, com a entidade Tarefa :

1. A consulta no TaskId e taskModifiedDate da entidade Tarefa filtra em campos adicionais, bem como no project ProjectId do passo anterior em que os dados foram alterados, ou seja, a data de modificação do serviço do Project não corresponde à data de modificação local.

2. Elimine registos locais e relacionados para TaskId que já não existem.

3. Quando a data de modificação do serviço e a data de modificação local forem diferentes, consulte o respetivo ponto final de entidade passando no TaskId e na chave primária da entidade e atualize a versão local.

Repita para cada entidade relacionada, por exemplo, Atribuição, TaskTimephasedData.

Project Web App Quota

Por predefinição, o Site do Project Web App inclui um limite de 25 GB e está separado do limite de todos os dados armazenados na coleção de sites do SharePoint onde o Project Web App está ativado. Utilizar as opções de granularidade de relatórios para reduzir o volume de dados pode ajudar a manter-se dentro da quota.

Conclusão

Project Online, como qualquer serviço cloud em execução na Internet, requer otimização específica para proporcionar o melhor desempenho em comparação com uma implementação no local.

Embora estejamos constantemente a melhorar o sistema para acelerar o desempenho, existem alguns passos que pode efetuar entretanto para proporcionar uma boa experiência aos seus utilizadores finais.

Recomendação de resumo:

• Utilize o modo de permissão do SharePoint sempre que possível.

• Ative apenas as funcionalidades que irá utilizar.

• Mantenha as páginas e a personalização o mais simples e simples possível para tempos de carregamento de páginas mais rápidos.

• Utilize a filtragem do lado do servidor ou exporte dados de feeds Odata para uma base de dados SQL Server para obter mais flexibilidade de relatórios.

• Escolha uma opção de granularidade de relatórios que utilize a menor quantidade de dados que satisfaça as suas necessidades de relatórios.

Tópicos Relacionados

Project Online: limites do software