અલગ કોગ્નોસ સુરક્ષા સ્રોતમાં સંક્રમણ

જ્યારે તમારે કોઈ અલગ બાહ્ય સુરક્ષા સ્રોત (દા.ત. સક્રિય ડિરેક્ટરી, એલડીએપી, વગેરે) નો ઉપયોગ કરવા માટે હાલના કોગ્નોસ પર્યાવરણને ફરીથી ગોઠવવાની જરૂર હોય, ત્યારે તમે કેટલાક અભિગમો લઈ શકો છો. હું તેમને "સારા, ખરાબ અને અગ્લી" કહેવાનું પસંદ કરું છું. આપણે આ સારા, ખરાબ અને અગ્લી અભિગમોનું અન્વેષણ કરીએ તે પહેલાં, ચાલો કેટલાક સામાન્ય દૃશ્યો પર એક નજર કરીએ જે કોગ્નોસ પર્યાવરણમાં પ્રમાણીકરણ નામસ્પેસ ફેરફારો તરફ દોરી જાય છે.

સામાન્ય બિઝનેસ ડ્રાઈવરો:

હાર્ડવેર અથવા OS ને અપડેટ કરી રહ્યું છે - BI હાર્ડવેર/ઈન્ફ્રાસ્ટ્રક્ચરનું આધુનિકીકરણ વારંવાર ચાલક બની શકે છે. જ્યારે બાકીના કોગ્નોસ તમારા આકર્ષક નવા હાર્ડવેર અને આધુનિક 64-બીટ ઓએસ પર ચેમ્પની જેમ ચાલી શકે છે, ત્યારે તમારા એક્સેસ મેનેજરના સરકા -2005 સંસ્કરણને તે નવા પ્લેટફોર્મ પર સ્થાનાંતરિત કરવા માટે સારા નસીબ. એક્સેસ મેનેજર (પ્રથમ શ્રેણી 7 સાથે પ્રકાશિત) ઘણા કોગ્નોસ ગ્રાહકો માટે ભૂતકાળના દિવસોથી આદરણીય હોલ્ડઓવર છે. તે એકમાત્ર કારણ છે કે ઘણા ગ્રાહકો વિન્ડોઝ સર્વર 2003 ના તે ક્રૂફ્ટી જૂના વર્ઝનની આસપાસ રહે છે. એક્સેસ મેનેજર માટે લેખન ઘણા સમયથી દિવાલ પર છે. તે લેગસી સોફ્ટવેર છે. જલદી તમે તેનાથી દૂર સંક્રમણ કરી શકો છો, વધુ સારું.

એપ્લિકેશન માનકીકરણ- એવી સંસ્થાઓ કે જેઓ કેન્દ્રિય સંચાલિત કોર્પોરેટ ડિરેક્ટરી સર્વર (દા.ત. LDAP, AD) સામે તેમની તમામ અરજીઓના પ્રમાણીકરણને એકીકૃત કરવા માંગે છે.

વિલીનીકરણ અને હસ્તાંતરણ- કંપની A કંપની B ખરીદે છે અને કંપની A ના ડિરેક્ટરી સર્વર તરફ નિર્દેશ કરવા માટે કંપની B ના કોગ્નોસ પર્યાવરણની જરૂર છે, તેમની હાલની BI સામગ્રી અથવા ગોઠવણીમાં સમસ્યા causingભી કર્યા વિના.

કોર્પોરેટ વિભાગો- આ મર્જર દૃશ્યથી વિપરીત છે, કંપનીનો એક ભાગ તેની પોતાની એન્ટિટીમાં ફેરવાઈ ગયો છે અને હવે તેને નવા સુરક્ષા સ્રોત પર હાલના BI વાતાવરણને નિર્દેશ કરવાની જરૂર છે.

નેમસ્પેસ સ્થળાંતર અવ્યવસ્થિત કેમ હોઈ શકે છે

