La régulation de flux de travail SharePoint 2013 et performances dans SharePoint Online et projet en ligne

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3076399
INTRODUCTION
Cet article contient des informations sur la limitation des scénarios et des limitations pour les workflows qui utilisent le type de plate-forme de flux de travail SharePoint 2013 dans Microsoft SharePoint Online et de Microsoft Project en ligne.
Plus d'informations
Pour en savoir plus sur la limitation dans SharePoint Online, accédez au site Web de Microsoft suivant :
Pour en savoir plus sur les limites de message e-mail pour le flux de travail SharePoint Online, accédez au site Web de Microsoft suivant :
3150442 Erreur « limite quotidienne de courriels a dépassé et votre flux de travail a été suspendue » dans SharePoint Online

Activité de flux de travail SharePoint 2013 peut être régie par deux niveaux de limitation :
  • La limitation de SharePoint Online
  • La limitation de service de flux de travail

La limitation de service de flux de travail

La régulation est effectuée pour permettre l’utilisation des ressources équitable. Il protège également l’environnement de flux de travail dangereux et des workflows qui ne suivent pas les meilleures pratiques. La limitation de service de flux de travail n’est pas contrôlée par SharePoint Online. Le service de workflow et SharePoint Online sont deux services indépendants, et chaque service limite les demandes globale pour des raisons de santé du service. Dans le service de flux de travail, la régulation est effectuée au niveau de l’étendue du workflow qui s’aligne avec les sites SharePoint Online. La limitation n’est pas globalement pris en compte. Au lieu de cela, chaque service back-end de flux de travail effectue le suivi de l’utilisation de l’étendue d’un flux de travail indépendamment. Il existe peut-être un ou plusieurs workflows dans une portée de flux de travail. La régulation de flux de travail est dynamique et sera réévaluée lors périodiquement par l’étendue du workflow et workflow service back-end.

Le service de Workflow de limite également le nombre de demandes sortantes qui permet de générer une seule instance de workflow. Dans un délai de 24 heures, une seule instance de workflow peut générer jusqu'à 5 000 demandes sortantes. Après que 5 000 demandes sortantes sont générés dans une période de 24 heures, le flux de travail a été suspendu par le service de Workflow. La pageÉtat du flux de travail contient des informations sur le flux de travail suspendu. Dans ce scénario, la bulle d’informations du Statut interne affiche le message suivant :
L’instance a dépassé le quota de la demande http sortante pour un 1.00:00:00 période de temps. La limite de 5000 demande a été atteint dans <time>.</time>

Remarque: le <time>espace réservé représente le temps nécessaire pour atteindre la limite de 5 000 demande pour votre flux de travail.</time>

Vous pouvez reprendre l’instance de workflow suspendu en cliquant surreprendrepour le flux de travail ou à l’aide du modèle d’objet Client SharePoint Workflow après que 24 heures écoulées. Cela doit se produire avant la fin du flux de travail.

Si le flux de travail dépasse la limite de l’utilisation du processeur, laétat de flux de travail page pour le flux de travail contient des informations sur le flux de travail suspendu. Dans ce scénario, la bulle d’informations duStatut interneaffiche le message suivant :
L’instance de flux de travail a dépassé la limite de l’utilisation du processeur de l’accélérateur de 00:00:01.2000000 et pas pu être déchargé, car il n’était pas persistant.

Instanceswill de workflow suspendu se terminer après 10 jours. La bulle d’informations pour laétat interne affiche le message suivant si le workflow est terminé :
System.Activities.Statements.WorkflowTerminatedException : L’instance a été déplacée à partir du mode suspension à l’état terminé car il a expiré.
Un workflow terminé est finalement être nettoyé. Une fois un workflow terminé est nettoyé, le message suivant s’affiche :
Désolé, un problème.
Nous ne pouvons pas trouver ce flux de travail. Instances terminées sont automatiquement nettoyées

Étendues de flux de travail

Une étendue de workflow est défini comme un site dans une collection de sites. Par exemple, l’URL suivante est pour une collection de sites racine et est considérée comme une portée de flux de travail :
https://contoso.SharePoint.com/sites/rootsite
Voici un exemple d’une autre étendue de flux de travail qui est dans la même collection de sites. Toutefois, cette étendue de flux de travail est un sous-site.
https://contoso.SharePoint.com/sites/rootsite/Subsite

