वेगळ्या कॉग्नोस सुरक्षा स्त्रोतामध्ये संक्रमण

जेव्हा आपल्याला विद्यमान कॉग्नोस वातावरणास भिन्न बाह्य सुरक्षा स्त्रोत (उदा. सक्रिय निर्देशिका, एलडीएपी, इत्यादी) वापरण्यासाठी पुन्हा कॉन्फिगर करण्याची आवश्यकता असते, तेव्हा आपण काही दृष्टिकोन घेऊ शकता. मला त्यांना "चांगले, वाईट आणि कुरुप" असे म्हणणे आवडते. आम्ही या चांगल्या, वाईट आणि कुरुप पध्दतींचा शोध घेण्यापूर्वी, काही सामान्य परिस्थितींवर एक नजर टाकूया जी कॉग्नोस वातावरणात प्रमाणीकरण नेमस्पेस बदल घडवून आणते.

सामान्य व्यवसाय चालक:

हार्डवेअर किंवा ओएस अपडेट करत आहे - बीआय हार्डवेअर/इन्फ्रास्ट्रक्चरचे आधुनिकीकरण वारंवार चालक असू शकते. उर्वरित कॉग्नोस आपल्या गोंडस नवीन हार्डवेअर आणि आधुनिक 64-बिट ओएसवर चॅम्पसारखे चालत असले तरी, अॅक्सेस मॅनेजरची आपली सुमारे 2005 आवृत्ती त्या नवीन प्लॅटफॉर्मवर स्थलांतरित करण्यासाठी शुभेच्छा. Managerक्सेस मॅनेजर (प्रथम मालिका 7 सह रिलीझ) अनेक कॉग्नोस ग्राहकांसाठी गेल्या दिवसांपासून आदरणीय होल्डओव्हर आहे. हे एकमेव कारण आहे की बरेच ग्राहक विंडोज सर्व्हर 2003 च्या त्या खडबडीत जुन्या आवृत्तीभोवती आहेत. लेखन प्रवेश व्यवस्थापकासाठी काही काळ भिंतीवर आहे. हे लेगसी सॉफ्टवेअर आहे. जितक्या लवकर आपण त्यापासून दूर जाऊ शकता तितके चांगले.

अनुप्रयोग मानकीकरण- ज्या संस्था त्यांच्या सर्व अर्जांचे प्रमाणीकरण एका केंद्रीय प्रशासित कॉर्पोरेट डिरेक्टरी सर्व्हर (उदा. एलडीएपी, एडी) विरुद्ध एकत्रित करू इच्छित आहेत.

विलीनीकरण आणि संपादन- कंपनी A कंपनी B विकत घेते आणि कंपनी B च्या कॉग्नोस वातावरणाची आवश्यकता असते, कंपनी A च्या निर्देशिका सर्व्हरकडे निर्देश करण्यासाठी, त्यांच्या विद्यमान BI सामग्री किंवा कॉन्फिगरेशनमध्ये समस्या निर्माण न करता.

कॉर्पोरेट Divestitures- हे विलीनीकरण परिस्थितीच्या उलट आहे, एखाद्या कंपनीचा एक भाग त्याच्या स्वतःच्या अस्तित्वात आला आहे आणि आता नवीन सुरक्षा स्त्रोताकडे त्याचे विद्यमान बीआय वातावरण सूचित करणे आवश्यक आहे.

नेमस्पेस स्थलांतर गोंधळ का असू शकते

कॉग्नोस वातावरणाला नवीन सुरक्षा स्त्रोताकडे निर्देशित करणे समान वापरकर्ते, गट आणि भूमिका यांच्यासह नवीन नेमस्पेस जोडणे, जुने नेमस्पेस डिस्कनेक्ट करणे आणि VOILA! इतके सोपे नाही! त्यांची सामग्री. खरं तर, आपण बर्‍याचदा आपल्या हातावर रक्तरंजित गोंधळ घालू शकता आणि हे का आहे ...

