Optimização de fluxo de trabalho do SharePoint 2013 e desempenho Online do SharePoint e Project Online

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

Clique aqui para ver a versão em Inglês deste artigo: 3076399
INTRODUÇÃO
Este artigo contém informações sobre optimização de cenários e limitações para fluxos de trabalho que utilizem o tipo de plataforma de fluxo de trabalho do SharePoint 2013 no Microsoft SharePoint Online e do Microsoft Project Online.
MAIS INFORMAÇÕES
Para mais informações sobre optimização no SharePoint Online, visite o seguinte Web site da Microsoft:
Para mais informações sobre limites de mensagens de correio electrónico para fluxos de trabalho SharePoint Online, vá para o seguinte Web site da Microsoft:
3150442 Erro de "excedeu o limite de correio electrónico diária e tenha sido suspenso o fluxo de trabalho" no SharePoint Online

Actividade de fluxo de trabalho do SharePoint 2013 pode ser regida por dois níveis de aceleração:
  • Optimização de SharePoint Online
  • Optimização do serviço de fluxo de trabalho

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

Optimização é efectuada para permitir a utilização de recursos justo. Também protege o ambiente de fluxos de trabalho prejudiciais e fluxos de trabalho que não seguem os procedimentos recomendados. Optimização do serviço de fluxo de trabalho não é controlado pelo SharePoint Online. O serviço de fluxo de trabalho e SharePoint Online são dois serviços independentes e cada serviço acelera os pedidos de interesse geral saúde de serviço. No serviço de fluxo de trabalho, optimização é efectuada ao nível do âmbito de fluxo de trabalho que alinha com sites SharePoint Online. Optimização global não é contabilizada. Em vez disso, cada serviço back-end do fluxo de trabalho controla a utilização de um âmbito de fluxo de trabalho independente. Pode haver um ou mais fluxos de trabalho num âmbito de fluxo de trabalho. Optimização de fluxo de trabalho for dinâmico e irá ser reevaluated periodicamente, pelo âmbito de fluxo de trabalho e pelo fluxo de trabalho serviço back-end.

O serviço de fluxo de trabalho também limita o número de pedidos de saída que pode gerar uma instância de fluxo de trabalho individual. Num período de 24 horas, uma instância de fluxo de trabalho individual pode gerar pedidos de saída até 5000. Depois de 5.000 pedidos de saída gerados durante um período de 24 horas, o fluxo de trabalho é suspenso pelo serviço de fluxo de trabalho. A página deEstado de fluxo de trabalho para o fluxo de trabalho irão conter informações sobre o fluxo de trabalho suspenso. Neste cenário, a bolha de informações para o Estado interno apresentará a seguinte mensagem:
A instância excedeu a quota de pedido de http de saída para um 1.00:00:00 período de tempo. Foi atingido o limite de pedido de 5000 no <time>.</time>

Nota: O <time>marcador de posição representa o tempo que demorou para atingir o limite do pedido de 5000 para fluxo de trabalho.</time>

É possível retomar a instância de fluxo de trabalho suspensos, clicar emcontinuarpara o fluxo de trabalho ou utilizando o modelo de objecto de cliente de fluxo de trabalho do SharePoint passados 24 horas. Tem de ocorrer antes do fluxo de trabalho é terminado.

Se o fluxo de trabalho excede o limite de utilização de CPU, oEstado do fluxo de trabalho de página para o fluxo de trabalho irão conter informações sobre o fluxo de trabalho suspenso. Neste cenário, a bolha de informações para oEstado internoapresentará a seguinte mensagem:
A instância de fluxo de trabalho excedeu o limite de utilização da CPU do acelerador de 00:00:01.2000000 e não foi possível descarregar porque não estava persistente.

Instanceswill de fluxo de trabalho suspensos ser terminadas após 10 dias. A propagação de informações para oEstado interno apresentará a seguinte mensagem se o fluxo de trabalho é terminado:
System.Activities.Statements.WorkflowTerminatedException: A instância foi movida de estado de suspensão para o estado terminado porque expirou.
Um fluxo de trabalho terminado, eventualmente, vai ser limpo. Depois de um fluxo de trabalho terminado é limpo, apresentará a seguinte mensagem:
Lamentamos, mas alguma coisa correu mal.
Não é possível localizar este fluxo de trabalho. Instâncias concluídas são automaticamente limpas