કોગનોસ પર્યાવરણને નવા સુરક્ષા સ્ત્રોત તરફ નિર્દેશિત કરવું એ સમાન વપરાશકર્તાઓ, જૂથો અને ભૂમિકાઓ સાથે નવા નામસ્પેસ ઉમેરવા, જૂના નામસ્પેસને ડિસ્કનેક્ટ કરવા અને VOILA જેટલું સરળ નથી! તેમની સામગ્રી. હકીકતમાં, તમે ઘણીવાર તમારા હાથ પર લોહિયાળ વાસણ સાથે સમાપ્ત થઈ શકો છો, અને અહીં શા માટે છે ...

બધા Cognos સુરક્ષા આચાર્યો (વપરાશકર્તાઓ, જૂથો, ભૂમિકાઓ) CAMID નામના અનન્ય ઓળખકર્તા દ્વારા સંદર્ભિત છે. જો અન્ય તમામ લક્ષણો સમાન હોય તો પણ, એકમાં વપરાશકર્તા માટે CAMID અસ્તિત્વમાં છે પ્રમાણીકરણ નામસ્પેસ તે વપરાશકર્તા માટે CAMID જેવું જ રહેશે નહીં નવા નામ જગ્યા. આ હાલના કોગ્નોસ પર્યાવરણને પાયમાલ કરી શકે છે. જો તમારી પાસે માત્ર થોડા કોગ્નોસ વપરાશકર્તાઓ હોય, તો પણ તમારે એ સમજવાની જરૂર છે કે તમારા કન્ટેન્ટ સ્ટોરમાં ઘણા જુદા જુદા સ્થળોએ CAMID સંદર્ભો અસ્તિત્વ ધરાવે છે (અને ફ્રેમવર્ક મોડલ્સ, ટ્રાન્સફોર્મર મોડલ્સ, TM1 એપ્લિકેશન્સ, ક્યુબ્સ, પ્લાનિંગ એપ્લિકેશન્સ વગેરેમાં તમારા કન્ટેન્ટ સ્ટોરની બહાર પણ અસ્તિત્વમાં હોઈ શકે છે. ).

ઘણા Cognos ગ્રાહકો ભૂલથી માને છે કે CAMID ખરેખર માય ફોલ્ડર સામગ્રી, વપરાશકર્તા પસંદગીઓ, વગેરે માટે ખરેખર મહત્વ ધરાવે છે. આ સત્યથી આગળ ન હોઈ શકે. તે ફક્ત તમારી પાસેના વપરાશકર્તાઓની સંખ્યાની બાબત નથી, તે કોગ્નોસ objectsબ્જેક્ટ્સની માત્રા છે જેની સાથે તમારે ચિંતિત રહેવાની જરૂર છે. ફક્ત કન્ટેન્ટ સ્ટોરમાં 140 થી વધુ વિવિધ પ્રકારના કોગ્નોસ objectsબ્જેક્ટ્સ છે, જેમાંથી ઘણામાં બહુવિધ CAMID સંદર્ભ હોઈ શકે છે.

દાખ્લા તરીકે:

1. તમારા કન્ટેન્ટ સ્ટોરમાં એક જ શેડ્યૂલ માટે બહુવિધ CAMID સંદર્ભો (શેડ્યૂલ માલિકનો CAMID, શેડ્યૂલ વપરાશકર્તાનો CAMID, દરેક વપરાશકર્તાનો CAMID અથવા વિતરણ સૂચિ જે તેને જનરેટ રિપોર્ટ આઉટપુટને ઇમેઇલ કરવી જોઈએ તે માટે અસામાન્ય નથી. , વગેરે).
2. કોગ્નોસમાં દરેક objectબ્જેક્ટની સુરક્ષા નીતિ છે જે નિયંત્રિત કરે છે કે કયા વપરાશકર્તાઓ accessબ્જેક્ટને accessક્સેસ કરી શકે છે (વિચારો "પરવાનગી ટેબ"). કોગ્નોસ કનેક્શનમાં તે ફોલ્ડર પર અટકી રહેલી એક સુરક્ષા નીતિ દરેક વપરાશકર્તા, જૂથ અને ભૂમિકા માટે CAMID સંદર્ભ ધરાવે છે જે તે નીતિમાં સ્પષ્ટ થયેલ છે.
3. આશા છે કે તમને મુદ્દો મળશે - આ સૂચિ આગળ અને આગળ વધે છે!