सर्व कॉग्नोस सिक्युरिटी प्रिन्सिपल (वापरकर्ते, गट, भूमिका) यांचा उल्लेख CAMID नावाच्या अनन्य अभिज्ञापकाद्वारे केला जातो. जरी इतर सर्व गुणधर्म समान असले तरी, एक मध्ये वापरकर्त्यासाठी CAMID विद्यमान प्रमाणीकरण नेमस्पेस त्या वापरकर्त्यासाठी CAMID सारखे नसेल नवीन नेमस्पेस. यामुळे विद्यमान कॉग्नोस वातावरणाचा कहर होऊ शकतो. जरी तुमच्याकडे फक्त काही कॉग्नोस वापरकर्ते असले तरीही, तुम्हाला हे समजणे आवश्यक आहे की तुमच्या सामग्री स्टोअरमध्ये अनेक वेगवेगळ्या ठिकाणी CAMID संदर्भ अस्तित्वात आहेत (आणि फ्रेमवर्क मॉडेल्स, ट्रान्सफॉर्मर मॉडेल, TM1 अॅप्लिकेशन, क्यूब्स, प्लॅनिंग etcप्लिकेशन इत्यादींमध्ये तुमच्या कंटेंट स्टोअरच्या बाहेरही अस्तित्वात असू शकतात. ).

अनेक Cognos ग्राहक चुकून असा विश्वास करतात की CAMID ची खरोखर फक्त माझी फोल्डर सामग्री, वापरकर्ता प्राधान्ये इत्यादींसाठी महत्त्वाची आहे. हे सत्यापासून पुढे असू शकत नाही. आपल्याकडे असलेल्या वापरकर्त्यांच्या संख्येची ही केवळ एक बाब नाही, तर कॉग्नोस ऑब्जेक्ट्सचे प्रमाण आहे ज्याची आपल्याला काळजी घेणे आवश्यक आहे. केवळ सामग्री स्टोअरमध्ये 140 पेक्षा जास्त वेगवेगळ्या प्रकारच्या कॉग्नोस ऑब्जेक्ट्स आहेत, त्यापैकी बर्‍याच CAMID संदर्भ असू शकतात.

उदाहरणार्थ:

1. तुमच्या कंटेंट स्टोअरमध्ये एकाच शेड्यूलमध्ये अनेक CAMID संदर्भ असणे (शेड्यूल मालकाचे CAMID, शेड्यूल वापरकर्त्याचे CAMID, प्रत्येक वापरकर्त्याचे CAMID किंवा वितरण सूचीने त्याला जनरेट केलेले रिपोर्ट आउटपुट ईमेल करणे आवश्यक आहे. , इ.).
2. कॉग्नोसमधील प्रत्येक ऑब्जेक्टमध्ये एक सुरक्षा धोरण आहे जे नियंत्रित करते की कोणते वापरकर्ते ऑब्जेक्टमध्ये प्रवेश करू शकतात ("परवानगी टॅब" विचार करा). कॉग्नोस कनेक्शनमधील त्या फोल्डरला फाशी देणारी एकच सुरक्षा धोरण प्रत्येक वापरकर्ता, गट आणि भूमिकेसाठी CAMID संदर्भ आहे जे त्या धोरणात निर्दिष्ट केले आहे.
3. आशा आहे की तुम्हाला मुद्दा मिळेल - ही यादी पुढे आणि पुढे जात आहे!

मोठ्या सामग्री स्टोअरमध्ये हजारो सीएएमआयडी संदर्भ असणे (आणि आम्ही शेकडो हजारो असलेले काही मोठे पाहिले आहेत) असामान्य नाही.

