एक अलग कॉग्नोस सुरक्षा स्रोत में संक्रमण

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

आम व्यापार चालक:

हार्डवेयर या ओएस अपडेट करना - बीआई हार्डवेयर/इन्फ्रास्ट्रक्चर का आधुनिकीकरण एक लगातार चालक हो सकता है। जबकि बाकी कॉग्नोस आपके आकर्षक नए हार्डवेयर और आधुनिक 64-बिट ओएस पर एक विजेता की तरह चल सकते हैं, सौभाग्य आपके एक्सेस मैनेजर के 2005 संस्करण को उस नए प्लेटफॉर्म पर माइग्रेट कर रहा है। एक्सेस मैनेजर (पहली बार सीरीज 7 के साथ जारी किया गया) कई कॉग्नोस ग्राहकों के लिए पिछले दिनों से एक आदरणीय होल्डओवर है। यह एकमात्र कारण है कि कई ग्राहक विंडोज सर्वर 2003 के उस पुराने पुराने संस्करण के आसपास रहते हैं। लेखन काफी समय से एक्सेस मैनेजर के लिए दीवार पर है। यह लीगेसी सॉफ्टवेयर है। जितनी जल्दी आप इससे दूर हो जाएं, उतना अच्छा है।

आवेदन मानकीकरण- संगठन जो एक केंद्रीय प्रशासित कॉर्पोरेट निर्देशिका सर्वर (जैसे एलडीएपी, एडी) के खिलाफ अपने सभी अनुप्रयोगों के प्रमाणीकरण को समेकित करना चाहते हैं।

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

कॉर्पोरेट विनिवेश- यह विलय के परिदृश्य के विपरीत है, कंपनी के एक हिस्से को अपनी इकाई में बदल दिया गया है और अब इसे नए सुरक्षा स्रोत पर मौजूदा बीआई वातावरण को इंगित करने की आवश्यकता है।

नेमस्पेस माइग्रेशन गन्दा क्यों हो सकता है

Cognos परिवेश को एक नए सुरक्षा स्रोत की ओर इंगित करना उतना आसान नहीं है, जितना कि समान उपयोगकर्ताओं, समूहों और भूमिकाओं के साथ नया नामस्थान जोड़ना, पुराने नाम स्थान को डिस्कनेक्ट करना, और VOILA!- नए नामस्थान में आपके सभी Cognos उपयोगकर्ता मेल खाते हैं उनकी सामग्री। वास्तव में, आप अक्सर अपने हाथों पर खूनी गंदगी के साथ समाप्त हो सकते हैं, और यही कारण है कि…

सभी कॉग्नोस सुरक्षा प्रिंसिपल (उपयोगकर्ता, समूह, भूमिकाएं) को एक विशिष्ट पहचानकर्ता द्वारा संदर्भित किया जाता है जिसे CAMID कहा जाता है। भले ही अन्य सभी विशेषताएँ समान हों, किसी उपयोगकर्ता के लिए CAMID a मौजूदा प्रमाणीकरण नाम स्थान उस उपयोगकर्ता के लिए CAMID के समान नहीं होगा नई नाम स्थान। यह मौजूदा कॉग्नोस पर्यावरण पर कहर बरपा सकता है। यहां तक ​​​​कि अगर आपके पास केवल कुछ कॉग्नोस उपयोगकर्ता हैं, तो आपको यह महसूस करने की आवश्यकता है कि आपके कंटेंट स्टोर में कई अलग-अलग जगहों पर CAMID संदर्भ मौजूद हैं (और यहां तक ​​कि आपके कंटेंट स्टोर के बाहर फ्रेमवर्क मॉडल, ट्रांसफॉर्मर मॉडल, TM1 एप्लिकेशन, क्यूब्स, प्लानिंग एप्लिकेशन आदि में भी मौजूद हो सकते हैं। )