મોટા કન્ટેન્ટ સ્ટોર માટે હજારો CAMID સંદર્ભો હોવા અસામાન્ય નથી (અને અમે સેંકડો હજારો સાથે કેટલાક મોટા જોયા છે).

હવે, શું છે તેના પર ગણિત કરો તમારા કોગ્નોસ પર્યાવરણ અને તમે જોઈ શકો છો કે તમે સંભવિત રીતે CAMID સંદર્ભોના ટોળા સાથે વ્યવહાર કરી રહ્યા છો. તે એક દુ nightસ્વપ્ન બની શકે છે! તમારું પ્રમાણીકરણ નામનું સ્વિચિંગ (અથવા ફરીથી રૂપરેખાંકિત કરવું) આ તમામ CAMID સંદર્ભોને વણઉકેલાયેલી સ્થિતિમાં છોડી શકે છે. આ અનિવાર્યપણે કોગ્નોસ સામગ્રી અને રૂપરેખાંકન સમસ્યાઓ તરફ દોરી જાય છે (દા.ત. સમયપત્રક જે હવે ચાલતું નથી, સામગ્રી જે તમને લાગે છે તે રીતે સુરક્ષિત નથી, પેકેજો અથવા સમઘન જે હવે ડેટા લેવલ સુરક્ષાને યોગ્ય રીતે અમલમાં મૂકતા નથી, માય ફોલ્ડર સામગ્રી અને વપરાશકર્તાની ખોટ પસંદગીઓ, વગેરે).

કોગ્નોસ નેમસ્પેસ સંક્રમણ પદ્ધતિઓ

હવે, એ જાણીને કે કોગ્નોસ પર્યાવરણમાં હજારો CAMID સંદર્ભો હોઈ શકે છે જે નવા પ્રમાણીકરણ નામસ્પેસમાં તેમના અનુરૂપ નવા CAMID મૂલ્યને શોધવા, મેપિંગ અને અપડેટ કરવાની જરૂર પડશે, ચાલો આ સમસ્યાને ઉકેલવા માટે સારા, ખરાબ અને નીચ અભિગમોની ચર્ચા કરીએ.

સારુ: પર્સના સાથે નેમસ્પેસ રિપ્લેસમેન્ટ

પ્રથમ પદ્ધતિ (નેમસ્પેસ રિપ્લેસમેન્ટ) ઉપયોગ કરે છે Motioના, પર્સોના IQ ઉત્પાદન. આ અભિગમ અપનાવીને, તમારી હાલની નેમસ્પેસને એક વિશિષ્ટ પર્સોના નેમસ્પેસ સાથે "બદલવામાં આવે છે" જે તમને કોગ્નોસના સંપર્કમાં આવતા તમામ સુરક્ષા આચાર્યોને વર્ચ્યુઅલાઈઝ કરવાની મંજૂરી આપે છે. પહેલાથી અસ્તિત્વમાં રહેલા સિક્યુરિટી પ્રિન્સિપલોને પહેલાની જેમ જ CAMID સાથે કોગ્નોસનો સંપર્ક કરવામાં આવશે, ભલે તેઓ કોઈપણ બાહ્ય સુરક્ષા સ્રોતો (દા.ત. સક્રિય ડિરેક્ટરી, LDAP અથવા પર્સના ડેટાબેઝ) દ્વારા સમર્થિત હોય.