आता, काय आहे यावर गणित करा आपल्या कॉग्नोस वातावरण आणि आपण पाहू शकता की आपण संभाव्यतः कॅमिड संदर्भांच्या टोळ्यांशी व्यवहार करत आहात. हे एक भयानक स्वप्न असू शकते! तुमचे प्रमाणीकरण नेमस्पेस स्विच करणे (किंवा पुन्हा कॉन्फिगर करणे) हे सर्व CAMID संदर्भ न सोडवता येण्याजोग्या स्थितीत सोडू शकतात. यामुळे अपरिहार्यपणे कॉग्नोस सामग्री आणि कॉन्फिगरेशन समस्या उद्भवतात (उदा. वेळापत्रक जे यापुढे चालत नाहीत, अशी सामग्री जी तुम्हाला वाटते त्याप्रमाणे सुरक्षित नाही, पॅकेज किंवा क्यूब्स जे यापुढे डेटा स्तर सुरक्षा योग्यरित्या अंमलात आणत नाहीत, माय फोल्डर सामग्री आणि वापरकर्त्याचे नुकसान प्राधान्ये इ.).

कॉग्नोस नेमस्पेस संक्रमण पद्धती

आता, हे ओळखून की कोग्नोस वातावरणात हजारो CAMID संदर्भ असू शकतात ज्यासाठी नवीन प्रमाणीकरण नेमस्पेसमध्ये त्यांच्या संबंधित नवीन CAMID मूल्य शोधणे, मॅपिंग करणे आणि अपडेट करणे आवश्यक आहे, चला या समस्येचे निराकरण करण्यासाठी चांगल्या, वाईट आणि कुरुप पध्दतींवर चर्चा करूया.

चांगले: पर्सोनासह नेमस्पेस रिप्लेसमेंट

पहिली पद्धत (नेमस्पेस रिप्लेसमेंट) वापरते Motioचे, पर्सोना बुद्ध्यांक उत्पादन हा दृष्टिकोन घेऊन, तुमचे विद्यमान नेमस्पेस एका खास पर्सोना नेमस्पेसने "बदलले" आहे जे तुम्हाला कॉग्नोसच्या संपर्कात असलेल्या सर्व सुरक्षा मुख्याध्यापकांना व्हर्च्युअलाइज करण्याची परवानगी देते. आधीपासून अस्तित्वात असलेल्या सुरक्षा मुख्याध्यापकांना कॉग्नोसशी पूर्वीप्रमाणेच CAMID च्या संपर्कात आणले जाईल, जरी त्यांना कितीही बाह्य सुरक्षा स्त्रोतांद्वारे (उदा. सक्रिय निर्देशिका, LDAP किंवा अगदी पर्सोना डेटाबेस) पाठिंबा दिला जाऊ शकतो.

या दृष्टिकोनाचा सुंदर भाग म्हणजे आपल्या कॉग्नोस सामग्रीमध्ये शून्य बदल आवश्यक आहेत. याचे कारण असे की पर्सोना पूर्व-विद्यमान प्राचार्यांचे कॅमिड कायम ठेवू शकतात, जरी त्यांना नवीन स्त्रोताद्वारे पाठिंबा दिला जातो. तर… तुमच्या कंटेंट स्टोअरमधील हजारो CAMID संदर्भ, बाह्य मॉडेल आणि ऐतिहासिक क्यूब्स? ते जसे आहेत तसेच राहू शकतात. कोणतेही काम आवश्यक नाही.

आपल्या विद्यमान कॉग्नोस वातावरणास एका बाह्य सुरक्षा स्त्रोतापासून दुस -याकडे हस्तांतरित करण्यासाठी आपण आतापर्यंत सर्वात कमी धोकादायक, सर्वात कमी प्रभाव पध्दत वापरू शकता. कॉग्नोस डाउनटाइमच्या सुमारे 5 मिनिटांसह हे एका तासाच्या आत केले जाऊ शकते (एकदा आपण पर्सोना नेमस्पेस कॉन्फिगर केल्यानंतर कॉग्नोस डाउनटाइम कॉग्नोस रीस्टार्ट करत आहे).

वाईट: पर्सोना वापरून नेमस्पेस स्थलांतर