कई कॉग्नोस ग्राहक गलती से मानते हैं कि कैमिड का वास्तव में माई फोल्डर सामग्री, उपयोगकर्ता वरीयताओं आदि के लिए एकमात्र मामला है। यह सच्चाई से आगे नहीं हो सकता है। यह केवल आपके उपयोगकर्ताओं की संख्या की बात नहीं है, यह Cognos वस्तुओं की मात्रा है जिनसे आपको चिंतित होने की आवश्यकता है। कॉन्टेंट स्टोर में 140 से अधिक विभिन्न प्रकार के कॉग्नोस ऑब्जेक्ट हैं, जिनमें से कई में कई CAMID संदर्भ हो सकते हैं.

उदाहरण के लिए:

1. यह असामान्य नहीं है कि आपके सामग्री स्टोर में एक ही शेड्यूल में कई CAMID संदर्भ हों (शेड्यूल स्वामी का CAMID, उपयोगकर्ता का CAMID जिसे शेड्यूल चलाना चाहिए, प्रत्येक उपयोगकर्ता के CAMID या वितरण सूची को इसे उत्पन्न रिपोर्ट आउटपुट को ईमेल करना चाहिए) , आदि।)।
2. Cognos में प्रत्येक वस्तु की एक सुरक्षा नीति होती है जो यह नियंत्रित करती है कि कौन से उपयोगकर्ता वस्तु तक पहुँच सकते हैं (सोचें "अनुमतियाँ टैब")। कॉग्नोस कनेक्शन में उस फ़ोल्डर को बंद करने वाली एक एकल सुरक्षा नीति में प्रत्येक उपयोगकर्ता, समूह और भूमिका के लिए एक CAMID संदर्भ होता है जो उस नीति में निर्दिष्ट होता है।
3. उम्मीद है कि आपको बात समझ में आ गई होगी - यह सूची और आगे बढ़ती है!

एक बड़े आकार के सामग्री स्टोर के लिए हजारों CAMID संदर्भों का होना असामान्य नहीं है (और हमने सैकड़ों हजारों के साथ कुछ बड़े संदर्भ देखे हैं)।

अब, गणित करो कि इसमें क्या है तुंहारे कॉग्नोस पर्यावरण और आप देख सकते हैं कि आप संभावित रूप से CAMID संदर्भों की भीड़ से निपट रहे हैं। यह एक बुरा सपना हो सकता है! अपने प्रमाणीकरण नाम स्थान को स्विच करना (या पुन: कॉन्फ़िगर करना) इन सभी CAMID संदर्भों को एक अनसुलझे स्थिति में छोड़ सकता है। यह अनिवार्य रूप से कॉग्नोस सामग्री और कॉन्फ़िगरेशन समस्याओं की ओर जाता है (उदाहरण के लिए शेड्यूल जो अब नहीं चलता है, सामग्री जो अब आपके विचार से सुरक्षित नहीं है, पैकेज या क्यूब्स जो अब डेटा स्तर की सुरक्षा को सही ढंग से लागू नहीं करते हैं, मेरा फ़ोल्डर सामग्री और उपयोगकर्ता का नुकसान वरीयताएँ, आदि)।

कॉग्नोस नेमस्पेस ट्रांजिशन मेथड्स

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

अच्छा: नेमस्पेस रिप्लेसमेंट विद पर्सोना

पहली विधि (नेमस्पेस रिप्लेसमेंट) का उपयोग करता है Motioकी, व्यक्तित्व बुद्धि उत्पाद। इस दृष्टिकोण को अपनाते हुए, आपके मौजूदा नेमस्पेस को एक विशेष पर्सन नेमस्पेस के साथ "प्रतिस्थापित" किया जाता है जो आपको कॉग्नोस के संपर्क में आने वाले सभी सुरक्षा प्रिंसिपलों को वर्चुअलाइज करने की अनुमति देता है। पूर्व-मौजूदा सुरक्षा प्रिंसिपलों को पहले की तरह ठीक उसी CAMID के साथ कॉग्नोस के संपर्क में लाया जाएगा, भले ही उन्हें किसी भी बाहरी सुरक्षा स्रोतों (जैसे सक्रिय निर्देशिका, एलडीएपी या यहां तक ​​​​कि पर्सोना डेटाबेस) द्वारा समर्थित किया जा सकता है।