આ અભિગમ વિશેનો સુંદર ભાગ એ છે કે તેને તમારી કોગ્નોસ સામગ્રીમાં શૂન્ય ફેરફારોની જરૂર છે. આ એટલા માટે છે કારણ કે પર્સોના પહેલાથી અસ્તિત્વમાં રહેલા આચાર્યોના CAMID ને જાળવી શકે છે, પછી ભલે તેઓ નવા સ્રોત દ્વારા સમર્થિત હોય. તો ... તમારા કન્ટેન્ટ સ્ટોર, બાહ્ય મોડેલો અને historicalતિહાસિક સમઘનોમાં તે તમામ હજારો CAMID સંદર્ભો? તેઓ જેમ છે તેમ બરાબર રહી શકે છે. કોઈ કામની જરૂર નથી.

તમારા હાલના કોગ્નોસ પર્યાવરણને એક બાહ્ય સુરક્ષા સ્રોતથી બીજામાં પરિવર્તન માટે આ સૌથી ઓછો જોખમી, સૌથી ઓછો પ્રભાવનો અભિગમ છે. તે કોગ્નોસ ડાઉનટાઇમના આશરે 5 મિનિટ સાથે એક કલાકની અંદર કરી શકાય છે (એકવાર તમે પર્સોના નેમસ્પેસને ગોઠવી લો તે પછી કોગ્નોસ ડાઉનટાઇમ કોગ્નોસને ફરી શરૂ કરી રહ્યું છે).

ખરાબ: પર્સોનાનો ઉપયોગ કરીને નેમસ્પેસ માઇગ્રેશન

જો સરળ, ઓછા જોખમી અભિગમ ફક્ત તમારી ચાનો કપ નથી, તો ત્યાં છે is બીજો વિકલ્પ.

પર્સોનાનો ઉપયોગ નેમસ્પેસ માઇગ્રેશન કરવા માટે પણ થઈ શકે છે.

આમાં તમારા કોગ્નોસ પર્યાવરણમાં બીજું પ્રમાણીકરણ નામ સ્થાન સ્થાપિત કરવું, તમારા બધા હાલના સુરક્ષા આચાર્યો (જૂના નામ સ્થાનથી) ને નવા નામ સ્થાનમાં અનુરૂપ આચાર્યોનું મેપિંગ (આશા છે), પછી (અહીં આનંદનો ભાગ છે), દરેકને શોધવું, મેપિંગ અને અપડેટ કરવું. તમારા Cognos પર્યાવરણમાં અસ્તિત્વ ધરાવતું સિંગલ CAMID સંદર્ભ: તમારો કન્ટેન્ટ સ્ટોર, ફ્રેમવર્ક મોડલ્સ, ટ્રાન્સફોર્મર મોડલ્સ, હિસ્ટોરિકલ ક્યુબ્સ, TM1 એપ્લિકેશન્સ, પ્લાનિંગ એપ્લીકેશન્સ, વગેરે.

આ અભિગમ તણાવપૂર્ણ હોય છે અને સઘન પ્રક્રિયા કરે છે, પરંતુ જો તમે કોગ્નોસ એડમિનિસ્ટ્રેટર છો, જેમને જીવંત લાગે તે માટે એડ્રેનાલિનની થોડી જરૂર હોય છે (અને મોડી રાત્રે / વહેલી સવારે ફોન કોલ્સ વાંધો નથી), તો પછી કદાચ ... આ તમે શોધી રહ્યા છો તે વિકલ્પ છે?

પર્સોનાનો ઉપયોગ આ પ્રક્રિયાના ભાગોને સ્વચાલિત કરવામાં મદદ માટે થઈ શકે છે. તે તમને જૂના સુરક્ષા આચાર્યો અને નવા સુરક્ષા આચાર્યો વચ્ચે મેપિંગ બનાવવામાં મદદ કરશે, તમારા કન્ટેન્ટ સ્ટોરમાં સમાવિષ્ટ માટે તર્ક "શોધો, વિશ્લેષણ કરો, અપડેટ કરો" વગેરેને સ્વયંસંચાલિત કરો. આ અભિગમમાં કામમાં વાસ્તવિક ટેકનોલોજીને બદલે "લોકો અને પ્રક્રિયા" શામેલ છે.

