Wie kann ich das beheben eines SharePoint-Workflows zurückgeben "Fehler" aufgrund mangelnder update-ein Element?
Wir haben vor kurzem migriert von MOSS 2007-SP 2010-Plattform. Wir haben diese Häufig verwendeten SharePoint-Designer-workflow (500 und mehr Instanzen pro Tag), die mithilfe von InfoPath senden von Daten. Es ist im Grunde eine serielle Genehmigungs-workflow, die viele mit Genehmigung Ebenen. Nach der migration fast 90% unserer workflow läuft Ende in den "Fehler" - Zustand mit der folgenden Beschreibung des Fehlers:
Der workflow kann nicht den Artikel aktualisieren, möglicherweise weil eine oder mehrere Spalten für die Artikel benötigen eine andere Art von Informationen.
Gibt es kein vorgeschriebenes Muster für die workflows, die zu einem Fehler führen und einen Neustart des workflow immer das Problem behebt.
-
Wir haben abgestimmt, alle Spalten/Inhalte Art und es gibt keinen Unterschied in MOSS 2007 und die neuen Formen-Bibliothek
-
Berechtigungsstufen der Benutzer nicht geändert
Viele Seiten erwähnen die Einführung einer pause in der workflow vor dem update-Ereignis, aber ich bin skeptisch, es zu tun. Was könnte die mögliche Ursache/Lösung dafür? Wir nicht identifizieren können, etwas, das allen gemeinsam ist oder uns anweisen, um die Ursache zu diesen 90% fehlerhaften workflows. Einige der workflow-Instanz ebenfalls zu einem Fehler führen:
der workflow kann nicht aktualisieren Sie das Element, wie es war, von einem anderen Anwender ausgecheckt.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich habe das gleiche Problem in der Vergangenheit und die 1 minute Verzögerung gelöst. In meiner Erfahrung, das die Ungereimtheiten in Bezug auf die Elemente, die ausfallen und welche nicht, hatten uns auf die Suche nach dem Pfad ein lock-Problem. Es hat keinen Sinn sonst. Wenn wir ein bestimmtes Element in der Liste und getestet, manchmal auch der workflow erfolgreich ausgeführt, und andere Zeiten, es würde scheitern. Abhängig von der hardware, die wir verwendet, würden wir bekommen ganz unterschiedliche Ergebnisse mit der gleichen Konfiguration.
Andere mit einem ähnlichen Problem melden sperren wie die Frage. http://social.technet.microsoft.com/Forums/en-US/sharepoint2010customization/thread/fc4e1073-d67f-449a-b443-e5805f5358c7
Wenn Sie wie bei der migration, wurde die neue hardware eingebunden? Auch Faktor in SharePoint 2010-mehr Strom benötigt, als 2007 immer getan hat.
Das problem scheint in der Tat im Zusammenhang zu Versuch ändern der gesperrten Bereich. Wenn Sie nicht möchten, vorstellen 1 minute Verzögerung, um Ihren workflow vor der änderung der zuvor aktualisierten Felder in Ihren Arbeitsablauf (das sollte immer funktionieren..) möglicherweise wollen Sie Warten, bis feldänderung im Aktuellen Element Handlung zwischen den Aktualisierungen des gleichen Feldes. In einigen Fällen ist das auch möglich und klappte auch ganz gut kann.
Kann es viele Ursache für das Problem, für mich war es im Zusammenhang mit Benutzer-Berechtigungen:
workflow war die Schaffung eines Element in einer anderen Liste auf die Namen der user und er war mit nur Lesen Berechtigungen auf die Liste, indem Sie die contribute-Berechtigungen auf einer anderen Liste hat es geklappt.
Vor der Annahme eines schließ - /timing-Problem, sicherzustellen, dass Ihr workflow nicht aktualisiert wird, um die falsche Spalte Typ. In unserem Fall hatten wir versucht, zu aktualisieren, eine Person oder eine Gruppe Feld mit ungültigen Daten.
Wenn es geschieht, zufällig, wohl ziemlich sicher ausschließen Berechtigungen-Problem. Ich glaube, ich war in der Lage zu lösen mein Problem, und basierend auf meinen Tests - so weit, so gut.
http://www.eveningblog.com/archive/sharepoint-2010-error-the-workflow-could-not-update-the-item/