Âmbitos de fluxo de trabalho

Um âmbito de fluxo de trabalho é definido como um site numa colecção de sites. Por exemplo, o seguinte URL é para uma colecção de sites de raiz e é considerado um âmbito de fluxo de trabalho:
https://contoso.SharePoint.com/sites/rootsite
Um exemplo de outro âmbito de fluxo de trabalho que se encontra na mesma colecção de sites é o seguinte. No entanto, este âmbito de fluxo de trabalho está num subsite.
https://contoso.SharePoint.com/sites/rootsite/subsite

O que é um pedido?

Fluxos de trabalho do SharePoint 2013 são incorporados sobre o modelo de suplementos para o SharePoint e utilizam a API do REST para interagir com dados do SharePoint. Para obter mais informações, visite o seguinte Web site da Microsoft:Um pedido é uma chamada de rede do serviço de fluxo de trabalho para um ponto final do SharePoint Online ou projecto Online resto API. Não existe nenhuma diferença entre o tipo de pedido ou resposta de um determinado pedido. Uma acção e das suas actividades a não contribuam para a contagem de pedido, a menos que o pedido envolve uma API de resto do SharePoint de 2013. Por exemplo, a acção de registo de lista do histórico pode gerar pedidos de cinco ou mais durante uma operação saudável. Além disso, repetir lógica está incorporada em fluxos de trabalho no caso de algo de errado. Isto pode gerar pedidos adicionais.

Pedidos de produzir muitas acções e pedidos podem ser minimizados através da utilização de procedimentos recomendados. Forexample, pode utilizar uma única acção de Actualização de Item da listaem vez de vários acção Definir campo no Item actual para reduzir o número de pedidos que está a ser efectuados por um âmbito de fluxo de trabalho e ainda alcançar os mesmos resultados.

Recomendações de estrutura do fluxo de trabalho

Existem várias formas para gerar lotes de pedidos de um fluxo de trabalho que pode resultar na optimização. Alguns exemplos gerais são os seguintes:
  • Um único modo agressivo ciclo de fluxo de trabalho ou a vários fluxos de trabalho de agressividade com ciclos
  • Um fluxo de trabalho que está associado uma lista ou biblioteca, enquanto o conteúdo está a ser migrado para o SharePoint Online.
  • Versões anteriores do fluxo de trabalho problemáticos que foram corrigidas e que continue a executar instâncias de fluxo de trabalho que tem a problemática configuração até que o fluxo de trabalho é terminado
A limitação do âmbito de fluxo de trabalho é imposta pelo serviço de fluxo de trabalho deve permitir cenários de caso de utilização de fluxo de trabalho normal. No entanto, tal como a lógica de um fluxo de trabalho cresce mais sofisticada, o fluxo de trabalho pode exceder limites seguros.

Também irão resultar nos seguintes cenários de fluxo de trabalho específicos optimização.

Cenário 1: Um fluxo de trabalho ciclos para monitorizar alterações

Por exemplo, poderá verificar um item para actualizações em vez de aguardar um item a ser actualizados.

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

Fluxos de trabalho destinam-se-á para gerir processos condicionada por documento, humanos e não à expedição tarefas computacionais significativas.

Cenário 3: tendo vários fluxos de trabalho em execução que utilizam o tempo de espera de evento no Item da lista "actividade

Neste cenário, cada fluxo de trabalho estará à escuta de alterações na lista de alvos. Se existirem vários fluxos de trabalho em execução, cada fluxo de trabalho terão reagir ao evento elevado e, possivelmente, chamada de retorno para o SharePoint Online para efectuar algum trabalho.

Nota Também pode ocorrer se existirem muitas alterações a uma lista para o qual um fluxo de trabalho está configurado para iniciar quando um item é criado ou alterado.

Alternativas ao cenário 1: um fluxo de trabalho ciclos para monitorizar alterações