Ce qu’est une requête ?

Flux de travail SharePoint 2013 reposent sur le modèle de compléments pour SharePoint et autres API leur permet d’interagir avec les données de SharePoint. Pour plus d’informations, consultez le site Web Microsoft suivant :Une requête est un appel réseau à partir du service de flux de travail à un point de terminaison de SharePoint Online ou les API REST en ligne projet. Il n’y a aucune différence entre le type de la demande ou la réponse pour une demande donnée. Une action et ses activités de composition ne contribuent au nombre demande sauf si la requête implique une API de reste de SharePoint 2013. Par exemple, l’action de journalisation dans la liste de l’historique peut générer des demandes de cinq ou plus au cours d’un fonctionnement correct. En outre, logique des nouvelles tentatives est intégrée des flux de travail en cas de problème. Cela peut générer des demandes supplémentaires.

Produisent de nombreuses actions de requêtes et demandes peuvent être réduites à l’aide des meilleures pratiques. Par exemple, vous pouvez utiliser une seule action de l’Élément de la liste mise à jourau lieu de plusieurs actions de Définir le champ dans l’élément actif afin de réduire le nombre de demandes effectuées par une étendue de workflow et encore obtenir les mêmes résultats.

Recommandations de conception de flux de travail

Il existe de nombreuses façons de générer un grand nombre de demandes dans un flux de travail peut entraîner la limitation. Voici quelques exemples généraux sont les suivants :
  • Une seule boucle agressive de workflow ou plusieurs flux de travail de manière agressive en boucle
  • Un flux de travail est associé à une liste ou une bibliothèque, tandis que le contenu est en cours de migration dans SharePoint Online.
  • Versions précédentes qui pose problème de flux de travail qui ont été corrigées et que continuer à exécuter les instances de workflow qui ont la configuration qui pose problème, jusqu'à ce que le flux de travail est terminé
Flux de travail typique scénarios permettent la limitation d’étendue du flux de travail est appliquée par le service de workflow. Toutefois, comme la logique d’un flux de travail devient plus sophistiquée, le flux de travail peut dépasser les limites sûres.

Les scénarios de flux de travail spécifique suivant entraîne également la limitation.

Scénario 1: Un flux de travail effectue une boucle pour surveiller les modifications

Par exemple, vous pourriez vérifier un élément des mises à jour au lieu d’attendre d’un élément pour être mis à jour.

Scénario 2: À l’aide d’un flux de travail pour exécuter des algorithmes complexes

Ces flux sont destinés à gérer les processus humaines, pilotées par document et ne pas pour répartir les tâches de calculs importantes.

Scénario 3: avoir plusieurs flux de travail en cours d’exécution qui utilisent l’attente de l’événement dans l’élément de liste « activité

Dans ce scénario, chaque workflow écoutera les modifications de la liste cible. S’il y a de nombreux flux de travail en cours d’exécution, chaque flux de travail devra réagir à l’événement déclenché et éventuellement rappeler dans SharePoint Online pour exécuter des tâches.

Remarque Cela peut également se produire si plusieurs modifications sont apportées à une liste pour laquelle un flux de travail est configuré pour démarrer lorsqu’un élément est créé ou modifié.

Alternatives au scénario 1: un flux de travail effectue une boucle pour surveiller les modifications

Option 1: Utilisez SharePoint des compléments et les récepteurs d’événements externes

La conception de flux de travail doit être réévaluée et une approche de conception différente doit être utilisée. Compléments de SharePoint ou des récepteurs d’événements externes sont plus appropriées pour cette tâche.

Option 2: Ajout d’une action de pause

Vous pouvez améliorer la conception du flux de travail un peu en ajoutant un retard (autrement dit, une action de pause). Cela devrait réduire le trafic généré. Toutefois, il ne modifie pas les lacunes globales de cette conception.

Option 3: Utilisez l’activité « Attendre pour modification dans actuel élément de champ »

