जब तपाइँ एक फरक बाह्य सुरक्षा स्रोत (जस्तै सक्रिय निर्देशिका, LDAP, आदि) को उपयोग को लागी एक अवस्थित Cognos वातावरण को पुन: कन्फिगर गर्न को लागी आवश्यक छ, त्यहाँ दृष्टिकोण को एक मुट्ठी तपाइँ लिन सक्नुहुन्छ। म उनीहरुलाई फोन गर्न चाहन्छु, "राम्रो, नराम्रो, र बदसूरत।" हामी यी राम्रो, नराम्रो, र कुरूप दृष्टिकोण को अन्वेषण गर्नु भन्दा पहिले, केहि सामान्य परिदृश्यहरु मा एक नजर राखौं कि एक Cognos वातावरण मा प्रमाणीकरण नाम स्थान परिवर्तन ड्राइव गर्न को लागी हुन्छ।
साझा व्यापार चालकहरु:
हार्डवेयर वा ओएस अपडेट गर्दै - BI हार्डवेयर/पूर्वाधार आधुनिकीकरण एक लगातार चालक हुन सक्छ। जबकि Cognos को बाँकी तपाइँको चिकना नयाँ हार्डवेयर र आधुनिक -४ बिट ओएस मा एक च्याम्प जस्तै चल्न सक्छ, राम्रो भाग्य हो कि नयाँ प्लेटफर्म मा पहुँच प्रबन्धक को तपाइँको लगभग २००५ संस्करण माइग्रेट। पहुँच प्रबन्धक (पहिलो श्रृंखला 64 संग जारी) धेरै Cognos ग्राहकहरु को लागी बितेका दिनहरु बाट आदरणीय होल्डओभर हो। यो एकमात्र कारण हो कि धेरै ग्राहकहरु विन्डोज सर्भर २००३ को त्यो क्रुर पुरानो संस्करण को वरिपरि राख्छन्। लेखन केहि समय को लागी पहुँच प्रबन्धक को लागी भित्ता मा भएको छ। यो लिगेसी सफ्टवेयर हो। चाँडै तपाइँ यो बाट टाढा संक्रमण गर्न सक्नुहुन्छ, राम्रो।
आवेदन मानकीकरण- संगठनहरु जो एक केन्द्रीय प्रशासित कर्पोरेट निर्देशिका सर्वर (जस्तै LDAP, AD) को बिरुद्ध आफ्नो सबै आवेदन को प्रमाणीकरण समेकित गर्न चाहान्छन्।
मर्ज र अधिग्रहणहरू- कम्पनी ए कम्पनी बी किन्छ र कम्पनी बी को कोग्नोस वातावरण को लागी कम्पनी ए को डाइरेक्टरी सर्वर लाई बिन्दु गर्न को लागी, तिनीहरु को मौजूदा बीआई सामग्री वा कन्फिगरेसन को लागी मुद्दाहरु को कारण बिना आवश्यक छ।
कर्पोरेट Divestitures- यो मर्जर परिदृश्य को विपरीत हो, एक कम्पनी को एक भाग आफ्नो इकाई मा बन्द गरीएको छ र अब नयाँ सुरक्षा स्रोत मा यो अवस्थित BI वातावरण बिन्दु गर्न आवश्यक छ।
किन नेमस्पेस माइग्रेशन गन्दा हुन सक्छ
एक नयाँ सुरक्षा स्रोत को लागी एक Cognos वातावरण को औंल्याउने एउटै प्रयोगकर्ताहरु, समूहहरु, र भूमिकाहरु संग नयाँ नेमस्पेस जोड्ने, पुरानो नेमस्पेस बिच्छेदन, र VOILA को रूप मा सरल छैन! तिनीहरूको सामग्री। वास्तव मा, तपाइँ प्राय तपाइँको हात मा एक खूनी गडबडी संग समाप्त गर्न सक्नुहुन्छ, र यहाँ छ किन ...
सबै Cognos सुरक्षा प्रिंसिपलहरु (प्रयोगकर्ताहरु, समूहहरु, भूमिकाहरु) एक अद्वितीय पहिचानकर्ता द्वारा सन्दर्भित एक CAMID भनिन्छ। यदि अन्य सबै विशेषताहरु बराबर छन्, एक मा एक प्रयोगकर्ता को लागी CAMID अवस्थित प्रमाणीकरण नामस्थान मा त्यो प्रयोगकर्ता को लागी CAMID को रूप मा उस्तै हुनेछैन नयाँ नेमस्पेस। यो एक अवस्थित Cognos वातावरण मा कहर बर्बाद गर्न सक्छ। यदि तपाइँ मात्र केहि Cognos प्रयोगकर्ताहरु छन्, तपाइँ यो महसुस गर्न आवश्यक छ कि CAMID सन्दर्भ तपाइँको सामग्री स्टोर मा धेरै फरक ठाउँहरु मा अवस्थित छ (र पनी फ्रेमवर्क मोडेलहरु, ट्रान्सफार्मर मोडेलहरु, TM1 अनुप्रयोगहरु, क्यूब्स, योजना अनुप्रयोगहरु आदि मा तपाइँको सामग्री स्टोर बाहिर अवस्थित हुन सक्छ। )।
धेरै Cognos ग्राहकहरु गल्तीले विश्वास गर्छन् कि CAMID साँच्चै मात्र मेरो फोल्डर सामग्री, प्रयोगकर्ता प्राथमिकताहरु, आदि को लागी यो सत्य बाट अरु हुन सक्दैन। यो मात्र तपाइँ प्रयोगकर्ताहरु को संख्या को एक मामला हैन, यो Cognos वस्तुहरु को राशि हो कि तपाइँ संग सम्बन्धित हुन को लागी आवश्यक छ। त्यहाँ १४० भन्दा बढी बिभिन्न प्रकारका Cognos बस्तुहरु मात्र सामग्री स्टोर मा छन्, जस मध्ये धेरै को धेरै CAMID सन्दर्भ हुन सक्छ।.
जस्तै:
- यो तपाइँको सामग्री स्टोर मा एक एकल तालिका को लागी धेरै CAMID सन्दर्भहरु को लागी असामान्य छैन (अनुसूची मालिक को CAMID, प्रयोगकर्ता को CAMID अनुसूची को रूप मा चलाउनु पर्छ, प्रत्येक प्रयोगकर्ता वा वितरण सूची को CAMID यो उत्पन्न रिपोर्ट आउटपुट ईमेल गर्नु पर्छ। , आदि)।
- Cognos मा प्रत्येक वस्तु एक सुरक्षा नीति छ कि शासन गर्दछ जो प्रयोगकर्ताहरु वस्तु पहुँच गर्न सक्नुहुन्छ ("अनुमति ट्याब" सोच्नुहोस्)। एक एकल सुरक्षा नीति Cognos जडान मा त्यो फोल्डर बन्द झुण्डिएको प्रत्येक प्रयोगकर्ता, समूह र भूमिका को लागी एक CAMID सन्दर्भ छ कि नीति मा निर्दिष्ट गरीएको छ।
- आशा छ कि तपाइँ बिन्दु पाउनुहुन्छ - यो सूची मा र मा जान्छ!
यो असामान्य छैन एक ठूलो सामग्री स्टोर को लागी CAMID सन्दर्भहरु को हजारौं को दसनी समावेश गर्न को लागी (र हामीले हजारौं संग केहि ठूला देखेका छौं)।
अब, मा के छ मा गणित गर्नुहोस् आफ्नो Cognos वातावरण र तपाइँ देख्न सक्नुहुन्छ कि तपाइँ सम्भावित CAMID सन्दर्भ को भीड संग काम गर्दै हुनुहुन्छ। यो एक दुःस्वप्न हुन सक्छ! स्विचिंग (वा पुन: कन्फिगर) तपाइँको प्रमाणीकरण नामस्थान एक unresolvable राज्य मा यी CAMID सन्दर्भहरु को सबै छोड्न सक्नुहुन्छ। यो अनिवार्य रूप बाट Cognos सामग्री र कन्फिगरेसन समस्याहरु को लागी नेतृत्व गर्दछ (उदाहरण को लागी कार्यक्रम जो अब चल्दैन, सामग्री जुन अब सुरक्षित छैन कि तपाइँ सोच्नुहुन्छ कि तरीका हो, प्याकेज वा क्यूब्स जो अब सही ढंगले डाटा स्तर सुरक्षा लागू गर्दैन, मेरो फोल्डर सामग्री र प्रयोगकर्ता को हानि प्राथमिकताहरु, आदि)।
Cognos नेमस्पेस संक्रमण विधिहरु
अब, यो जान्दा कि एक Cognos वातावरण को हजारौं CAMID सन्दर्भहरु को लागी नयाँ प्रमाणीकरण नेमस्पेस मा उनीहरु को नयाँ CAMID मान को खोज, म्यापि and र अपडेट गर्न को लागी आवश्यक पर्दछ, आउनुहोस् राम्रो, नराम्रो र यस समस्या को समाधान को लागी बदसूरत दृष्टिकोण मा छलफल गरौं।
असल: पर्सोना संग नाम स्थान प्रतिस्थापन
पहिलो विधि (नेमस्पेस प्रतिस्थापन) उपयोग गर्दछ Motios, पर्सोना IQ उत्पादन। यो दृष्टिकोण लिईरहेको छ, तपाइँको अवस्थित नाम स्थान "पर्सोना" एक विशेष व्यक्तिको नामस्थान संग छ कि तपाइँ सबै सुरक्षा प्रिन्सिपलहरु कि Cognos लाई उजागर गरीन्छ भर्चुलाइज गर्न को लागी अनुमति दिन्छ। पूर्व-अवस्थित सुरक्षा प्रिन्सिपलहरु कोग्नोस लाई पहिले जस्तै उस्तै CAMID संग उजागर गरिनेछ, भले ही उनीहरु कुनै पनी बाह्य सुरक्षा स्रोतहरु (जस्तै सक्रिय निर्देशिका, LDAP वा पर्सोना डाटाबेस) द्वारा समर्थित हुन सक्छ।
यस दृष्टिकोण को बारे मा सुन्दर भाग यो हो कि यो तपाइँको Cognos सामग्री मा शून्य परिवर्तन को आवश्यकता छ। यो किनभने पर्सोना पूर्व अवस्थित प्रिन्सिपलहरु को CAMID को बनाए राख्न सक्छ, जब उनीहरु एक नयाँ स्रोत द्वारा समर्थित छन्। तेसैले ... तपाइँको सामग्री स्टोर, बाहिरी मोडेल र ऐतिहासिक क्यूब्स मा CAMID सन्दर्भ को हजारौं ती सबै दसौं? उनीहरु ठ्याक्कै उस्तै रहन सक्छन्। त्यहाँ कुनै काम आवश्यक छैन।
यो टाढा सम्म कम जोखिमपूर्ण, सबैभन्दा कम प्रभाव दृष्टिकोण तपाइँ एक बाह्य सुरक्षा स्रोत बाट अर्को मा तपाइँको अवस्थित Cognos वातावरण को संक्रमण को लागी प्रयोग गर्न सक्नुहुन्छ। यो कोग्नोस डाउनटाइम को बारे मा 5 मिनेट को साथ एक घन्टा भित्र गर्न सकिन्छ (मात्र Cognos डाउनटाइम Cognos restarting एक पटक तपाइँ पर्सोना नेमस्पेस कन्फिगर गर्नुभयो)।
खराब: पर्सोना को उपयोग गरी नेमस्पेस माइग्रेशन
यदि सजिलो, कम जोखिम दृष्टिकोण मात्र तपाइँको चियाको कप छैन, तब त्यहाँ is अर्को विकल्प।
व्यक्तित्व पनि एक नेमस्पेस माइग्रेशन प्रदर्शन गर्न को लागी प्रयोग गर्न सकिन्छ।
यो तपाइँको कोग्नोस वातावरण मा एक दोस्रो प्रमाणीकरण नेमस्पेस स्थापित गर्न मा शामिल छ, (आशा छ) म्यापि ((पुरै नामस्थान बाट) सबै पुराना नाम स्थानहरु मा नयाँ नाम स्थान मा सम्बन्धित प्रिंसिपलहरु, तब (यहाँ रमाईलो भाग हो), खोज, म्यापि and र प्रत्येक अपडेट एकल CAMID सन्दर्भ हो कि तपाइँको Cognos वातावरण मा अवस्थित छ: तपाइँको सामग्री स्टोर, फ्रेमवर्क मोडेल, ट्रांसफार्मर मोडेल, ऐतिहासिक क्यूब्स, TM1 अनुप्रयोगहरु, योजना अनुप्रयोगहरु, आदि।
यो दृष्टिकोण तनावपूर्ण र प्रक्रिया गहन हुन जान्छ, तर यदि तपाइँ Cognos प्रशासक को प्रकार हुनुहुन्छ जो एक एड्रेनालाईन भीड को एक जीवित महसुस गर्न को लागी आवश्यक छ (र ढिलो रात / बिहान बिहान फोन कल मन पर्दैन), तब शायद ... यो के विकल्प तपाइँ खोज्दै हुनुहुन्छ?
व्यक्तित्व यो प्रक्रिया को स्वचालित भागहरु लाई मद्दत गर्न को लागी प्रयोग गर्न सकिन्छ। यो तपाइँ पुरानो सुरक्षा प्रिन्सिपलहरु र नयाँ सुरक्षा प्रिन्सिपलहरु को बीच एक नक्शा बनाउन को लागी मद्दत गर्दछ, क्रूर बल "खोज, विश्लेषण, अपडेट" तपाइँको सामग्री स्टोर मा सामग्री को लागी तर्क, आदि के पर्सोना यहाँ केहि कार्यहरु लाई स्वचालित गर्न सक्नुहुन्छ, धेरै यस दृष्टिकोण मा काम को वास्तविक टेक्नोलोजी भन्दा "मान्छे र प्रक्रिया" समावेश छ।
उदाहरण को लागी - प्रत्येक फ्रेमवर्क प्रबन्धक मोडेल, प्रत्येक ट्रान्सफार्मर मोडेल, हरेक योजना / TM1 आवेदन, प्रत्येक SDK आवेदन, जो उनीहरुको स्वामित्वमा छ, र उनीहरुलाई कसरी अपडेट र पुन: वितरण गरिनेछ योजना मा काम को एक धेरै हुन सक्छ। Cognos वातावरण को प्रत्येक को लागी तपाइँ आउटेज को समन्वय गर्न को लागी यो र रखरखाव विन्डोज जसको बखत तपाइँ पलायन को प्रयास गर्न सक्नुहुन्छ योजना र Cognos "डाउन टाइम" मा सामेल हुन सक्नुहुन्छ। आउँदैछ (र कार्यान्वयन) को लागी तपाइँको माइग्रेसन को लागी एक प्रभावी परीक्षण योजना पनि धेरै भालु हुन सक्छ।
यो पनि धेरै सामान्य छ कि तपाइँ यो प्रक्रिया पहिले एक गैर उत्पादन वातावरण मा गर्न चाहानुहुन्छ पहिले उत्पादन मा यो प्रयास गर्दै।
जबकि पर्सोना संग नेमस्पेस माइग्रेशन काम गर्दछ (र यो तल "बदसूरत" दृष्टिकोण भन्दा धेरै राम्रो छ), यो धेरै आक्रामक, जोखिमपूर्ण छ, कहीं धेरै कर्मचारीहरु लाई सामेल गर्दछ, र नाम स्पेस प्रतिस्थापन को तुलना मा कहीं धेरै मानिस घण्टा लाग्छ। सामान्यतया माइग्रेसन "बन्द घण्टा" को समयमा गर्न को लागी आवश्यक छ, जबकि Cognos वातावरण अझै पनी अनलाइन छ, तर अन्तिम प्रयोगकर्ताहरु द्वारा प्रतिबन्धित फारम को उपयोग।
कुरूप: म्यानुअल नेमस्पेस माइग्रेसन सेवाहरु
कुरूप विधि को लागी प्रयास को अस्वीकार्य दृष्टिकोण शामिल छ स्वयं एक प्रमाणीकरण नाम स्थान बाट अर्को मा माइग्रेट गर्नुहोस्। यो तपाइँको Cognos वातावरण को लागी एक दोस्रो प्रमाणीकरण नेमस्पेस जडान गर्न को लागी सामेल छ, तब मैन्युअल रूप मा सार्न वा अवस्थित Cognos सामग्री र कन्फिगरेसन को धेरै पुन: सिर्जना गर्ने प्रयास।
उदाहरण को लागी, यो दृष्टिकोण को उपयोग गरेर, एक Cognos प्रशासक को लागी प्रयास गर्न सक्छ:
- नयाँ नामस्थान मा समूहहरु र भूमिकाहरु पुन: बनाउनुहोस्
- नयाँ नामस्थान मा ती समूहहरु र भूमिकाहरु को सदस्यता पुन: सिर्जना गर्नुहोस्
- मैन्युअल रूप मा मेरो फोल्डर सामग्री, प्रयोगकर्ता प्राथमिकताहरु, पोर्टल ट्याब, आदि प्रत्येक लक्ष्य खाता बाट प्रत्येक स्रोत खाता बाट प्रतिलिपि गर्नुहोस्
- सामग्री स्टोर मा सेट गरीएको प्रत्येक नीति पत्ता लगाउनुहोस् र नयाँ पुरानो नाम स्थान बाट प्रिंसिपलहरु लाई सन्दर्भमा ठ्याक्कै तरीकाले नयाँ नामस्थान मा समकक्ष प्रिंसिपलहरु लाई सन्दर्भ गर्न को लागी यसलाई अपडेट गर्नुहोस्।
- कार्यक्रम को सबै पुन: बनाउनुहोस् र उनीहरु को समान प्रमाण, प्राप्तकर्ताहरु, आदि संग पॉप्युलेट।
- सामग्री स्टोर मा सबै वस्तुहरु को "मालिक" र "सम्पर्क" गुणहरु को सबै रिसेट गर्नुहोस्
- [सामग्री स्टोर मा ४० अन्य चीजहरु को बारे मा कि तपाइँ बिर्सन को लागी जाँदै हुनुहुन्छ]
- वस्तु वा डाटा स्तर सुरक्षा संग एफएम मोडेल को सबै भेला:
- तदनुसार प्रत्येक मोडेल अपडेट गर्नुहोस्
- प्रत्येक मोडेल पुनः प्रकाशित गर्नुहोस्
- फिर्ता मूल लेखक लाई परिमार्जित मोडेल को पुनर्वितरण
- ट्रान्सफार्मर मोडेल, TM1 अनुप्रयोगहरु र योजना आवेदन जो मूल नाम स्थान को बिरुद्ध सुरक्षित छन् को लागी समान काम
- [र अरु धेरै]
जबकि केहि Cognos masochists गोप्य रूपमा Cognos जडान मा ४००,००० पटक क्लिक गर्ने विचार मा खुशी संग giggle हुन सक्छ, धेरै समझदार मानिसहरु को लागी, यो दृष्टिकोण धेरै थकाऊ, समय खपत र त्रुटि प्रवण हुन जान्छ। यो दृष्टिकोण संग सबैभन्दा ठूलो समस्या होईन, तथापि।
यो दृष्टिकोण संग सबैभन्दा ठूलो समस्या यो हो कि यो लगभग छ सधैं एक अपूर्ण माइग्रेशन को लागी नेतृत्व गर्दछ।
यस दृष्टिकोण को उपयोग गरेर, तपाइँ (दुखाईले) भेट्टाउनुहुन्छ, र ती CAMID सन्दर्भहरु को नक्शा को लागी प्रयास गर्नुहोस् कि तपाइँ को बारे मा थाहा छ ... तर ती CAMID सन्दर्भहरु को सबै छोड्न को लागी कि तपाइँ बारेमा थाहा छैन.
तपाईं एक पटक लाग्छ तपाइँ यो दृष्टिकोण संग पूरा गरीरहनुभएको छ, तपाइँ प्राय: छैन साँच्चै गरे।
तपाइँ तपाइँको कन्टेंट स्टोर मा बस्तुहरु पाउनुभएको छ कि अब सुरक्षित तरीकाले तपाइँ सोच्नुहुन्छ कि उनिहरु छन् ... तपाइँसँग त्यस्ता कार्यक्रमहरु छन् जुन उनीहरु चलाउने तरीकाले चल्दैनन्, तपाइँसँग डेटा छ जुन अब सोच्नुभएको तरीका सुरक्षित छैन। यो हो, र तपाइँ पनी केहि अपरेशनहरु को लागी अस्पष्टीकृत त्रुटिहरु हुन सक्छ तपाइँ साँच्चै आफ्नो औंला राख्न सक्नुहुन्न.
कारण किन नराम्रो र बदसूरत दृष्टिकोण भयानक हुन सक्छ:
- स्वचालित नेमस्पेस माइग्रेसन सामग्री प्रबन्धक मा धेरै तनाव राखे। निरीक्षण र तपाइँको सामग्री स्टोर मा प्रत्येक एकल वस्तु को संभावित अपडेट, अक्सर कोग्नोस (लगभग सबै जसो सामग्री प्रबन्धक को माध्यम बाट प्रवाह) को लागी SDK कल को हजारौं को परिणाम हुन सक्छ। यो असामान्य क्वेरी सामान्यतया मेमोरी उपयोग / लोड स्पाइक्स र माइग्रेशन को समयमा दुर्घटना को जोखिम मा सामग्री प्रबन्धक राख्छ। यदि तपाइँ पहिले नै तपाइँको Cognos वातावरण मा अस्थिरता को कुनै पनि मात्रा छ, तपाइँ यो दृष्टिकोण बाट धेरै डराउनु पर्छ।
- नेमस्पेस माइग्रेसन एक ठूलो रखरखाव विन्डो को आवश्यकता छ। Cognos माथि हुन आवश्यक छ, तर तपाइँ चाहनुहुन्न कि मानिसहरु माइग्रेसन प्रक्रिया को समयमा परिवर्तन गरीरहेछन्। यो सामान्यतया नामस्थान माइग्रेसन को लागी शुरू गर्न को लागी जब अरु कोहि काम गर्दैन, चलो शुक्रवार राती १० बजे भनौं। कोहि पनि एक शुक्रवार रात 10 बजे एक तनावपूर्ण परियोजना शुरू गर्न चाहँदैनन्। उल्लेख गर्न को लागी, तपाइँको मानसिक संकायहरु सम्भवतः आफ्नो सबैभन्दा राम्रो काम गर्ने रातहरु र एक परियोजना मा सप्ताहांत मा छैन गर्छ तपाइँ तेज हुन को लागी आवश्यक छ!
- मैले उल्लेख गरेको छु नेमस्पेस माइग्रेसन समय र श्रम गहन हो। यहाँ त्यसमा अलि बढी छ:
- सामग्री म्यापि process प्रक्रिया सटीक संग गरिनु पर्छ र त्यो टीम को सहयोग र धेरै मानिस घण्टा को आवश्यकता छ।
- एकाधिक सुख्खा रन त्रुटिहरु वा एक माइग्रेशन संग समस्याहरु को लागी जाँच गर्न आवश्यक छ। एक सामान्य माइग्रेसन पहिलो प्रयास मा बिल्कुल जान सक्दैन। तपाइँलाई तपाइँको सामग्री स्टोर को एक वैध ब्याकअप को आवश्यकता छ कि यस्तो अवस्थामा बहाल गर्न सकिन्छ। हामीले धेरै संगठनहरु देखेका छौं कि एक राम्रो ब्याकअप उपलब्ध छैन (वा एक ब्याकअप छ कि उनीहरुलाई थाहा छैन अधूरो छ)।
- तपाइँ सबै कुरा पहिचान गर्न आवश्यक छ बाहिर सामग्री स्टोर जुन सम्भावित रूप बाट प्रभावित हुन सक्छ (फ्रेमवर्क मोडेल, ट्रान्सफार्मर मोडेल, आदि)। यो कार्य धेरै टीमहरु (विशेष गरी ठूलो साझा BI वातावरण मा) मा समन्वय शामिल हुन सक्छ।
- तपाइँ एक राम्रो परीक्षण योजना हो कि तपाइँको Cognos सामग्री को उपयोग को डिग्री को फरक डिग्री संग प्रतिनिधि मान्छे शामिल छ। यहाँ कुञ्जी छोटो पछि प्रमाणित गर्न को लागी माइग्रेशन पूरा हुन्छ कि सबै चीजहरु लाई पुरा तरिकाले माइग्रेट गरीएको छ र तपाइँले सोचे अनुसार काम गरीरहेको छ। यसको सामान्यतया अव्यावहारिक सबै कुरा प्रमाणित गर्न को लागी, त्यसैले तपाइँ प्रमाणित गर्नुहुन्छ कि तपाइँ के आशा गर्नुहुन्छ प्रतिनिधि नमूनाहरु छन्।
- तपाइँसँग बी हुनु पर्छroad Cognos वातावरण र चीजहरु कि यो मा निर्भर को ज्ञान। उदाहरण को लागी, कस्टम दृश्य संग ऐतिहासिक क्यूब्स पुनर्निर्माण गर्न को लागी यदि तपाइँ NSM मार्ग जानुहुन्छ।
- के हुन्छ यदि तपाइँ वा कम्पनी तपाइँ नामस्पेस माइग्रेसन को बारे मा केहि बिर्सन को लागी आउटसोर्स गर्नुभएको छ, जस्तै ... SDK अनुप्रयोगहरु? एकचोटि तपाइँले स्विच फ्लिप गर्नुभयो, यी चीजहरु काम गर्न बन्द गर्दछन् यदि उनीहरु ठीकसँग अपडेट छैनन्। के तपाइँ लाई ठाउँ मा उचित जाँच छ यो तुरुन्तै नोटिस गर्न को लागी, वा यो धेरै हप्ता / महिना पहिले लक्षण सतह मा शुरू हुन्छ?
- यदि तपाइँ धेरै Cognos स्तरवृद्धि गुज्रनुभएको छ, तपाइँ सम्भावित तपाइँको सामग्री स्टोर मा एक असंगत स्थिति मा वस्तुहरु हुन सक्छ। यदि तपाइँ SDK को साथ काम गर्नुहुन्न, तपाइँ देख्न सक्नुहुन्न कि कुन वस्तुहरु यस राज्य मा छन्।
किन नेमस्पेस प्रतिस्थापन सबै भन्दा राम्रो विकल्प हो
मुख्य जोखिम कारकहरु र समय उपभोग गर्ने चरणहरु मैले भर्खरै रेखांकित गरीएको छु जब पर्सोना नेमस्पेस प्रतिस्थापन विधि प्रयोग गरीन्छ। नेमस्पेस प्रतिस्थापन दृष्टिकोण को उपयोग गरेर, तपाइँ Cognos डाउनटाइम को 5 मिनेट छ, र तपाइँको सामग्री को कुनै पनी परिवर्तन गर्न को लागी छ। "राम्रो" विधि एक कट र सुक्खा "no-brainer" जस्तै लाग्छ मलाई। शुक्रवार रातहरु आराम गर्न को लागी हो, तथ्य बाहिर तपाइँको सामग्री प्रबन्धक भर्खरै एक नेमस्पेस माइग्रेशन को बिचमा दुर्घटनाग्रस्त भएको मा तनाव छैन।
