La limitation de flux de travail SharePoint 2013 et les performances dans SharePoint Online et Project Online

Remarque : Nous faisons de notre mieux pour vous fournir le contenu d’aide le plus récent aussi rapidement que possible dans votre langue. Cette page a été traduite automatiquement et peut donc contenir des erreurs grammaticales ou des imprécisions. Notre objectif est de faire en sorte que ce contenu vous soit utile. Pouvez-vous nous indiquer en bas de page si ces informations vous ont aidé ? Voici l’article en anglais à des fins de référence aisée.

Introduction

Cet article contient des informations sur la limitation de scénarios et les limitations des flux de travail qui utilisent le type de plateforme de flux de travail SharePoint 2013 dans Microsoft SharePoint Online et Microsoft Project Online.

Informations supplémentaires

Pour en savoir plus sur la limitation dans SharePoint Online, accédez à Comment : éviter l’obtention limité ou bloqués dans SharePoint Online.


Pour en savoir plus sur les limites de message électronique des flux de travail SharePoint Online, accédez à l’erreur « limite quotidienne de messagerie 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 limitation est effectuée pour permettre l’utilisation des ressources juste. Il protège également l’environnement de flux de travail dangereux et flux de travail qui n’observez les meilleures pratiques suivantes. La limitation de service de flux de travail n’est pas contrôlée par SharePoint Online. Le service de flux de travail et SharePoint Online sont deux services indépendants et chaque service service limite les demandes dans l’intérêt global du service. Dans le service de flux de travail, la limitation est exécutée au niveau de l’étendue du flux de travail qui aligne les sites SharePoint Online. La limitation n’est pas globalement pris en compte. En revanche, chaque service principale du flux de travail effectue le suivi de l’utilisation d’une étendue de flux de travail séparément. Une étendue de flux de travail peut être une ou plusieurs flux de travail. La limitation de flux de travail est dynamique et est recalculée régulièrement par étendue de flux de travail et par principaux de service de flux de travail. 

Le service de flux de travail limite également le nombre de demandes sortantes qui permet de générer une instance de flux de travail unique. Dans un délai de 24 heures, une instance de flux de travail unique peut générer jusqu'à 5 000 demandes sortantes. Une fois que 5 000 demandes sortantes sont générées dans un délai de 24 heures, le flux de travail est suspendue par le service de flux de travail.

La page État du flux de travail pour le flux de travail contient des informations sur le flux de travail suspendu. Dans ce scénario, la bulle d’informations pour l' État interne affiche le message suivant :

  • L’instance a dépassé le quota de demande http sortant pour une 1.00:00:00 période de temps. La limite de 5000 demande a été atteinte dans < heure >.

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

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

Si le flux de travail dépasse la limite de l’utilisation du processeur, la page État du flux de travail pour le flux de travail contiennent des informations sur le flux de travail suspendu. Dans ce scénario, la bulle d’informations pour l' État interne affiche le message suivant :

  • L’instance de flux de travail a dépassé la limite de l’utilisation du processeur de limitation de 00:00:01.2000000 et n’a pas pu décharger parce qu’il n’était pas permanent.


Instances de flux de travail suspendu seront arrête après 10 jours. Bulle d’informations pour l' État interne affiche le message suivant si le flux de travail est terminée :

  • System.Activities.Statements.WorkflowTerminatedException : L’instance a été déplacée à partir de l’état suspendu à l’état terminé, car il a expiré.

Un flux de travail terminé sera finalement nettoyé. Une fois un flux de travail terminé est nettoyé, le message suivant s’affiche :

  • Désolé, un problème est survenu.
    Nous ne pouvons pas trouver ce flux de travail. Instances terminées sont automatiquement nettoyés

Étendues de flux de travail

Une étendue de flux de travail est définie comme un site dans une collection de sites. Par exemple, l’URL suivante s’applique à une collection de sites racine et est considérée comme une étendue de flux de travail :

    https://contoso.SharePoint.com/sites/rootsite

Voici un exemple d’une autre étendue de flux de travail qui se trouve 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

Qu’est une requête ?

Flux de travail SharePoint 2013 est basées sur le modèle de compléments pour SharePoint, et ils utilisent API REST pour interagir avec les données de SharePoint. Pour plus d’informations, accédez à découvrir le service SharePoint 2013 REST.

Une demande est un appel réseau à partir du service de flux de travail à un point de terminaison de SharePoint Online ou API REST en ligne de Project. Il n’existe aucune différence entre le type de requête ou la réponse pour une demande donnée. Une action et ses activités composition ne contribuent au nombre demande, sauf si la demande implique un API REST de SharePoint 2013. Par exemple, l’action de la liste des journaux dans l’historique peut générer des demandes de cinq ou plus pendant une opération correcte. En outre, logique des nouvelles tentatives intégrée à un flux de travail en cas de problème. Cela peut générer des requêtes supplémentaires.