इस दृष्टिकोण के बारे में सुंदर बात यह है कि इसके लिए आपके कॉग्नोस सामग्री में शून्य परिवर्तन की आवश्यकता है। ऐसा इसलिए है क्योंकि पर्सोना CAMID के पूर्व-मौजूदा प्रधानाचार्यों को बनाए रख सकता है, तब भी जब उन्हें एक नए स्रोत द्वारा समर्थित किया जाता है। तो… आपके सामग्री स्टोर, बाहरी मॉडल और ऐतिहासिक क्यूब्स में हजारों CAMID संदर्भ? वे जैसे हैं वैसे ही रह सकते हैं। कोई काम की आवश्यकता नहीं है।

यह अब तक का सबसे कम जोखिम भरा, सबसे कम प्रभाव वाला दृष्टिकोण है जिसका उपयोग आप अपने मौजूदा कॉग्नोस वातावरण को एक बाहरी सुरक्षा स्रोत से दूसरे में बदलने के लिए कर सकते हैं। यह कॉग्नोस डाउनटाइम के लगभग 5 मिनट के साथ एक घंटे से कम समय में किया जा सकता है (एक बार जब आप पर्सोना नेमस्पेस को कॉन्फ़िगर कर लेते हैं तो कॉग्नोस डाउनटाइम केवल कॉग्नोस को पुनरारंभ कर रहा है)।

खराब: पर्सोना का उपयोग करके नेमस्पेस माइग्रेशन

यदि आसान, कम जोखिम वाला तरीका आपकी चाय का प्याला नहीं है, तो वहाँ is एक अन्य विकल्प।

नेमस्पेस माइग्रेशन करने के लिए पर्सोना का भी इस्तेमाल किया जा सकता है।

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

यह दृष्टिकोण तनावपूर्ण और प्रक्रिया गहन होता है, लेकिन यदि आप कॉग्नोस प्रशासक की तरह हैं, जिसे जीवित महसूस करने के लिए एड्रेनालाईन की थोड़ी सी भीड़ की आवश्यकता होती है (और देर रात/सुबह फोन कॉल पर कोई फर्क नहीं पड़ता), तो शायद ... इसका  क्या वह विकल्प है जिसकी आप तलाश कर रहे हैं?

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

उदाहरण के लिए - हर फ्रेमवर्क मैनेजर मॉडल, हर ट्रांसफॉर्मर मॉडल, हर प्लानिंग / TM1 एप्लिकेशन, हर एसडीके एप्लिकेशन, जो उनका मालिक है, और उन्हें कैसे अपडेट और पुनर्वितरित किया जाएगा, इसकी योजना बनाना बहुत काम हो सकता है। आप जिस कॉग्नोस वातावरण में यह प्रयास करना चाहते हैं, उसके लिए समन्वय आउटेज और रखरखाव विंडो जिसके दौरान आप माइग्रेशन का प्रयास कर सकते हैं, उसमें नियोजन और कॉग्नोस "डाउन टाइम" शामिल हो सकते हैं। आपके प्रवास के बाद के लिए एक प्रभावी परीक्षण योजना (और क्रियान्वित) के साथ आना भी काफी सहनशील हो सकता है।

यह भी बिल्कुल सामान्य है कि आप इस प्रक्रिया को पहले गैर-उत्पादन वातावरण में करना चाहेंगे से पहले इसे उत्पादन में कोशिश कर रहा है।

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

बदसूरत: मैनुअल नेमस्पेस माइग्रेशन सेवाएं

बदसूरत विधि में प्रयास करने का अविश्वसनीय दृष्टिकोण शामिल है मैन्युअल एक प्रमाणीकरण नाम स्थान से दूसरे में माइग्रेट करें। इसमें आपके Cognos परिवेश में एक दूसरा प्रमाणीकरण नाम स्थान कनेक्ट करना शामिल है, फिर मैन्युअल रूप से मौजूदा Cognos सामग्री और कॉन्फ़िगरेशन को स्थानांतरित करने या फिर से बनाने का प्रयास करना शामिल है।

