Desempenho no SharePoint Online e on-line do projeto e otimização de fluxo de trabalho do SharePoint 2013

IMPORTANTE: Este artigo foi traduzido pelo software de tradução automática da Microsoft e eventualmente pode ter sido editado pela Microsoft Community através da tecnologia Community Translation Framework (CTF) ou por um tradutor profissional. A Microsoft oferece artigos traduzidos automaticamente por software, por tradutores profissionais e editados pela comunidade para que você tenha acesso a todos os artigos de nossa Base de Conhecimento em diversos idiomas. No entanto, um artigo traduzido pode conter erros de vocabulário, sintaxe e/ou gramática. A Microsoft não é responsável por qualquer inexatidão, erro ou dano causado por qualquer tradução imprecisa do conteúdo ou por seu uso pelos nossos clientes.

Clique aqui para ver a versão em Inglês deste artigo: 3076399
INTRODUÇÃO
Este artigo contém informações sobre a otimização de cenários e limitações para fluxos de trabalho que usam o tipo de plataforma do SharePoint 2013 fluxo de trabalho no Microsoft Project on-line e on-line do Microsoft SharePoint.
Mais informações
Para saber mais sobre otimização no SharePoint Online, visite o seguinte site da Microsoft:
Para saber mais sobre os limites da mensagem de e-mail para fluxos de trabalho do SharePoint Online, visite o seguinte site da Microsoft:
3150442 Erro "excedeu o limite diário de e-mail e o fluxo de trabalho foi suspenso" no SharePoint Online

Atividade de fluxo de trabalho do SharePoint 2013 pode ser regulada por dois níveis de otimização:
  • Otimização do SharePoint Online
  • Otimização do serviço de fluxo de trabalho

Otimização do serviço de fluxo de trabalho

Otimização é executada para permitir o uso do recurso justo. Ele também protege o ambiente de fluxos de trabalho prejudiciais e fluxos de trabalho que não seguem as práticas recomendadas. Otimização do serviço de fluxo de trabalho não é controlado pelo SharePoint Online. O serviço de fluxo de trabalho e o SharePoint Online são dois serviços independentes e cada serviço acelera solicitações com o intuito de total integridade do serviço. No serviço de fluxo de trabalho, a otimização é realizada no nível de escopo do fluxo de trabalho se alinha com sites do SharePoint Online. Globalmente não é contabilizada para otimização. Em vez disso, cada serviço de back-end do fluxo de trabalho controla o uso de um escopo fluxo de trabalho independente. Pode haver um ou mais fluxos de trabalho em um escopo de fluxo de trabalho. A otimização do fluxo de trabalho é dinâmico e será reavaliado periodicamente pelo escopo do fluxo de trabalho e pelo back-end serviço de fluxo de trabalho.

O serviço de fluxo de trabalho também limita o número de solicitações de saída que pode gerar uma instância de fluxo de trabalho único. Em um período de 24 horas, uma instância de fluxo de trabalho único pode gerar solicitações de saída de até 5.000. Depois de 5.000 solicitações de saída são geradas em um período de 24 horas, o fluxo de trabalho é suspenso pelo serviço de fluxo de trabalho. A páginaStatus do fluxo de trabalho do fluxo de trabalho irá conter informações sobre o fluxo de trabalho suspenso. Nesse cenário, o balão de informações para o Status interno exibirá a seguinte mensagem:
A instância excedeu a cota de solicitação de http de saída para um 1.00:00:00 período de tempo. Foi atingido o limite de 5000 solicitação no <time>.</time>

Observação: O <time>espaço reservado representa o tempo necessário para alcançar o limite de 5.000 solicitação para seu fluxo de trabalho.</time>

Você pode reiniciar a instância do fluxo de trabalho suspenso clicando emcontinuarpara o fluxo de trabalho ou usando o modelo de objeto do cliente de fluxo de trabalho do SharePoint depois de 24 horas. Isso deve ocorrer antes do fluxo de trabalho é encerrado.

Se o fluxo de trabalho exceder o limite de uso da CPU, oStatus de fluxo de trabalho página de fluxo de trabalho irá conter informações sobre o fluxo de trabalho suspenso. Nesse cenário, o balão de informações para oStatus internoexibirá a seguinte mensagem:
A instância de fluxo de trabalho excedeu o limite de uso da CPU de acelerador de 00:00:01.2000000 e não pode ser descarregada porque não foi persistente.