जर सोपा, कमी जोखीम हा तुमचा चहाचा कप नसेल तर तिथे is दुसरा पर्याय.

पर्सोनाचा वापर नेमस्पेस मायग्रेशन करण्यासाठी देखील केला जाऊ शकतो.

यामध्ये तुमच्या कॉग्नोस वातावरणात दुसरे प्रमाणीकरण नेमस्पेस स्थापित करणे, तुमच्या सर्व विद्यमान सुरक्षा मुख्याध्यापकांना (आशेने) नवीन नावस्थानातील संबंधित मुख्याध्यापकांसाठी (आशेने) मॅपिंग करणे, नंतर (येथे मजेदार भाग आहे) शोधणे, मॅपिंग करणे आणि प्रत्येक अपडेट करणे समाविष्ट आहे. तुमच्या Cognos वातावरणात अस्तित्वात असलेला एकच CAMID संदर्भ: तुमचे कंटेंट स्टोअर, फ्रेमवर्क मॉडेल्स, ट्रान्सफॉर्मर मॉडेल, ऐतिहासिक क्यूब्स, TM1 अॅप्लिकेशन, प्लानिंग ,प्लिकेशन, इ.

हा दृष्टिकोन तणावपूर्ण आणि प्रक्रिया गहन आहे, परंतु जर तुम्ही कॉग्नोस प्रशासक आहात तर तुम्हाला जिवंत वाटण्यासाठी थोडी एड्रेनालाईन गर्दी आवश्यक आहे (आणि रात्री उशिरा / पहाटे फोन कॉल करायला हरकत नाही), तर कदाचित… या आपण शोधत असलेला पर्याय आहे का?

या प्रक्रियेचे काही भाग स्वयंचलित करण्यासाठी पर्सोनाचा वापर केला जाऊ शकतो. हे आपल्याला जुन्या सुरक्षा मुख्याध्यापक आणि नवीन सुरक्षा मुख्याध्यापकांमध्ये मॅपिंग तयार करण्यात मदत करेल, आपल्या सामग्री स्टोअरमधील सामग्रीसाठी तर्कशक्ती "शोधा, विश्लेषण करा, अद्यतनित करा" इत्यादी स्वयंचलित करा, पर्सोना येथे काही कार्ये स्वयंचलित करू शकते, बरेच काही या दृष्टिकोनातील कामामध्ये वास्तविक तंत्रज्ञानाऐवजी "लोक आणि प्रक्रिया" समाविष्ट आहे.

उदाहरणार्थ - प्रत्येक फ्रेमवर्क मॅनेजर मॉडेल, प्रत्येक ट्रान्सफॉर्मर मॉडेल, प्रत्येक प्लॅनिंग / टीएम 1 ,प्लिकेशन, प्रत्येक एसडीके ,प्लिकेशन, त्यांची मालकी कोण आहे, आणि ते कसे अपडेट केले जातील आणि पुन्हा वितरित केले जातील याचे नियोजन करणे खूप काम करू शकते. आपण प्रयत्न करू इच्छित असलेल्या प्रत्येक कॉग्नोस वातावरणासाठी आउटेजचे समन्वय साधणे आणि देखभाल विंडो ज्या दरम्यान आपण स्थलांतर करण्याचा प्रयत्न करू शकता त्यात नियोजन आणि कॉग्नोस “डाउन टाईम” समाविष्ट असू शकतात. आपल्या स्थलांतरानंतर एक प्रभावी चाचणी योजना (आणि अंमलात आणणे) देखील एक अस्वल असू शकते.

हे अगदी सामान्य आहे की आपण ही प्रक्रिया प्रथम उत्पादन नसलेल्या वातावरणात करू इच्छित असाल आधी उत्पादनात प्रयत्न करत आहे.