De nombreuses actions produisent de requêtes et demandes peuvent être réduits à l’aide de meilleures pratiques. Par exemple, vous pouvez utiliser un seul Élément de mise à jour de la liste d’action au lieu de plusieurs action Définir le champ dans l’élément actif pour réduire le nombre de requêtes effectuée par une étendue de flux de travail et encore obtenir les mêmes résultats.

Recommandations pour la conception du flux de travail

Il existe de nombreuses façons de générer un nombre important de demandes dans un flux de travail qui peut entraîner la limitation. Voici quelques exemples générales :

  • Un seul agressif boucle flux de travail ou plusieurs flux de travail agressif en boucle

  • Un flux de travail est associé à une liste ou bibliothèque tandis que le contenu est en cours de migration dans SharePoint Online.

  • Flux de travail problématique les versions précédentes qui ont été corrigés et qui continuent à exécuter les instances de flux de travail qui ont la configuration problématique jusqu'à ce que le flux de travail est terminé.

La limitation de l’étendue de flux de travail qui est mise en œuvre par le service de flux de travail devrait permettre de flux de travail typique scénarios. Toutefois, comme une logique d’un flux de travail augmente plus sophistiquée, le flux de travail peut dépasser des limites sûres.

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

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

Par exemple, vous pourriez vérifier un élément les mises à jour au lieu d’attente d’un élément à mettre à jour.

Scénario 2 : Utiliser un flux de travail pour exécuter des algorithmes complexes

Flux de travail est conçus pour gérer les processus humaines document par l’effort et ne pas pour répartir significatives tâches de calculs.

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

Dans ce scénario, chaque flux de travail doit écouter les modifications dans la liste cible. S’il existe plusieurs flux de travail en cours d’exécution, chaque flux de travail devrez réagir à l’événement déclenché et éventuellement effectuer un rappel dans SharePoint Online pour effectuer 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 à scénario 1 : un flux de travail qui effectue une boucle pour surveiller les modifications

Option 1 : Compléments utilisez SharePoint et les récepteurs d’événements externes

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

Option 2 : Ajouter une action pause

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

Option 3 : Utilisez l’activité « Attendre pour champ modifier dans l’élément actif »

Au lieu de la 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 plutôt que de laisser un flux de travail d’une boucle agressive est une meilleure approche. Les conditions dans le flux de travail peuvent être configurées pour effectuer le travail uniquement lorsque cela est nécessaire.

La boîte de dialogue Options de démarrage

Une instance de flux de travail d’un flux de travail peut être exécutée à un moment donné. 

Une autre consiste à utiliser l’activité attendre du champ à modifier dans l’élément actif

La création de flux de travail peut utiliser une colonne de choix contenant plusieurs valeurs à l’exécution du flux de travail. Uniquement lorsque l’option appropriée est sélectionnée par un utilisateur final va reprendre le flux de travail. Cela peut empêcher 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 à la place en cours d’exécution ou démarrage de plusieurs instances.

Vous pouvez surveiller plusieurs valeurs provenant de plusieurs champs à l’aide de plusieurs blocs en parallèle. Le flux de travail peut attendre un état spécifique, puis passez à exécuter vers le bas un chemin d’accès donné, comme dans l’exemple suivant :

  1. Créer une variable de type booléen .

    La boîte de dialogue Modifier la Variable

  2. Définissez la valeur sur non.

  3. Insérer un bloc parallèle, le bloc d’avec le bouton droit, puis cliquez sur Propriétés avancées.

    La boîte de dialogue Propriétés

  4. Dans le menu déroulant, sélectionnez la variable que vous avez créé à l’étape 1.

  5. Insérez deux blocs en parallèle dans le bloc parallèle inséré dont la propriété CompletionCondition .

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

  7. Définir la variable de flux de travail qui est utilisée pour arrêter les autres blocs en parallèle sur Oui.

  8. Répétez les étapes 1 à 7 pour les autres valeurs de colonne de choix.

  9. Déplacer les autres composants du flux de travail d’origine vers une position après les blocs en parallèle.

Lorsqu’une des blocs en parallèle imbriqués comporte toutes ses actions exécutées, le bloc parallèle parent se termine les autres activités dans les autres blocs en parallèle. Cela permet le flux de travail continuer. Les blocs parallèles imbriquées sont analysés par le bloc parallèle 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 plateforme de flux de travail SharePoint 2010 à effectuer certaines du travail qui effectue la le type de plateforme de flux de travail SharePoint 2013. Cela peut réduire le nombre de requêtes.

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

Scénario 2 à la place : à l’aide d’un flux de travail à exécuter algorithmes complexes

Si votre solution exige tâches calculs significatives, envisagez de développer un complément pour SharePoint. Pour plus d’informations, accédez à des compléments SharePoint.


Encore besoin d’aide ? Accédez à la Communauté Microsoft.

Développez vos compétences dans Office
Découvrez des formations
Accédez aux nouvelles fonctionnalités en avant-première
Rejoignez le programme Office Insider

Ces informations vous ont-elles été utiles ?

Nous vous remercions pour vos commentaires.

Merci pour vos commentaires. Il serait vraisemblablement utile pour vous de contacter l’un de nos agents du support Office.

×