Instanceswill de fluxo de trabalho suspenso encerrado depois de 10 dias. O balão de informações para ainterna do Status do exibirá a seguinte mensagem de erro se o fluxo de trabalho é encerrado:
System.Activities.Statements.WorkflowTerminatedException: A instância foi movida do estado suspenso no estado encerrado porque ele expirou.
Um fluxo de trabalho encerrado, eventualmente, serão limpos. Depois que um fluxo de trabalho encerrado é limpo, ele exibirá a seguinte mensagem:
Algo deu errado.
Não foi possível encontrar esse fluxo de trabalho. Instâncias concluídas serão limpos automaticamente

Escopos de fluxo de trabalho

Um escopo de fluxo de trabalho é definido como um site em um conjunto de sites. Por exemplo, a seguinte URL é um conjunto de sites raiz e é considerada um escopo do fluxo de trabalho:
https://contoso.SharePoint.com/sites/rootsite
Um exemplo de outro escopo de fluxo de trabalho que esteja no mesmo conjunto de sites é a seguinte: No entanto, este escopo de fluxo de trabalho está em um subsite.
https://contoso.SharePoint.com/sites/rootsite/subsite

O que é uma solicitação?

Fluxos de trabalho do SharePoint 2013 foram criados sobre o modelo de suplementos para o SharePoint e usarem APIs REST para interagir com os dados do SharePoint. Para saber mais, visite o seguinte site da Microsoft:Uma solicitação é uma chamada de rede do serviço de fluxo de trabalho para um ponto de extremidade do SharePoint Online ou API REST on-line de projeto. Não há nenhuma diferença entre o tipo de solicitação ou resposta para uma determinada solicitação. Uma ação e suas atividades de composição não contribuem para a contagem de solicitação, a menos que a solicitação envolve uma API REST do SharePoint 2013. Por exemplo, a ação de Log à lista do histórico pode gerar solicitações de cinco ou mais durante uma operação íntegra. Além disso, lógica de repetição baseia-se em fluxos de trabalho no caso de algo sair errado. Isso pode gerar solicitações adicionais.

Muitas ações produzem solicitações e solicitações podem ser minimizadas pelo uso das práticas recomendadas. Por exemplo, você pode usar uma única ação de Item de lista de atualizaçãoem vez de vários ação Definir campo no Item atual para reduzir o número de solicitações sendo feitas por um escopo do fluxo de trabalho e ainda obter os mesmos resultados.

Recomendações de projeto de fluxo de trabalho

Existem muitas maneiras de gerar muitas solicitações em um fluxo de trabalho pode resultar em redução. Estes são alguns exemplos gerais:
  • Um único loop agressivamente vários fluxos de trabalho de forma agressiva loop ou de fluxo de trabalho
  • Um fluxo de trabalho que está associado uma lista ou biblioteca, enquanto o conteúdo está sendo migrado para o SharePoint Online.
  • Versões anteriores do fluxo de trabalho problemático que foram corrigidas e que continuam em execução instâncias de fluxo de trabalho que tenham a configuração problemática até que o fluxo de trabalho é encerrado
A redução do escopo de fluxo de trabalho é imposta pelo serviço de fluxo de trabalho deve permitir para cenários de caso de uso típico de fluxo de trabalho. No entanto, que a lógica do fluxo de trabalho cresce mais sofisticada, o fluxo de trabalho pode exceder os limites de seguros.

Os seguintes cenários de fluxo de trabalho específico também resulta em otimização.

Cenário 1: Um fluxo de trabalho executa um loop para monitorar alterações

Por exemplo, você pode verificar um item para atualizações em vez de esperar um item a ser atualizado.

Cenário 2: Usar um fluxo de trabalho para executar algoritmos complexos

Fluxos de trabalho servem para gerenciar processos humanos orientados por documento e não para distribuir tarefas computacionais significativas.

Cenário 3: ter vários fluxos de trabalho em execução que usam a espera de eventos no Item de lista "atividade

Nesse cenário, cada fluxo de trabalho irá escutar alterações na lista de destino. Se houver muitos fluxos de trabalho em execução, cada fluxo de trabalho terá que reagir a eventos elevado e possivelmente de retorno de chamada no SharePoint Online para executar algum trabalho.

Observação: Isso também pode ocorrer se houver muitas alterações em uma lista para o qual um fluxo de trabalho estiver configurado para iniciar quando um item é criado ou alterado.

Alternativas para o cenário 1: um fluxo de trabalho executa um loop para monitorar alterações

Opção 1: Use o SharePoint add-ins e receptores de evento externo

O design do fluxo de trabalho deve ser substituído e uma abordagem de design diferente deve ser usada. Suplementos do SharePoint ou receptores de evento externo são mais apropriados para essa tarefa.