ઉદાહરણ તરીકે - દરેક ફ્રેમવર્ક મેનેજર મોડેલ, દરેક ટ્રાન્સફોર્મર મોડેલ, દરેક પ્લાનિંગ / ટીએમ 1 એપ્લિકેશન, દરેક એસડીકે એપ્લિકેશન, તેમની માલિકી કોણ છે, અને તેઓ કેવી રીતે અપડેટ અને ફરીથી વિતરણ કરવામાં આવશે તેનું આયોજન કરવું ઘણું કામ હોઈ શકે છે. તમે જે કોગ્નોસ વાતાવરણમાં આનો પ્રયાસ કરવા માગો છો અને જાળવણી વિન્ડો કે જે દરમિયાન તમે સ્થળાંતર કરવાનો પ્રયાસ કરી શકો છો તેમાં આયોજન અને કોગ્નોસ "ડાઉન ટાઇમ" માટે આઉટેજનું સંકલન કરવું. તમારા સ્થળાંતર પછી અસરકારક પરીક્ષણ યોજના (અને અમલ) સાથે આવવું પણ એકદમ રીંછ હોઈ શકે છે.

તે પણ એકદમ સામાન્ય છે કે તમે બિન-ઉત્પાદન વાતાવરણમાં પ્રથમ આ પ્રક્રિયા કરવા માંગો છો પહેલાં ઉત્પાદનમાં તેનો પ્રયાસ.

જ્યારે પર્સોના સાથે નેમસ્પેસ માઇગ્રેશન કામ કરે છે (અને તે નીચે "અગ્લી" અભિગમ કરતા ઘણું સારું છે), તે વધુ આક્રમક, જોખમી છે, તેમાં વધુ કર્મચારીઓનો સમાવેશ થાય છે, અને નેમસ્પેસ રિપ્લેસમેન્ટ કરતાં વધુ માણસોના કલાકો લે છે. સામાન્ય રીતે સ્થળાંતર "બંધ કલાકો" દરમિયાન થવું જરૂરી છે, જ્યારે કોગ્નોસ પર્યાવરણ હજુ પણ onlineનલાઇન છે, પરંતુ અંતિમ વપરાશકર્તાઓ દ્વારા ફોર્મનો ઉપયોગ પ્રતિબંધિત છે.

અગ્લી: મેન્યુઅલ નેમસ્પેસ સ્થળાંતર સેવાઓ

અગ્લી પદ્ધતિમાં પ્રયાસ કરવાના અવિશ્વસનીય અભિગમનો સમાવેશ થાય છે જાતે એક પ્રમાણીકરણ નેમસ્પેસથી બીજામાં સ્થાનાંતરિત કરો. આમાં તમારા કોગ્નોસ પર્યાવરણ સાથે બીજી પ્રમાણીકરણ નામની જગ્યાને જોડવાનો સમાવેશ થાય છે, પછી હાલની કોગ્નોસ સામગ્રી અને ગોઠવણીને મેન્યુઅલી ખસેડવાનો અથવા ફરીથી બનાવવાનો પ્રયાસ કરવો.

ઉદાહરણ તરીકે, આ અભિગમનો ઉપયોગ કરીને, કોગ્નોસ સંચાલક આનો પ્રયાસ કરી શકે છે:

1. નવા નેમસ્પેસમાં જૂથો અને ભૂમિકાઓ ફરીથી બનાવો
2. નવા નેમસ્પેસમાં તે જૂથો અને ભૂમિકાઓની સભ્યપદને ફરીથી બનાવો
3. મારા ફોલ્ડર્સની સામગ્રી, વપરાશકર્તા પસંદગીઓ, પોર્ટલ ટેબ્સ, વગેરેને દરેક સ્રોત ખાતામાંથી દરેક લક્ષ્ય ખાતામાં મેન્યુઅલી ક copyપિ કરો
4. કન્ટેન્ટ સ્ટોરમાં સેટ કરેલી દરેક પોલિસી શોધો અને નવા નામસ્પેસમાં સમકક્ષ આચાર્યોને સંદર્ભિત કરવા માટે તેને અપડેટ કરો જે રીતે તે જૂના નામ સ્થાનમાંથી આચાર્યોનો સંદર્ભ આપે છે.
5. બધા સમયપત્રકોને ફરીથી બનાવો અને તેમને અનુરૂપ ઓળખપત્ર, પ્રાપ્તકર્તાઓ, વગેરે સાથે ભરો.
6. કન્ટેન્ટ સ્ટોરમાં તમામ ofબ્જેક્ટ્સના તમામ "માલિક" અને "સંપર્ક" ગુણધર્મોને ફરીથી સેટ કરો
7. [કન્ટેન્ટ સ્ટોરમાં 40 જેટલી અન્ય વસ્તુઓ કે જેના વિશે તમે ભૂલી જશો]
8. Objectબ્જેક્ટ અથવા ડેટા લેવલ સિક્યુરિટી સાથે તમામ એફએમ મોડેલ એકત્રિત કરો:
   1. દરેક મોડેલને તે મુજબ અપડેટ કરો
   2. દરેક મોડેલને ફરીથી પ્રકાશિત કરો
   3. સુધારેલા મોડેલને મૂળ લેખકમાં પાછા વહેંચો
9. ટ્રાન્સફોર્મર મોડલ્સ, TM1 એપ્લિકેશન્સ અને પ્લાનિંગ એપ્લીકેશન્સ માટે સમાન કાર્ય જે મૂળ નેમસ્પેસ સામે સુરક્ષિત છે
10. [અને ઘણું બધું]

જ્યારે કેટલાક કોગ્નોસ માસોચિસ્ટ્સ કોગ્નોસ કનેક્શનમાં 400,000 વખત ક્લિક કરવાના વિચારથી ગુપ્ત રીતે હસી શકે છે, મોટા ભાગના સમજદાર લોકો માટે, આ અભિગમ અત્યંત કંટાળાજનક, સમય માંગી લેનાર અને ભૂલની સંભાવના ધરાવે છે. જો કે, આ અભિગમ સાથે તે સૌથી મોટી સમસ્યા નથી.

આ અભિગમ સાથે સૌથી મોટી સમસ્યા એ છે કે તે લગભગ હંમેશા અપૂર્ણ સ્થળાંતર તરફ દોરી જાય છે.

આ અભિગમનો ઉપયોગ કરીને, તમે (પીડાદાયક રીતે) તે CAMID સંદર્ભો શોધી શકો છો અને તેને મેપ કરવાનો પ્રયાસ કરી શકો છો કે જેના વિશે તમે જાણો છો ... વિશે ખબર નથી.

એકવાર તમે લાગે છે તમે આ અભિગમ સાથે પૂર્ણ કરી લીધું છે, તમે ઘણીવાર નથી ખરેખર કર્યું

તમને તમારા કન્ટેન્ટ સ્ટોરમાં એવી વસ્તુઓ મળી છે જે તમને લાગે તે રીતે હવે સુરક્ષિત નથી… તમારી પાસે સમયપત્રક છે જે તેઓ જે રીતે ચાલતા હતા તે રીતે ચાલતા નથી, તમારી પાસે ડેટા છે જે તમને લાગે છે તે રીતે સુરક્ષિત નથી તે છે, અને તમારી પાસે અમુક કામગીરી માટે ન સમજાય તેવી ભૂલો પણ હોઈ શકે છે તમે ખરેખર તમારી આંગળી મૂકી શકતા નથી.