Opção 1: Utilize o SharePoint de suplementos e os receptores de eventos externos

A estrutura do fluxo de trabalho deve ser reevaluated e uma abordagem de estruturação diferentes deve ser utilizada. Os suplementos do SharePoint ou receptores de eventos externos são mais apropriados para esta tarefa.

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

Pode melhorar um pouco a estrutura do fluxo de trabalho, adicionando um atraso (ou seja, uma acção de pausa). Isto deve reduzir o tráfego que é gerado. No entanto, não altera as deficiências globais deste modelo.

Opção 3: Utilizar a actividade de "Aguardar para alteração do actual Item de campo"

Em vez de procurar alterações através da utilização de um ciclo, é melhor utilizar os receptores de eventos predefinido. 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 num ciclo agressivo é uma abordagem melhor. As condições no fluxo de trabalho podem ser configuradas para executar o trabalho apenas quando for necessário.


Captura de ecrã da caixa de diálogo ' Opções ' Iniciar '

Apenas uma instância de fluxo de trabalho de um fluxo de trabalho pode estar em execução num determinado momento.

Outra abordagem consiste em utilizar a actividade de aguardar que o campo a alteração no Item actual .

A estrutura do fluxo de trabalho pode utilizar uma coluna de escolha que tem vários valores para a execução do fluxo de trabalho. Apenas quando uma opção adequada é recolhida por um utilizador final irá continuar com o fluxo de trabalho. Isto pode impedir o ciclo agressivo e instâncias de fluxo de trabalho desnecessária de serem iniciadas. O fluxo de trabalho é executado quando o item está pronto em vez de em execução ou iniciar várias instâncias.

Pode monitorizar vários valores de vários campos através da utilização de vários blocos paralelos. O fluxo de trabalho pode aguardar por um estado específico e, em seguida, continuar a executar para baixo de um determinado caminho, conforme o exemplo seguinte. (São incluídos os passos para implementar esta opção.)

Captura de ecrã da caixa de diálogo fase 2
  1. Crie uma variável do tipo Booleano .

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

    Captura de ecrã da caixa de diálogo Propriedades
  4. Na pendente, seleccione a variável que criou no passo 1.
  5. Inserir dois blocos paralelos no bloco paralelo inserido que tem a propriedade CompletionCondition.

    Captura de ecrã da definição de blocos paralelos
  6. Inserir o primeiro dos dois blocos paralelos que introduziu no passo 5, a actividade de esperar por alteração de campo no Item actual . Altere a actividade de modo a que está a monitorizar uma coluna escolha. Monitoriza a opção predefinida.

    Captura de ecrã da definição de blocos paralelos
  7. Defina a variável de fluxo de trabalho que é utilizada para parar os outros blocos paralelos para Sim.

    Captura de ecrã da definição de blocos paralelos
  8. Repita os passos 1 a 7 para os outros valores de coluna de escolha.
  9. Mova as outras partes do fluxo de trabalho original para uma posição depois dos blocos paralelos.
Quando um dos blocos paralelos aninhados tem todas as suas actividades executadas, o bloco paralelo principal terminará outras actividades as outros blocos paralelos. Isto permite que o fluxo de trabalho continuar. Os blocos paralelos aninhados são monitorizados pelo bloco paralelo de principal através da utilização de uma variável.

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

Pode utilizar o tipo de plataforma de fluxo de trabalho do SharePoint 2010 para efectuar a parte do trabalho que está a efectuar o tipo de plataforma de fluxo de trabalho do SharePoint de 2013. Isto pode reduzir o número de pedidos.

Especificamente, um fluxo de trabalho do SharePoint 2010 pode ser iniciado para monitorizar alterações do campo utilizando a actividade de esperar por alteração de campo no Item actual ou para executar muitas outras operações básicas.

Alternativa ao cenário 2: utilizar um fluxo de trabalho para executar algoritmos complexos

Se a solução exige tarefas computacionais significativas, deve considerar a desenvolver um suplemento para o SharePoint. Para mais informações, consulte o seguinte site da Microsoft:

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

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 3076399 - Última Revisão: 05/26/2016 15:47: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