पर्सोनासह नेमस्पेस मायग्रेशन कार्य करते (आणि ते खाली "कुरुप" दृष्टिकोनापेक्षा बरेच चांगले आहे), हे अधिक आक्रमक, धोकादायक आहे, त्यात बरेच कर्मचारी समाविष्ट आहेत आणि नेमस्पेस रिप्लेसमेंटपेक्षा जास्त तास लागतात. सामान्यत: स्थलांतर "बंद तास" दरम्यान केले जाणे आवश्यक असते, तर कॉग्नोस वातावरण अजूनही ऑनलाइन आहे, परंतु अंतिम वापरकर्त्यांद्वारे फॉर्म वापर प्रतिबंधित आहे.

कुरूप: मॅन्युअल नेमस्पेस स्थलांतर सेवा

कुरुप पद्धतीमध्ये प्रयत्न करण्याचा अविश्वसनीय दृष्टिकोन समाविष्ट आहे स्वतः एका प्रमाणीकरण नेमस्पेसमधून दुसऱ्याकडे स्थलांतर करा. यामध्ये दुसरे प्रमाणीकरण नेमस्पेस आपल्या कॉग्नोस वातावरणाशी जोडणे, नंतर अस्तित्वात असलेल्या कॉग्नोस सामग्री आणि कॉन्फिगरेशनपैकी बरेच काही स्वहस्ते हलवण्याचा किंवा पुन्हा तयार करण्याचा प्रयत्न करणे समाविष्ट आहे.

उदाहरणार्थ, हा दृष्टिकोन वापरून, कॉग्नोस प्रशासक हे करण्याचा प्रयत्न करू शकतो:

1. नवीन नेमस्पेसमधील गट आणि भूमिका पुन्हा तयार करा
2. त्या गटांचे सदस्यत्व आणि नवीन नेमस्पेसमधील भूमिका पुन्हा तयार करा
3. प्रत्येक स्रोत खात्यातून प्रत्येक लक्ष्य खात्यावर माझे फोल्डर सामग्री, वापरकर्ता प्राधान्ये, पोर्टल टॅब इत्यादी व्यक्तिचलितपणे कॉपी करा
4. कंटेंट स्टोअरमध्ये सेट केलेले प्रत्येक धोरण शोधा आणि नवीन नेमस्पेसमधील समकक्ष प्राचार्यांना संदर्भित करण्यासाठी ते अद्यतनित करा ज्याप्रमाणे ते जुन्या नेमस्पेसमधून प्राचार्यांना संदर्भित करतात.
5. सर्व वेळापत्रक पुन्हा तयार करा आणि संबंधित क्रेडेन्शियल, प्राप्तकर्ते इत्यादींसह ते तयार करा.
6. सामग्री स्टोअरमधील सर्व वस्तूंचे “मालक” आणि “संपर्क” सर्व गुणधर्म रीसेट करा
7. [सामग्री स्टोअरमध्ये सुमारे 40 इतर गोष्टी ज्या तुम्ही विसरणार आहात]
8. ऑब्जेक्ट किंवा डेटा लेव्हल सिक्युरिटीसह सर्व FM मॉडेल्स गोळा करा:
   1. त्यानुसार प्रत्येक मॉडेल अपडेट करा
   2. प्रत्येक मॉडेल पुन्हा प्रकाशित करा
   3. सुधारित मॉडेल परत मूळ लेखकाकडे पुन्हा वितरित करा
9. ट्रान्सफॉर्मर मॉडेल्स, TM1 अॅप्लिकेशन्स आणि प्लॅनिंग अॅप्लिकेशन्ससाठी समान काम जे मूळ नेमस्पेसच्या विरूद्ध सुरक्षित आहेत
10. [आणि बरेच काही]

काही कॉग्नोस मासोचिस्ट गुप्तपणे कॉग्नोस कनेक्शनमध्ये 400,000 वेळा क्लिक करण्याच्या कल्पनेने आनंदाने हसतात, बहुतेक समजूतदार लोकांसाठी, हा दृष्टिकोन अत्यंत दमवणारा, वेळ घेणारा आणि त्रुटी प्रवण असतो. तथापि, या दृष्टीकोनात ही सर्वात मोठी समस्या नाही.

