2012-03-24 9 views
6

हम हाल ही में MOSS 2007 से SP 2010 प्लेटफ़ॉर्म तक माइग्रेट किए गए हैं। हमारे पास इस भारी उपयोग किए गए शेयरपॉइंट डिजाइनर वर्कफ़्लो (प्रति दिन 500 और अधिक उदाहरण) हैं। (डेटा जमा करने के लिए infopath का उपयोग करता है) यह मूल रूप से एक अनुमोदन अनुमोदन वर्कफ़्लो है जिसमें कई स्वीकृति स्तर शामिल हैं। त्रुटि के निम्नलिखित विवरण के साथ "त्रुटि हुई" स्थिति में हमारे वर्कफ़्लो अंत में लगभग 9 0% माइग्रेशन पोस्ट करें: वर्कफ़्लो आइटम को अपडेट नहीं कर सका, संभवतः क्योंकि आइटम के लिए एक या अधिक स्तंभों को एक अलग प्रकार की जानकारी की आवश्यकता होती है।वर्कफ़्लो त्रुटि: वर्कफ़्लो आइटम को अपडेट नहीं कर सका, संभवतः क्योंकि आइटम के लिए एक या अधिक स्तंभों की एक अलग प्रकार की जानकारी की आवश्यकता होती है

मैंने कई वेबसाइटों और एमएसडीएन की खोज की है, संभवतः सभी समाधानों की कोशिश की है, लेकिन कोई भी काम नहीं करता है। वर्कफ़्लो के लिए कोई सेट पैटर्न नहीं है जिसके परिणामस्वरूप त्रुटि और वर्कफ़्लो को पुनरारंभ करना हमेशा समस्या को हल करता है।

  1. हम सभी स्तंभों/सामग्री प्रकार का मिलान नहीं हुआ है और वहाँ MOSS 2007 में कोई अंतर नहीं है और नए रूपों पुस्तकालय

  2. उपयोगकर्ता की अनुमति स्तरों

साइटों का एक बहुत नहीं बदला जाता है अद्यतन घटना से पहले वर्कफ़्लो में रोकें का उल्लेख करें, लेकिन मुझे ऐसा करने में संदेह है। इसके लिए संभावित कारण/समाधान क्या हो सकता है? हम इन 90% असफल वर्कफ़्लो के बीच सामान्य कारण या मूल कारण के लिए हमें निर्देशित नहीं कर सकते हैं। वर्कफ़्लो उदाहरण में से कुछ में भी त्रुटि हुई है, वर्कफ़्लो आइटम को अपडेट नहीं कर सका क्योंकि यह किसी अन्य उपयोगकर्ता को चेक आउट किया गया था।

किसी भी मदद की अत्यधिक सराहना की जाएगी।

उत्तर

4

मेरे पास अतीत में एक ही समस्या है और 1 मिनट की देरी ने इसे हल किया है। मेरे अनुभव में, वस्तुओं के असफल होने के मामले में असंगतताएं और जो नहीं करती हैं, क्या हमने लॉक मुद्दे के पथ को नीचे देखा है। यह अन्यथा कोई समझ नहीं आया। अगर हमने सूची में एक विशिष्ट आइटम लिया और इसके खिलाफ परीक्षण किया, तो कभी-कभी वर्कफ़्लो सफलतापूर्वक चलाया जाएगा और अन्य बार यह असफल हो जाएगा। हमारे द्वारा उपयोग किए जाने वाले हार्डवेयर के आधार पर, हमें एक ही कॉन्फ़िगरेशन के साथ पूरी तरह से अलग परिणाम मिलेंगे।

अन्य समस्याएं हैं जो इस मुद्दे के रूप में लॉकिंग करते हैं। http://social.technet.microsoft.com/Forums/en-US/sharepoint2010customization/thread/fc4e1073-d67f-449a-b443-e5805f5358c7

It appeared to me that maybe it was a locking/timing issue....it appeared the workflow kicked off and tried updating fields in the doc library item before the locks were released on the InfoPath form that created the item!

जब आपने माइग्रेशन किया था, तो नया हार्डवेयर शामिल था? उस शेयरपॉइंट 2010 में भी कारक 2007 की तुलना में अधिक शक्ति की आवश्यकता है।

0

लॉकिंग/टाइमिंग समस्या मानने से पहले, सुनिश्चित करें कि आपका वर्कफ़्लो गलत कॉलम प्रकार पर अपडेट नहीं हो रहा है। हमारे मामले में, हम अमान्य डेटा वाले व्यक्ति या समूह फ़ील्ड को अपडेट करने का प्रयास कर रहे थे।

0

यदि यह यादृच्छिक रूप से हो रहा है, शायद अनुमतियों को रद्द करने के लिए शायद सुरक्षित है। मुझे लगता है कि मैं अपनी समस्या को हल करने में सक्षम था, और मेरे परीक्षण के आधार पर - अब तक इतना अच्छा है।

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

1

समस्या बंद कर दिया क्षेत्र बदलने की प्रयास से संबंधित वास्तव में हो रहा है। यदि आप अपने वर्कफ़्लो में पहले अपडेट किए गए फ़ील्ड को बदलने से पहले अपने वर्कफ़्लो में 1 मिनट की देरी शुरू नहीं करना चाहते हैं (जो हमेशा काम करना चाहिए ..) आप उसी फ़ील्ड के अपडेट के बीच वर्तमान आइटम कार्रवाई में फ़ील्ड चेंज को प्रतीक्षा करना चाह सकते हैं। कुछ परिस्थितियों में यह संभव है और मामले में काफी अच्छी तरह से काम किया।

0

मेरे लिए यह उपयोगकर्ता अनुमतियों से संबंधित था:

कार्यप्रवाह उपयोगकर्ता की ओर से एक और सूची में किसी आइटम बनाने गया था और वह हो रही थी केवल उस सूची पर अनुमतियों को पढ़ा है, एक और सूची में यह काम किया पर अनुमतियों योगदान देकर ।