શા માટે ખરાબ અને નીચ અભિગમ ભયાનક હોઈ શકે છે:

• સ્વયંસંચાલિત નેમસ્પેસ સ્થળાંતર સામગ્રી વ્યવસ્થાપક પર ઘણો ભાર મૂકે છે. તમારા કન્ટેન્ટ સ્ટોરમાં દરેક objectબ્જેક્ટનું નિરીક્ષણ અને સંભવિત અપડેટ, ઘણીવાર કોગનોસને હજારો SDK કોલ્સમાં પરિણમી શકે છે (વાસ્તવમાં તે તમામ કન્ટેન્ટ મેનેજર દ્વારા વહે છે). આ અસામાન્ય પૂછપરછ સામાન્ય રીતે મેમરી વપરાશ / લોડમાં વધારો કરે છે અને સ્થળાંતર દરમિયાન સામગ્રી મેનેજરને ક્રેશ થવાનું જોખમ મૂકે છે. જો તમારી પાસે તમારા કોગ્નોસ વાતાવરણમાં પહેલાથી જ અસ્થિરતા છે, તો તમારે આ અભિગમથી ખૂબ ડરવું જોઈએ.
• નેમસ્પેસ માઇગ્રેશનને મોટી જાળવણી વિંડોની જરૂર છે. કોગ્નોસની જરૂર છે, પરંતુ તમે નથી ઇચ્છતા કે લોકો સ્થળાંતર પ્રક્રિયા દરમિયાન ફેરફાર કરે. જ્યારે અન્ય કોઈ કામ ન કરે ત્યારે આને સામાન્ય રીતે નેમસ્પેસ સ્થાનાંતરણની જરૂર પડશે, ચાલો શુક્રવારે રાત્રે 10 વાગ્યે કહીએ. કોઈ પણ શુક્રવારે રાત્રે 10 વાગ્યે તણાવપૂર્ણ પ્રોજેક્ટ શરૂ કરવા માંગતો નથી. ઉલ્લેખનીય નથી કે, તમારી માનસિક વિદ્યાશાખાઓ કદાચ પ્રોજેક્ટ પર તેમની શ્રેષ્ઠ કામ કરતી રાત અને સપ્તાહના અંતે નથી કરે છે તમારે હોશિયાર બનવાની જરૂર છે!
• મેં ઉલ્લેખ કર્યો છે કે નેમસ્પેસ સ્થળાંતર સમય અને શ્રમ સઘન છે. અહીં તેના પર થોડું વધારે છે:
  • સામગ્રી મેપિંગ પ્રક્રિયા ચોકસાઈ સાથે થવી જોઈએ અને તેના માટે ટીમના સહયોગ અને ઘણા માણસોના કલાકોની જરૂર છે.
  • સ્થળાંતર સાથે ભૂલો અથવા સમસ્યાઓ તપાસવા માટે બહુવિધ શુષ્ક રન જરૂરી છે. એક લાક્ષણિક સ્થળાંતર પ્રથમ પ્રયાસ પર સંપૂર્ણ રીતે ચાલતું નથી. તમારે તમારા કન્ટેન્ટ સ્ટોરના માન્ય બેકઅપની પણ જરૂર પડશે જે આવા કિસ્સાઓમાં પુન restoredસ્થાપિત કરી શકાય. અમે ઘણી સંસ્થાઓ જોઈ છે કે જેઓ પાસે સારો બેકઅપ ઉપલબ્ધ નથી (અથવા બેકઅપ છે જે તેમને ખ્યાલ નથી કે તે અપૂર્ણ છે).
  • તમારે દરેક વસ્તુને ઓળખવાની જરૂર છે બહાર કન્ટેન્ટ સ્ટોર જે સંભવિત રીતે પ્રભાવિત થઈ શકે છે (ફ્રેમવર્ક મોડલ્સ, ટ્રાન્સફોર્મર મોડલ્સ, વગેરે). આ કાર્યમાં ઘણી ટીમો (ખાસ કરીને મોટા વહેંચાયેલ BI વાતાવરણમાં) માં સંકલન શામેલ હોઈ શકે છે.
  • તમારે એક સારા પરીક્ષણ યોજનાની જરૂર છે જેમાં તમારી કોગ્નોસ સામગ્રીની degreesક્સેસની વિવિધ ડિગ્રી ધરાવતા પ્રતિનિધિ લોકો શામેલ હોય. અહીં ચાવી એ છે કે સ્થળાંતર પૂર્ણ થયાના થોડા સમય પછી ચકાસવું કે બધું સંપૂર્ણપણે સ્થાનાંતરિત છે અને તમારી અપેક્ષા મુજબ કાર્યરત છે. દરેક વસ્તુને ચકાસવા માટે તે સામાન્ય રીતે અવ્યવહારુ છે, તેથી તમે પ્રતિનિધિત્વ કરેલા નમૂનાઓ શું છે તેની ખાતરી કરો છો.