या दृष्टिकोनातील सर्वात मोठी समस्या म्हणजे ती जवळजवळ आहे नेहमी अपूर्ण स्थलांतरित करते.

या दृष्टिकोनाचा वापर करून, तुम्हाला (वेदनादायकपणे) ते CAMID संदर्भ जे तुम्हाला माहीत आहेत ते शोधून काढण्याचा प्रयत्न करा ... बद्दल माहित नाही.

एकदा तु विचार आपण या दृष्टिकोनाने पूर्ण केले आहे, आपण सहसा नाही खरोखर केले

तुम्हाला तुमच्या कंटेंट स्टोअरमध्ये अशा वस्तू मिळाल्या आहेत ज्या आता तुम्हाला वाटतात त्या मार्गाने सुरक्षित नाहीत ... तुमच्याकडे वेळापत्रक आहे जे ते ज्या पद्धतीने चालत होते त्याप्रमाणे चालत नाहीत, तुमच्याकडे डेटा आहे जो आता तुम्हाला वाटेल त्या मार्गाने सुरक्षित नाही ते आहे, आणि तुमच्याकडे काही ऑपरेशन्ससाठी अस्पष्ट चुका असू शकतात आपण खरोखर आपले बोट ठेवू शकत नाही.

वाईट आणि कुरूप दृष्टिकोन भयानक का असू शकतात याची कारणे:

• स्वयंचलित नेमस्पेस स्थलांतरण सामग्री व्यवस्थापकावर खूप ताण आणते. आपल्या सामग्री स्टोअरमधील प्रत्येक ऑब्जेक्टची तपासणी आणि संभाव्य अद्ययावत, सहसा कॉग्नोसला हजारो एसडीके कॉल होऊ शकतात (जे सर्व सामग्री व्यवस्थापकाद्वारे वाहतात). ही असामान्य क्वेरी सामान्यत: मेमरी वापर / लोड वाढवते आणि स्थलांतर करताना सामग्री व्यवस्थापकाला क्रॅश होण्याचा धोका असतो. आपल्या कॉग्नोस वातावरणात आपल्याकडे आधीच काही प्रमाणात अस्थिरता असल्यास, आपण या दृष्टिकोनाची खूप भीती बाळगली पाहिजे.
• नेमस्पेस मायग्रेशनसाठी मोठी देखभाल विंडो आवश्यक आहे. कॉग्नोस तयार करणे आवश्यक आहे, परंतु स्थलांतर प्रक्रियेदरम्यान लोक बदल करू इच्छित नाहीत. दुसरे कोणीही काम करत नसताना हे सुरू करण्यासाठी नेमस्पेस स्थलांतरण आवश्यक असेल, शुक्रवारी रात्री 10 वाजता सांगू. कोणालाही शुक्रवारी रात्री 10 वाजता तणावपूर्ण प्रकल्प सुरू करायचा नाही. उल्लेख नाही, तुमची मानसिक क्षमता कदाचित त्यांच्या सर्वोत्तम कामकाजाच्या रात्री आणि शनिवार व रविवार अशा प्रकल्पात नाही नाही आपण तीक्ष्ण असणे आवश्यक आहे!
• मी नमूद केले आहे की नेमस्पेस मायग्रेशन वेळ आणि श्रम केंद्रित आहेत. यावर थोडे अधिक आहे:
  • सामग्री मॅपिंग प्रक्रिया अचूकतेने केली पाहिजे आणि त्यासाठी कार्यसंघ सहकार्य आणि अनेक मनुष्य तास आवश्यक आहेत.
  • स्थलांतरामध्ये त्रुटी किंवा समस्या तपासण्यासाठी अनेक कोरड्या धावा आवश्यक आहेत. ठराविक स्थलांतर पहिल्या प्रयत्नात उत्तम प्रकारे होत नाही. आपल्याला आपल्या सामग्री स्टोअरचा वैध बॅकअप देखील आवश्यक आहे जो अशा प्रकरणांमध्ये पुनर्संचयित केला जाऊ शकतो. आम्ही बऱ्याच संस्था पाहिल्या आहेत ज्यांच्याकडे चांगला बॅकअप उपलब्ध नाही (किंवा बॅकअप आहे जे त्यांना कळत नाही की ते अपूर्ण आहे).
  • आपल्याला सर्वकाही ओळखणे आवश्यक आहे बाहेर सामग्री स्टोअर ज्यावर संभाव्य परिणाम होऊ शकतो (फ्रेमवर्क मॉडेल, ट्रान्सफॉर्मर मॉडेल इ.). या कार्यात अनेक संघांमध्ये (विशेषतः मोठ्या सामायिक BI वातावरणात) समन्वय असू शकतो.
  • आपल्याला एका चांगल्या चाचणी योजनेची आवश्यकता आहे ज्यात आपल्या कॉग्नोस सामग्रीमध्ये विविध प्रकारच्या प्रवेशासह प्रतिनिधी लोक समाविष्ट आहेत. स्थलांतरण पूर्ण झाल्यानंतर थोड्याच वेळात सत्यापित करणे ही मुख्य गोष्ट आहे की सर्वकाही पूर्णपणे स्थलांतरित आहे आणि आपल्या अपेक्षेप्रमाणे कार्य करत आहे. सर्वकाही सत्यापित करणे सामान्यतः अव्यवहार्य आहे, म्हणून आपण जे नमुनेदार नमुने आहात ते सत्यापित करता.
