2012-10-02 29 views
5

को Dynamics CRM 2011 के लिए, Microsoft इकाई अनुकूलन देव से पीआरडी करने में कामयाब रहे हैं (या अप्रबंधित) समाधान के रूप में परिवर्तन पैकेज करने चलती सुझाव देता है। अप्रबंधित बुरा है क्योंकि जब आप की आवश्यकता होती है तो आप इकाइयों को हटा नहीं सकते हैं (समाधान को हटाने से केवल कंटेनर को हटा दिया जाता है, समाधान में निहित संस्थाएं रहती हैं)। प्रशिक्षण के दौरान अधिकांश प्रयोगशाला उदाहरणों में, आप सिस्टम को कस्टमाइज़ करेंगे, फिर अनुकूलित इकाई को एक प्रबंधित समाधान के रूप में निर्यात करें, फिर इसे उत्पादन में आयात करें। यह समाधान-आधारित दृष्टिकोण साफ है, पीआरडी में क्या नियंत्रण है, बंडल संबंधित इकाइयों को एकसाथ ट्रैक करना, निर्भरता ट्रैक करना आदि को आसान बनाता है, इसलिए मुझे वह मिलता है।डायनेमिक्स सीआरएम 2011: प्रबंधित समाधान या देव से तैनाती परिवर्तन पीआरडी

वहाँ बार, (एक डेटा विशेष मुद्दे के समाधान या अन्य कारणों के लिए) जब आप देव सर्वर पर ऑर्ग डंप और पीआरडी से बहाल करने की आवश्यकता नहीं है, लेकिन। हम अक्षम करते हैं, फिर DEV संगठन को हटाते हैं, फिर उत्पादन से सीआरएम डेटाबेस को पुनर्स्थापित करने के लिए डीबीए टीम से पूछते हैं, फिर हम संगठन को वापस सर्वर सर्वर पर आयात करते हैं। लेकिन हम इस "प्रबंधित समाधान" आधारित परिवर्तन माइग्रेशन प्रक्रिया को लागू करता है, तो, हम हम देव डंप के बाद हमारे संस्थाओं को बदलने और पीआरडी, जहां इन समाधानों केवल-पठन मोड में बैठे हैं से इसे पुन: करने की क्षमता खो नहीं होगा? यदि हम इन प्रबंधित समाधानों में अनुकूलन सक्षम करते हैं, तो क्या हम समाधान में नई संस्थाएं जोड़ सकते हैं या समाधान के अंदर से सभी समाधानों को हटाए बिना समाधान को हटा सकते हैं? क्योंकि मैंने सोचा था कि प्रबंधित समाधान कोड की एक इकाई के रूप में माना जाता है, इसलिए यह या तो सभी को हटा देता है या किसी को भी हटा नहीं देता है। सीखने में दिलचस्पी है कि दूसरों ने इस मुद्दे को कैसे हल किया है।

उत्तर

2

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

2

मैं इन प्रकार के देव-परीक्षण-परीक्षण में समाधानों का उपयोग करने के खिलाफ सलाह दूंगा- टू-प्रोड की स्थिति

यदि आप अनिश्चित हैं के बारे में इस अपने देव वातावरण में एक इकाई को हटाने और अपने उत्पादन पर्यावरण के लिए परिवर्तन प्रकाशित करने का प्रयास।

समाधान समावेशी अर्थ नहीं करता है कि सीआरएम क्षेत्रों और संस्थाओं है कि अपने समाधान में नष्ट कर दिया जहां को दूर कर रहे हैं।

एक ही तरीका है एक इकाई को हटाने के लिए अपने समाधान इसलिए अपने समाधान के अंतर्गत आने वाले सभी संस्थाओं में उत्पादन डेटा को हटाने की स्थापना रद्द करने के लिए है!

जबकि सिद्धांत में समाधान सही वे तीसरे पक्ष के विक्रेताओं के लिए केवल उपयोगी हैं लगते हैं।

अपने समाधान को अनइंस्टॉल करके रोलबैक करने में सक्षम beeing के लक्ष्य को एक पाइप सपना है। डेटा मॉडल अपडेट पर विचार करें जिसमें डेटा रूपांतरण शामिल है। कोई जादू समारोह उस पर विपरीत नहीं होगा।

यह एक बहुत आसान है और अपने बैकअप को पुनर्स्थापित करना विश्वसनीय है।