• તમારી પાસે બી હોવું આવશ્યક છેroad કોગ્નોસ પર્યાવરણ અને તેના પર નિર્ભર વસ્તુઓનું જ્ knowledgeાન. ઉદાહરણ તરીકે, જો તમે NSM રૂટ પર જાઓ તો વૈવિધ્યપૂર્ણ દૃશ્યો ધરાવતા historicalતિહાસિક સમઘનનું પુનbuનિર્માણ કરવું પડશે.
• જો તમે અથવા કંપની તમે નેમસ્પેસ સ્થાનાંતરણને આઉટસોર્સ કર્યું હોય તો કંઈક ભૂલી જવા માટે, જેમ કે… SDK એપ્લિકેશન્સ? એકવાર તમે સ્વિચ ફ્લિપ કરી લો, જો તે યોગ્ય રીતે અપડેટ ન થાય તો આ વસ્તુઓ કામ કરવાનું બંધ કરે છે. શું તમારી પાસે આની તાત્કાલિક નોંધ લેવા માટે યોગ્ય તપાસ છે, અથવા લક્ષણો સપાટી પર આવવા પહેલાં કેટલાંક અઠવાડિયા / મહિના થશે?
• જો તમે અસંખ્ય કોગ્નોસ સુધારાઓમાંથી પસાર થયા છો, તો તમે તમારા કન્ટેન્ટ સ્ટોરમાં સંભવિત પદાર્થો ધરાવી શકો છો જે અસંગત સ્થિતિમાં છે. જો તમે SDK સાથે કામ કરતા નથી, તો તમે આ સ્થિતિમાં કઈ વસ્તુઓ છે તે જોઈ શકશો નહીં.

નેમસ્પેસ રિપ્લેસમેન્ટ શા માટે શ્રેષ્ઠ વિકલ્પ છે

પર્સોના નેમસ્પેસ રિપ્લેસમેન્ટ પદ્ધતિનો ઉપયોગ કરવામાં આવે ત્યારે મુખ્ય જોખમ પરિબળો અને સમય માંગી લેતા પગલાંઓ મેં હમણાં જ દર્શાવ્યા છે. નેમસ્પેસ રિપ્લેસમેન્ટ અભિગમનો ઉપયોગ કરીને, તમારી પાસે 5 મિનિટનો કોગ્નોસ ડાઉનટાઇમ છે, અને તમારી કોઈપણ સામગ્રીને બદલવાની જરૂર નથી. "સારી" પદ્ધતિ મને કટ અને ડ્રાય "નો-બ્રેઇનર" જેવી લાગે છે. શુક્રવારની રાત આરામ કરવા માટે છે, તમારા કન્ટેન્ટ મેનેજર હમણાં જ નેમસ્પેસ માઇગ્રેશનની મધ્યમાં ક્રેશ થયા તે હકીકત પર ભાર મૂકતા નથી.