नोट
इस पेज तक पहुँच के लिए प्रमाणन की आवश्यकता होती है. आप साइन इन करने या निर्देशिकाओं को बदलने का प्रयास कर सकते हैं.
इस पेज तक पहुँच के लिए प्रमाणन की आवश्यकता होती है. आप निर्देशिकाओं को बदलने का प्रयास कर सकते हैं.
नोट
नया और बेहतर Power Platform व्यवस्थापक केंद्र अब सार्वजनिक पूर्वावलोकन में है! हमने नए व्यवस्थापन केंद्र को उपयोग में आसान बनाने के लिए डिज़ाइन किया है, जिसमें कार्य-उन्मुख नेविगेशन है जो आपको विशिष्ट परिणाम तेजी से प्राप्त करने में मदद करता है। जैसे ही नया Power Platform व्यवस्थापक केंद्र सामान्य उपलब्धता पर जाएगा, हम नए और अद्यतन दस्तावेज़ प्रकाशित करेंगे।
कुछ लेन-देनों को सभी संबंधित रिकॉर्ड में कैस्केड करने के लिए कॉन्फ़िगर किया जा सकता है. इसका अर्थ यह है कि पैरेंट रिकॉर्ड में किया गया परिवर्तन सभी चाइल्ड रिकॉर्ड पर लागू होता है (नीचे की ओर)। कैस्केडिंग संबंध तालिका स्तर पर कॉन्फ़िगर किए गए हैं. कैस्केडिंग संबंधों के बारे में अधिक जानकारी के लिए, देखें तालिका बंध कैस्केडिंग व्यवहार कॉन्फ़िगर करें।
सिंक्रोनस बनाम एसिंक्रोनस मोड
डिफ़ॉल्ट रूप से, कैस्केडिंग संचालन एक सिंक्रोनस लेनदेन के रूप में किये जाते हैं. एक सिंक्रोनस कैस्केडिंग लेनदेन के लिए, सभी प्रभावित रिकॉर्ड सिस्टम द्वारा अभिज्ञात किये जाते हैं. जैसे ही रिकॉर्ड संसाधित होते हैं, वे सिस्टम द्वारा लॉक कर दिये जाते हैं. एक बार सभी परिवर्तन पूर्ण हो जाने के बाद, रिकॉर्ड अनलॉक हो जाते हैं और लेनदेन पूरा हो जाता है.
बड़ी संख्या में रिकॉर्ड वाले सिंक्रोनस लेनदेन, वातावरण के लिए प्रदर्शन संबंधी समस्याएं उत्पन्न कर सकते हैं, जब सर्वर टाइमआउट के कारण लंबे समय तक चलने वाले लेनदेन विफल हो जाते हैं। रिकॉर्ड लॉक कर दिए जाते हैं, जिससे समान रिकॉर्ड पर संचालित अन्य कार्य और उपयोगकर्ता लेनदेन निष्पादित नहीं हो पाते। इसके अलावा, लंबे समय तक चलने वाले लेन-देन के कारण लंबित लेन-देन और अनुरोधों का बैकलॉग हो सकता है, जिससे सिस्टम का प्रदर्शन कम हो सकता है और काम रुक सकता है।
यदि सिंक्रोनस कैस्केडिंग संचालन के प्रगति पर रहते हुए परिवेश द्वारा समयावधि या खराब निष्पादन का सामना किया जा रहा है, तो आपका परिवेश एसिंक्रोनस मोड को सक्षम करके लाभ ले सकता है. निम्नलिखित तालिका में मोडों के बीच मुख्य अंतरों का वर्णन किया गया है।
| सिंक्रॉनस मोड | एसिन्क्रॉनस मोड |
|---|---|
| जब तक कैस्केडिंग संचालन पूरा नहीं होता है, तब तक चयनित रिकॉर्ड (प्रत्यक्ष या कैस्केडिंग) के पूरे सेट पर कोई अन्य कार्य निष्पादित नहीं किया जा सकता है. | असाइन, डिलीट और मर्ज के लिए, कैस्केडिंग परिवर्तनों को बैच में रखा जाता है, तथा केवल बैच के भीतर संसाधित किए जा रहे रिकॉर्ड्स को लॉक किया जाता है। यह अन्य कार्यों को पूर्ण कैस्केडिंग परिवर्तन संचालन के दौरान निष्पादित करने की अनुमति देता है. |
| जब कार्य पूरा हो जाता है, तो सभी डेटा नए वांछित मूल्य को दर्शाते हैं. | जैसे-जैसे कार्य चलते हैं, प्रत्येक संपन्न हुआ बैच वांछित मूल्य प्रदर्शित करता है. इसका मतलब यह है कि एक समय ऐसा आता है जब कुछ डेटा वांछित मान दिखाता है और कुछ डेटा मूल मान दिखाता है, जब तक कि पूरा ऑपरेशन पूरा नहीं हो जाता। इसे "अंतिम स्थिरता" कहा जाता है। |
| यदि एक भी रिकॉर्ड विफल रहता है, तो सभी डेटा को मूल मूल्य पर वापस ले जाया जाता है. रोलबैक के लिए सभी पूर्ण रिकार्डों को पुनः संपादित करना पड़ता है, जिसमें अधिक समय लगता है। | यदि कोई एकल कार्य विफल हो जाता है, तो उसे पूरा करने का प्रयास करने के लिए अनेकों बार पुनर्प्राप्त किया जाता है. यदि कार्य पूरा नहीं किया जा सकता है, तो विफलता को सिस्टम जॉब क्षेत्र में दर्ज किया जाता है। ध्यान दें कि सफलतापूर्वक संपन्न किये गए रिकॉर्ड नए मान को बनाये रखते हैं. |
| यदि कैस्केडिंग सूची में किसी एक रिकॉर्ड का मान अपेक्षित मान से भिन्न है, तो कार्य विफल हो जाता है और उसे वापस ले लिया जाता है। उदाहरण के लिए, मान लें कि प्रारंभिक रिकॉर्ड स्वामी 1 से संबंधित है और कैस्केडिंग ऑपरेशन इसे स्वामी 2 में बदलना चाहता है। यदि डाउनस्ट्रीम, संबंधित रिकॉर्ड्स में से एक को स्वामी 3 में बदल दिया गया है या लॉक होने से पहले हटा दिया गया है, तो संपूर्ण कार्य को वापस ले लिया जाता है। | असाइन के लिए, ऑपरेशन हमेशा ओवरराइट मोड में काम करता है, जो पैरेंट-चाइल्ड संबंध के आधार पर वर्तमान मान को नए मान में बदलता है। एक मूल मूल्य के बेमेल होने के कारण कार्य की विफलताएं नहीं होती हैं. डिलीट के लिए, यदि सेट के भाग के रूप में अपेक्षित कोई रिकॉर्ड गायब है, तो विफलता बिंदु तक के सभी रिकॉर्ड पूर्ण माने जाते हैं। उपयोगकर्ता या व्यवस्थापक असफल कार्य को पुनः निष्पादित कर सकते हैं, जिससे कार्य की पुनर्गणना हो जाती है, ताकि लापता रिकॉर्ड के बिना कार्य जारी रहे। मर्ज के लिए, यदि किसी अनुपलब्ध रिकॉर्ड के साथ कोई समस्या है, तो कार्य का पुनः प्रयास किया जाता है और अनुपलब्ध रिकॉर्ड के बिना निष्पादित किया जाता है। |
एसिन्क्रॉनस मोड
जब एक कैस्केडिंग लेनदेन सम्मिलित रिकॉर्ड के लिए सीमा को पूरा करता है, तो रिकॉर्ड को एसिंक्रोनस रूप से संसाधित किया जाता है,
| कार्रवाई | सीमा |
|---|---|
| असाइन करें | 1,000 रिकॉर्ड |
| हटाएं | 5,000 रिकॉर्ड |
| मर्ज करें | 1,000 रिकॉर्ड |
एसिंक्रोनस संचालन प्रगति की ट्रैकिंग
व्यवस्थापक सेटिंग्स क्षेत्र में एसिंक्रोनस संचालन के संसाधन की निगरानी कर सकते हैं.
Power Platform व्यवस्थापक केंद्र में लॉग इन करें.
नेविगेशन क्षेत्र में परिवेश का चयन करें. फिर अपने इच्छित वातावरण का चयन करें।
सेटिंग का चयन करें, ऑडिट और लॉग का विस्तार करें और फिर सिस्टम जॉब का चयन करें.
कैस्केडिंग ऑपरेशन सिस्टम जॉब्स दृश्य में प्रदर्शित होते हैं.
केवल कैस्केडिंग संचालनों को देखते हेतु, आलोकन चयक में कैस्केड संचालन को चुनें.
कैस्केडिंग संचालन में निम्न में से कोई भी स्थिति होती है:
- पूर्ण: कैस्केडिंग लेनदेन के सभी बैच सफलतापूर्वक पूरे हो गए हैं।
- प्रगति पर: कैस्केडिंग परिवर्तन प्रगति पर हैं।
- विफल: कई बार पुनः प्रयास करने के बाद, कुछ कैस्केडिंग परिवर्तन विफल हो गए हैं।
नोट
किसी एसिंक्रोनस कैस्केडिंग कार्य को रद्द करना संभव नहीं है. आपको संपन्न हुआ या विफल हुआ की अवस्थिति का संकेत देकर इसके पूरा होने की प्रतीक्षा करनी चाहिए.
किसी कैस्केडिंग संचालन को खोलने पर निम्नलिखित प्रदर्शित होते हैं :
विशेष लेनदेन के लिए कितने पुनःप्रयास हुए हैं.
बनाए गए और पूरे किए गए का दिनांक और समय.
कार्य किसने बनाया.
कार्य से जुड़े कोई भी संदेश, जैसे कि, विफलता के कारण, या अपवाद.
कौन-से कैस्केडिंग लेनदेनों को एसिंक्रोनस रूप से संसाधित किया जा सकता है?
असाइन करें, हटाएँ और मर्ज कैस्केडिंग लेनदेनों को एसिंक्रोनस रूप से प्रोसेस किया जा सकता है.
नोट
अन्य लेनदेन, जैसे कि शेयर/अनशेयर, रोलअप व्यू, और री-पैरेंट, वर्तमान में एसिंक्रोनस प्रसंस्करण के लिए समीक्षाधीन हैं।
एसिन्क्रॉनस कैस्केडिंग ऑपरेशन के साथ समस्या निवारण
जब सिंक्रोनस कैस्केडिंग कार्य विफल हो जाते हैं, तो वे रुक जाते हैं और सभी परिवर्तनों को वापस ले लेते हैं, ताकि किसी भी रिकॉर्ड में अनुरोधित परिवर्तन शामिल न हों। यह एक समय लेने वाली प्रक्रिया हो सकती है क्योंकि रोलबैक में मूल प्रयास जितना ही समय लग सकता है, तथा ऑपरेशन को पुनः पहले रिकॉर्ड से शुरू करने का प्रयास करना पड़ता है।
यदि कोई विफलता होती है, तो अतुल्यकालिक परिचालन कई बार पुनः प्रयास करता है। अधिकतर मामलों में, कार्य के पुनः प्रयास का परिणाम सफल होता है और कार्य पूर्ण होने की दिशा में जारी रहता है. कुछ दुर्लभ मामलों में, पुनः प्रयास करने से समस्या हल नहीं होती। जब ऐसा होता है, तो एसिंक्रोनस कार्य रुक जाता है, और व्यवस्थापक और उपयोगकर्ता समस्या का निवारण कर सकते हैं और कार्य को उस बिंदु से फिर से शुरू कर सकते हैं जहां यह रुका था।
कैस्केडिंग ऑपरेशन में विफलताओं के सामान्य कारण
कैस्केडिंग ऑपरेशन के प्रसंस्करण में विफलताओं के सामान्य कारणों में निम्न शामिल हैं:
- प्लग-इन अपवाद
- सुरक्षा अपवाद
प्लग-इन अपवाद
प्लग-इन को कैस्केडिंग ऑपरेशन के प्रसंस्करण में जोड़ा जाता है ताकि रिकॉर्ड में परिवर्तन किए जाने पर विशिष्ट कार्रवाई की जा सके, जैसे कि ईमेल भेजना या अन्य रिकॉर्ड पर अलग अपडेट ट्रिगर करना। ये तृतीय पक्षों द्वारा प्रदान किए जा सकते हैं या इन-हाउस विकसित किए जा सकते हैं. यदि कोई प्लग-इन अपवाद उत्पन्न करता है, तो कैस्केडिंग ऑपरेशन विफल हो जाता है। अपवाद के कारण के आधार पर, पुनः प्रयास से समस्या का समाधान हो सकता है. यदि एसिंक्रोनस कैस्केड कार्य विफलताओं के कारण रुका हुआ है, तो संचालन से संबद्ध सभी प्लग-इन को सत्यापित करें ताकि यह सुनिश्चित हो सके कि वे अपवाद उत्पन्न नहीं कर रहे हैं। ठीक हो जाने के बाद कार्य को फिर से शुरू किया जा सकता है.
सुरक्षा अपवाद
सुरक्षा के अपवाद तब होते हैं, जब कैस्केडिंग ऑपरेशन को निष्पादित करने वाले उपयोगकर्ता के पास एक या अधिक रिकॉर्ड में परिवर्तन करने के लिए अपर्याप्त विशेषाधिकार होते हैं या उपयोगकर्ता को अक्षम कर दिया जाता है या सिस्टम से हटा दिया जाता है.
यदि उपयोगकर्ता अभी भी सिस्टम में है, तो सत्यापित करें कि उनके पास रिकॉर्ड संशोधित करने के लिए आवश्यक विशेषाधिकार हैं और उन्हें निर्दिष्ट क्रियाएं निष्पादित करने की अनुमति है। जब यह समस्या हल हो जाए तो काम फिर से शुरू करें।
यदि उपयोगकर्ता को सिस्टम से अक्षम या हटा दिया गया है, तो उपयोगकर्ता को पुनः सक्षम करने या पुनः जोड़ने से समस्या हल हो जाती है और कार्य पुनः शुरू किया जा सकता है। हालाँकि, यदि उपयोगकर्ता को हटाना या अक्षम करना आवश्यक होता है या क्रियाओं या रिकॉर्ड के लिए अनुमतियाँ न हों, तो उपयुक्त अनुमतियों वाले किसी व्यक्ति द्वारा कार्य को रद्द कर दिया जाना चाहिए.
विफल कार्यों के साथ किसी भी अन्य समस्या के लिए, Microsoft सहायता से संपर्क करें. अधिक जानकारी: सहायता अवलोकन
कैस्केड मर्ज के दौरान फ़ाइल हटाने की समस्या का समस्या निवारण करना
यदि आप कैस्केड मर्ज ऑपरोशन में विफलताओं का अनुभव करते हैं क्योंकि कार्य को चलाने के दौरान फ़ाइलें हटा दी जाती हैं, तो आप पैरेंटिंग जाँच को छोड़ सकते हैं. यह आपके मर्ज को जारी रखने की अनुमति देता है, भले ही किसी ने सेट से रिकॉर्ड हटा दिया हो, जबकि कार्य पृष्ठभूमि में चल रहा हो. जब आप रिकॉर्ड मर्ज करना चुनते हैं, तो मर्ज विंडो के निचले भाग में, पेरेंटिंग चेक डिफ़ॉल्ट रूप से सक्षम है को साफ़ करें। पेरेंटिंग चेक विकल्प को अनदेखा करने के लिए इसे अनचेक करें।
'रिकॉर्ड मर्ज करें' का उदाहरण
कल्पना करें कि आपके पास संपर्क से संबंध वाला कोई खाता है, जिसका ऑर्डर से संबंध है. आप दो खाता रिकॉर्ड मर्ज करना चाहते हैं.
यदि कार्य सफलतापूर्वक चल जाता है, तो मर्ज सभी संबंधित संपर्कों और उनके ऑर्डर को लक्ष्य खाते में असाइन करता है.
यदि रिकॉर्ड मर्ज प्रक्रिया के दौरान, कोई अन्य उपयोगकर्ता संबंधित संपर्क रिकॉर्ड हटा देता है, लेकिन संपर्क रिकॉर्ड से संबंधित ऑर्डर रिकॉर्ड अभी भी मौजूद हैं, तो मर्ज कार्य विफल हो जाता है क्योंकि पैरेंट से चाइल्ड रिकॉर्ड गायब है। यदि आप रिकॉर्ड मर्ज के दौरान पैरेंटिंग जांच को छोड़ना चुनते हैं, तो गुम संपर्क रिकॉर्ड वाले ऑर्डर लक्ष्य खाता रिकॉर्ड में मर्ज हो जाते हैं। हालाँकि, लक्ष्य खाते को कोई संबंधित संपर्क रिकॉर्ड नहीं सौंपा जाता है और कार्य पूरा हो जाता है।
मर्ज करने वाले वे लॉक, जो अन्य पहुँच परिवर्तनों को रोकते हैं
कैस्केड मर्ज ऑपरेशन अधीनस्थ तालिका के नए स्वामी को पहुंच प्रदान करता है. ऐसा करने के लिए, कैस्केड मर्ज ऑपरेशन प्रिंसिपल ऑब्जेक्ट टेबल तक पहुंचता है और उसमें परिवर्तन करता है जिसके लिए लॉक की आवश्यकता होती है। यदि मर्ज कार्रवाई में कई रिकॉर्ड होते हैं (कैस्केड संबंध के आधार पर), तो यह लॉक विस्तारित समय के लिए हो सकता है. यदि मर्ज के दौरान कोई ऑपरेशन किसी असंबंधित रिकॉर्ड तक पहुंच प्रदान करने या रद्द करने का प्रयास करता है, तो इसके परिणामस्वरूप त्रुटि हो सकती है। यदि ऐसा होता है, तो छुट्टी के समय मर्ज को निष्पादित करने का प्रयास करें, ताकि ब्लॉकिंग को कम किया जा सके.