Recherche de modifications à l’aide d’une boucle, il est préférable d’utiliser les récepteurs d’événements par défaut. Un flux de travail peut être démarré lorsqu’un élément est créé ou modifié. L’exécution de plusieurs instances de flux de travail au lieu d’avoir un flux de travail dans une boucle agressive constitue une meilleure approche. Les conditions dans le flux de travail peuvent être configurées pour exécuter le travail uniquement lorsque cela est nécessaire.


Capture d’écran de la boîte de dialogue Options de démarrage

Une seule instance de flux de travail d’un flux de travail peut être en cours d’exécution à un moment donné.

Une autre approche consiste à utiliser l’activité attendre de champ à modifier dans l’élément actif .

La conception de flux de travail peut utiliser une colonne choix qui possède plusieurs valeurs à l’exécution de flux de travail. Uniquement lorsque l’option appropriée est prélevée par un utilisateur final va reprendre le workflow. Ceci peut empêcher de boucle agressif et instances de flux de travail inutiles en cours de démarrage. Le flux de travail s’exécute lorsque l’élément est prêt au lieu de l’exécution ou le démarrage de plusieurs instances.

Vous pouvez surveiller plusieurs valeurs à partir de plusieurs champs à l’aide de plusieurs blocs parallèles. Le flux de travail peut attendre un état spécifique et puis poursuit un chemin donné, comme dans l’exemple suivant. (Les étapes pour implémenter cette option sont inclus).

Capture d’écran de la boîte de dialogue phase 2
  1. Créer une variable de type Boolean .

    Capture d’écran de la boîte de dialogue Modifier la Variable
  2. Définissez la valeur sur No.
  3. Insérer un bloc parallèle, cliquez sur le bloc et puis cliquez sur Propriétés avancées.

    Capture d’écran de la boîte de dialogue Propriétés
  4. Dans la liste déroulante, sélectionnez la variable que vous avez créé à l’étape 1.
  5. Insérez deux blocs parallèles dans le bloc parallèle inséré dont la propriété CompletionCondition.

    Capture d’écran de la définition de blocs parallèles
  6. Dans le premier des deux blocs parallèles que vous avez inséré à l’étape 5, insérez l’activité d’attente de la modification du champ dans l’élément actif . Modifier l’activité afin qu’il analyse une colonne choix. Ne surveillez pas le choix par défaut.

    Capture d’écran de la définition de blocs parallèles
  7. Définir la variable de flux de travail qui est utilisée pour arrêter les autres blocs parallèles à Oui.

    Capture d’écran de la définition de blocs parallèles
  8. Répétez les étapes 1 à 7 pour les autres valeurs de colonne de choix.
  9. Déplacer les autres parties du flux de travail d’origine après les blocs parallèles.
Lorsqu’un des blocs parallèles imbriqués a toutes ses activités exécutées, le bloc parallèle parent se termine les autres activités dans les autres blocs parallèles. Ainsi, le flux de travail continuer. Les blocs parallèles imbriquées sont contrôlées par le bloc parallèle du parent à l’aide d’une variable.

Option 4: Démarrer un flux de travail SharePoint 2010 à partir du flux de travail SharePoint 2013

Vous pouvez utiliser le type de plate-forme de flux de travail SharePoint 2010 pour effectuer une partie du travail que le type de plate-forme de flux de travail SharePoint 2013 est en train d’effectuer. Cela peut réduire le nombre de demandes.

Plus précisément, un flux de travail SharePoint 2010 peut être démarré pour surveiller les modifications de champ à l’aide de l’activité de l’attente de la modification du champ dans l’élément actif ou pour effectuer de nombreuses autres opérations de base.

Alternative au scénario 2: à l’aide d’un flux de travail pour exécuter des algorithmes complexes

Si votre solution exige des tâches de calculs importants, envisagez de développer un complément pour SharePoint. Pour plus d’informations, consultez le site Web Microsoft suivant :

Besoin d’aide ? Accédez à la Communauté Office 365 .

Avertissement : Cet article a été traduit automatiquement.

Propriétés

ID d'article : 3076399 - Dernière mise à jour : 05/26/2016 15:56:00 - Révision : 10.0

Microsoft Office SharePoint Online, Microsoft Project Online

  • o365 o365e o365p o365a o365m o365022013 kbgraphxlink kbgraphic kbmt KB3076399 KbMtfr
Commentaires