Opção 2: Adicionar uma ação de pausa

Você pode melhorar o design do fluxo de trabalho um pouco, adicionando um atraso (ou seja, uma ação de pausa). Isso deve reduzir o tráfego é gerado. No entanto, ela não altera as limitações desse design gerais.

Opção 3: Usar a atividade "Aguardar para campo alteração no Item atual"

Em vez de buscar as alterações usando um loop, é melhor usar os receptores de evento padrão. Um fluxo de trabalho pode ser iniciado quando um item é criado ou alterado. Executar várias instâncias de fluxo de trabalho em vez de ter um fluxo de trabalho em um loop agressivo é uma melhor abordagem. As condições do fluxo de trabalho podem ser configuradas para realizar o trabalho somente quando for necessário.


Captura de tela da caixa de diálogo de opções de inicialização

Apenas uma instância de fluxo de trabalho de um fluxo de trabalho pode ser executado em um determinado momento.

Outra abordagem é usar a atividade aguardar campo a alteração no Item atual .

O design do fluxo de trabalho pode usar uma coluna opção que possui vários valores para orientar a execução do fluxo de trabalho. Somente quando uma opção apropriada é selecionada por um usuário final do fluxo de trabalho Retomar. Isso pode impedir o loop agressivos e instâncias de fluxo de trabalho desnecessário seja iniciado. O fluxo de trabalho é executado quando o item estiver pronto em vez de executar ou iniciar várias instâncias.

Você pode monitorar vários valores de vários campos, usando vários blocos paralelos. O fluxo de trabalho pode aguardar para um estado específico e, em seguida, continuar a executar um determinado caminho, como no exemplo a seguir. (As etapas para implementar esta opção estão incluídas).

Captura de tela da caixa de diálogo estágio 2
  1. Crie uma variável do tipo Boolean .

    Captura de tela da caixa de diálogo Editar variável
  2. Defina o valor como não.
  3. Inserir um bloco paralelo, com o botão direito do bloco e, em seguida, clique em Propriedades avançadas.

    Captura de tela da caixa de diálogo Propriedades
  4. Na lista suspensa, selecione a variável que você criou na etapa 1.
  5. Insira dois blocos paralelos no bloco paralelo inserido com a propriedade CompletionCondition.

    Captura de tela da configuração de blocos paralelos
  6. No primeiro dos dois blocos paralelos que você inseriu na etapa 5, insira a atividade Aguardar alteração de campo no Item atual . Altere a atividade de monitoramento de uma coluna opção. Não monitore a opção padrão.

    Captura de tela da configuração de blocos paralelos
  7. Defina a variável de fluxo de trabalho é usada para interromper os blocos paralelos para Sim.

    Captura de tela da configuração de blocos paralelos
  8. Repita as etapas 1 a 7 para os outros valores de coluna opção.
  9. Mova as outras partes do fluxo de trabalho original para uma posição após os blocos paralelos.
Quando um dos blocos aninhados paralelos tem todas as suas atividades executadas, o bloco paralelo pai terminará as outras atividades nos outros blocos paralelos. Isso permite que o fluxo de trabalho continuar. Os blocos aninhados paralelos são monitorados pelo bloco paralelo pai usando uma variável.

Opção 4: Iniciar um fluxo de trabalho do SharePoint 2010 a partir do fluxo de trabalho do SharePoint 2013

Você pode usar o tipo de plataforma de fluxo de trabalho do SharePoint 2010 para executar parte do trabalho que está realizando o tipo de plataforma de fluxo de trabalho do SharePoint 2013. Isso pode reduzir o número de solicitações.

Especificamente, um fluxo de trabalho do SharePoint 2010 pode ser iniciado para monitorar as alterações de campo, usando a atividade Aguardar alteração de campo no Item atual ou para realizar muitas outras operações básicas.

Alternativa para o cenário 2: usar um fluxo de trabalho para executar algoritmos complexos

Se sua solução exige consideráveis tarefas computacionais, considere desenvolver um suplemento para o SharePoint. Para obter mais informações, consulte o seguinte site da Microsoft:

Ainda precisa de ajuda? Vá para o Comunidade do Office 365 .

Aviso: este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3076399 - Última Revisão: 05/26/2016 15:48:00 - Revisão: 10.0

Microsoft Office SharePoint Online, Microsoft Project Online

  • o365 o365e o365p o365a o365m o365022013 kbgraphxlink kbgraphic kbmt KB3076399 KbMtpt
Comentários