Как исправить рабочий процесс SharePoint, возвращающий сообщение «Произошла ошибка» из-за невозможности обновить элемент?

Question

Мы недавно перешли с MOSS 2007 на платформу SP 2010.У нас есть этот интенсивно используемый рабочий процесс SharePoint Designer (500 и более экземпляров в день), который использует InfoPath для отправки данных.Это в основном последовательный процесс утверждения, включающий множество уровней утверждения.После перенастройки почти 90% наших рабочих процессов заканчиваются в состоянии «Произошла ошибка» со следующим описанием ошибки:

Рабочему процессу не удалось обновить элемент, возможно, из-за одного или нескольких столбцов дляДля элемента требуется другой тип информации.

Не существует установленного шаблона для рабочих процессов, который приводит к ошибке, и перезапуск рабочего процесса всегда решает проблему.

1. Мы сопоставили все столбцы / тип содержимого, и в MOSS 2007 и новой библиотеке форм нет различий

2. Уровни разрешений пользователей не изменены

Многие сайты упоминают о введении паузы в рабочий процесс перед событием обновления, но я скептически отношусь к этому.Что может быть возможной причиной / решением проблемы?Мы не можем определить что-либо общее или направить нас к основной причине среди этих 90% неудачных рабочих процессов.Некоторые экземпляры рабочего процесса также приводят к ошибке:

рабочий процесс не может обновить элемент, поскольку он был извлечен другим пользователем.

Answer 1

В прошлом у меня была такая же проблема, и 1-минутная задержка разрешила ее.По моему опыту, несоответствия с точки зрения того, какие элементы выходят из строя, а какие нет, заставили нас взглянуть на проблему блокировки.В противном случае это не имело никакого смысла.Если мы возьмем один конкретный элемент в списке и протестируем его, иногда рабочий процесс будет выполняться успешно, а в других случаях он не будет работать.В зависимости от используемого оборудования, мы получим совершенно разные результаты с одинаковой конфигурацией.

Другие с аналогичной блокировкой отчета о проблеме, что и проблема.http://social.technet.microsoft.com/Forums/en-US/sharepoint2010customization/thread/fc4e1073-d67f-449a-b443-e5805f5358c7

Мне показалось, что, возможно, это была проблема с блокировкой / синхронизацией .... Похоже, рабочий процесс запущен и попытался обновить поля в элементе библиотеки doc до того, как блокировки были сняты.форма InfoPath, которая создала элемент!

Когда вы выполняли миграцию, было ли задействовано новое оборудование?Также следует учитывать, что SharePoint 2010 требует больше энергии, чем когда-либо делал 2007 год.

Answer 2

Проблема, похоже, на самом деле связана с попыткой изменить заблокированное поле. Если вы не хотите вводить 1-минутную задержку в свой рабочий процесс перед изменением ранее обновленных полей в своем рабочем процессе (это должно работать всегда), вы можете добавить «Ожидание изменения поля» в действии «Текущий элемент» между обновлениями одного и того же поля. В некоторых обстоятельствах это возможно и вполне сработало в любом случае.

Answer 3

Может быть много причин для проблемы, для меня это было связано с разрешениями пользователя:

рабочий процесс создавал элемент в другом списке от имени пользователя, и у него были только разрешения на чтение в этом списке, предоставив разрешения на добавление в другой список, это сработало.

Answer 4

Если это происходит случайно, вероятно, довольно безопасно исключить проблему с разрешениями. Я думаю, что смог решить свою проблему, и на основании моих испытаний - пока все хорошо.

http://www.eveningblog.com/archive/sharepoint-2010-error-the-workflow-could-not-update-the-item/

Answer 5

Прежде чем допустить проблему блокировки / синхронизации, убедитесь, что ваш рабочий процесс не обновляется до неверного типа столбца. В нашем случае мы пытались обновить поле Person или Group недействительными данными.