• आपल्याकडे बी असणे आवश्यक आहेroad कॉग्नोस पर्यावरण आणि त्यावर अवलंबून असलेल्या गोष्टींचे ज्ञान. उदाहरणार्थ, सानुकूल दृश्यांसह ऐतिहासिक क्यूब्स आपण NSM मार्गाने गेल्यास पुन्हा तयार करावे लागतील.
• आपण किंवा कंपनीने नेमस्पेस स्थलांतराला आउटसोर्स केले असेल तर काहीतरी विसरून जा, जसे की ... SDK अनुप्रयोग? एकदा आपण स्विच फ्लिप केल्यानंतर, या गोष्टी योग्यरित्या अद्यतनित न झाल्यास कार्य करणे थांबवतात. हे लगेच लक्षात येण्यासाठी तुमच्याकडे योग्य तपासण्या आहेत का, किंवा लक्षणे दिसण्यास कित्येक आठवडे / महिने लागतील?
• आपण असंख्य कॉग्नोस अपग्रेड केले असल्यास, आपल्या सामग्री स्टोअरमध्ये विसंगत स्थितीत असलेल्या वस्तू आपल्याकडे असू शकतात. आपण SDK सह कार्य करत नसल्यास, या अवस्थेत कोणत्या वस्तू आहेत हे आपण पाहू शकणार नाही.

नेमस्पेस रिप्लेसमेंट हा सर्वोत्तम पर्याय का आहे

जेव्हा मी पर्सोना नेमस्पेस रिप्लेसमेंट पद्धत वापरली जाते तेव्हा मुख्य जोखीम घटक आणि मी वेळोवेळी सांगितलेली पावले दूर केली जातात. नेमस्पेस रिप्लेसमेंट दृष्टिकोन वापरून, आपल्याकडे 5 मिनिटे कॉग्नोस डाउनटाइम आहे आणि आपली कोणतीही सामग्री बदलायची नाही. “चांगली” पद्धत मला कट आणि ड्राय “नो-ब्रेनर” सारखी वाटते. शुक्रवारच्या रात्री विश्रांतीसाठी आहेत, आपला सामग्री व्यवस्थापक नेमस्पेस स्थलांतराच्या मध्यभागी क्रॅश झाला या वस्तुस्थितीवर ताण देत नाही.