SharePoint 2013-Workflow Drosselung und-Leistung in SharePoint und Project

Workflow Dienst Drosselung

Die Drosselung wird ausgeführt, um eine faire Ressourcennutzung zu ermöglichen. Außerdem wird die Umgebung vor schädlichen Workflows und Workflows geschützt, die nicht den bewährten Methoden entsprechen. Die Workflow Dienst Drosselung wird nicht von SharePoint gesteuert. Der Workflowdienst und SharePoint sind zwei unabhängige Dienste, und jeder Dienst drosselt Anforderungen im Interesse des allgemeinen Dienststatus. Im Workflowdienst wird die Drosselung auf der Workflow Bereichsebene durchgeführt, die mit SharePoint-Websites ausgerichtet ist. Die Drosselung wird nicht global berücksichtigt. Stattdessen verfolgt jeder Workflow-Back-End-Dienst die Verwendung eines Workflow Bereichs unabhängig. Möglicherweise gibt es einen oder mehrere Workflows in einem Workflowbereich. Die Workflow Drosselung ist dynamisch und wird in regelmäßigen Abständen vom Workflowbereich und vom Back-End des Workflowdiensts neu ausgewertet. 

Der Workflow Dienst schränkt auch die Anzahl der ausgehenden Anforderungen ein, die eine einzelne Workflow Instanz generieren kann. In einem Zeitraum von 24 Stunden können mit einer einzelnen Workflowinstanz bis zu 5.000 ausgehende Anforderungen generiert werden. Nachdem 5.000 ausgehende Anforderungen innerhalb eines Zeitraums von 24 Stunden generiert wurden, wird der Workflow vom Workflowdienst angehalten.

Die Workflow Status Seite für den Workflow enthält Informationen zum angehalten-Workflow. In diesem Szenario wird in der Informations Sprechblase für den internen Status die folgende Meldung angezeigt:

• Die Instanz hat das ausgehende HTTP-Anforderungs Kontingent für einen 1,00:00:00-Zeitraum überschritten. Der Grenzwert für die 5000-Anforderung wurde in <Zeit> erreicht.
  
  Hinweis: Der <Zeit> Platzhalter stellt die Zeitdauer dar, die zum Erreichen des 5.000-Anforderungslimits für Ihren Workflow dauerte.

Sie können die angehaltene Workflowinstanz fortsetzen, indem Sie auf Resume für den Workflow oder mithilfe des SharePoint-Workflow Client-Objektmodells nach 24 Stunden klicken. Dies muss erfolgen, bevor der Workflow beendet wird.

Wenn der Workflow den Grenzwert für die CPU-Nutzung überschreitet, enthält die Workflow Status Seite für den Workflowinformationen über den angehalten-Workflow. In diesem Szenario wird in der Informations Sprechblase für den internen Status die folgende Meldung angezeigt: 

• Die Workflowinstanz hat die CPU-Auslastungsgrenze von 00:00:01.2000000 überschritten und konnte nicht entladen werden, da Sie nicht persistent war.

Angehaltene Workflowinstanzen werden nach 10 Tagen beendet. In der Informations Sprechblase für den internen Status wird die folgende Meldung angezeigt, wenn der Workflow beendet wird:

• System. Activities. Statements. WorkflowTerminatedException: die Instanz wurde aus dem Suspended-Zustand in den Zustand terminated verschoben, weil Sie abgelaufen ist.

Ein beendeter Workflow wird schließlich bereinigt. Nachdem ein beendeter Workflow bereinigt wurde, wird die folgende Meldung angezeigt:

• Das hat leider nicht geklappt.
  Wir können diesen Workflow nicht finden. Abgeschlossene Instanzen werden automatisch bereinigt

Workflow Bereiche

Ein Workflowbereich ist als Website in einer Websitesammlung definiert. Die folgende URL gilt beispielsweise für eine Stammwebsite Sammlung und gilt als Workflowbereich:

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

Ein Beispiel für einen anderen Workflowbereich, der sich in der gleichen Websitesammlung befindet, lautet wie folgt: Dieser Workflowbereich befindet sich jedoch in einer Unterwebsite.

    https://contoso.sharepoint.com/sites/rootsite/subsite

Was ist eine Anfrage?

SharePoint 2013-Workflows basieren auf dem Add-in-Modell für SharePoint, und Sie verwenden Ruhe-APIs für die Interaktion mit SharePoint-Daten. Weitere Informationen hierzu finden Sie unter Kennenlernen des SharePoint 2013-Ruhe Diensts.

Eine Anforderung ist ein Netzwerk Anruf vom Workflowdienst zu einem SharePoint-oder Project-Ruhe-API-Endpunkt. Es gibt keinen Unterschied zwischen der Art der Anforderung oder der Antwort auf eine bestimmte Anforderung. Eine Aktion und deren verfassende Aktivitäten tragen nicht zur Anforderungsanzahl bei, es sei denn, die Anforderung umfasst eine SharePoint 2013-Ruhe-API. Beispielsweise kann die Aktion Protokoll in Verlaufs Liste fünf oder mehr Anforderungen für einen fehlerfreien Vorgang generieren. Darüber hinaus ist die Wiederholungslogik in Workflows integriert, falls etwas schief geht. Dadurch können zusätzliche Anforderungen generiert werden.

Viele Aktionen produzieren Anforderungen, und Anforderungen können mithilfe bewährter Methoden minimiert werden. So können Sie beispielsweise eine einzige Aktion zum Aktualisieren von Listenelementen anstelle des Felds "mehrere Mengen" in der Aktion "Aktuelles Element" verwenden, um die Anzahl der Anforderungen zu verringern, die von einem Workflowbereich vorgenommen werden, und dennoch dieselben Ergebnisse erzielen. 

Empfehlungen für den Workflow Entwurf

Es gibt viele Möglichkeiten, viele Anforderungen in einem Workflow zu generieren, der zu einer Drosselung führen kann. Im folgenden finden Sie einige allgemeine Beispiele:

• Ein einzelner, aggressiver Schleifen-Workflow oder mehrere aggressive Schleifen-Workflows

• Ein Workflow, der einer Liste oder Bibliothek zugeordnet ist, während Inhalte in SharePoint migriert werden.

• Frühere problematische Workflow Versionen, die korrigiert wurden und weiterhin Workflowinstanzen ausführen, die die problematische Konfiguration aufweisen, bis der Workflow beendet wird.

Die Einschränkung des Workflow Bereichs, die vom Workflowdienst erzwungen wird, sollte typische Szenarien für den Workflow Anwendungsfall ermöglichen. Da die Logik eines Workflows jedoch komplexer wird, kann der Workflow sichere Grenzwerte überschreiten.

Die folgenden spezifischen Workflow Szenarien führen ebenfalls zu einer Drosselung.