उदाहरण के लिए, इस दृष्टिकोण का उपयोग करते हुए, एक Cognos व्यवस्थापक निम्न का प्रयास कर सकता है:

1. नए नाम स्थान में समूहों और भूमिकाओं को फिर से बनाएँ
2. नए नाम स्थान में उन समूहों और भूमिकाओं की सदस्यता को फिर से बनाएँ
3. प्रत्येक स्रोत खाते से प्रत्येक लक्ष्य खाते में मेरे फ़ोल्डर सामग्री, उपयोगकर्ता प्राथमिकताएं, पोर्टल टैब आदि को मैन्युअल रूप से कॉपी करें
4. सामग्री स्टोर में प्रत्येक नीति सेट को ढूंढें और इसे नए नामस्थान में समकक्ष प्रधानाचार्यों के संदर्भ में ठीक उसी तरह अपडेट करें जैसे यह पुराने नामस्थान से प्रिंसिपलों को संदर्भित करता है
5. सभी अनुसूचियों को फिर से बनाएँ और उन्हें संबंधित क्रेडेंशियल, प्राप्तकर्ताओं आदि से भर दें।
6. सामग्री स्टोर में सभी वस्तुओं के सभी "स्वामी" और "संपर्क" गुणों को रीसेट करें
7. [कंटेंट स्टोर में लगभग ४० अन्य चीजें जिन्हें आप भूलने जा रहे हैं]
8. ऑब्जेक्ट या डेटा स्तर की सुरक्षा के साथ सभी FM मॉडल इकट्ठा करें:
   1. प्रत्येक मॉडल को तदनुसार अपडेट करें
   2. प्रत्येक मॉडल को पुनर्प्रकाशित करें
   3. संशोधित मॉडल को मूल लेखक को पुनर्वितरित करें
9. ट्रांसफार्मर मॉडल, TM1 अनुप्रयोगों और योजना अनुप्रयोगों के लिए समान कार्य जो मूल नाम स्थान के विरुद्ध सुरक्षित हैं
10. [और बहुत सारे]

जबकि कुछ कॉग्नोस मासोचिस्ट कॉग्नोस कनेक्शन में 400,000 बार क्लिक करने के विचार पर चुपके से खुशी से झूम सकते हैं, अधिकांश समझदार लोगों के लिए, यह दृष्टिकोण बेहद थकाऊ, समय लेने वाला और त्रुटि प्रवण होता है। हालाँकि, इस दृष्टिकोण के साथ यह सबसे बड़ी समस्या नहीं है।

इस दृष्टिकोण के साथ सबसे बड़ी समस्या यह है कि यह लगभग हमेशा अपूर्ण प्रवास की ओर ले जाता है।

इस दृष्टिकोण का उपयोग करते हुए, आप (दर्द से) उन CAMID संदर्भों को ढूंढते हैं, जिनके बारे में आप जानते हैं ... लेकिन उन सभी CAMID संदर्भों को छोड़ देते हैं जिन्हें आप के बारे में नहीं पता.

एक बार जब आप सोचना आप इस दृष्टिकोण के साथ कर रहे हैं, आप अक्सर नहीं कर रहे हैं वास्तव में किया हुआ।

आपके सामग्री स्टोर में ऐसी वस्तुएं हैं जो अब आपके विचार से सुरक्षित नहीं हैं... आपके पास शेड्यूल हैं जो उस तरह से नहीं चल रहे हैं जैसे वे चलते थे, आपके पास डेटा है जो अब आपके सोचने के तरीके से सुरक्षित नहीं है यह है, और आपके पास कुछ कार्यों के लिए अस्पष्टीकृत त्रुटियां भी हो सकती हैं जो आप वास्तव में अपनी उंगली नहीं डाल सकते.

कारण क्यों खराब और बदसूरत दृष्टिकोण भयानक हो सकते हैं:

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

नेमस्पेस रिप्लेसमेंट सबसे अच्छा विकल्प क्यों है

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