ကွဲပြားခြားနားသော Cognos လုံခြုံရေးအရင်းအမြစ်သို့ကူးပြောင်းခြင်း

သင်ရှိပြီးသား Cognos ပတ်ဝန်းကျင်ကိုအခြားပြင်ပလုံခြုံရေးအရင်းအမြစ်တစ်ခု (ဥပမာ Active Directory, LDAP စသည်) ကိုပြန်လည်သတ်မှတ်ရန်လိုသောအခါသင်လုပ်နိုင်သောနည်းလမ်းများစွာရှိသည်။ ငါသူတို့ကို“ အကောင်း၊ အဆိုး၊ အရုပ်ဆိုး” လို့ခေါ်ရတာကြိုက်တယ်။ ဤအကောင်း၊ အဆိုးနှင့်အကျည်းတန်သောနည်းလမ်းများကိုမစူးစမ်းမီ Cognos ပတ်ဝန်းကျင်တွင်စစ်မှန်ကြောင်းအတည်ပြုခြင်းအမည်များနေရာအပြောင်းအလဲများဖြစ်ပေါ်စေသောသာမန်အခြေအနေအချို့ကိုကြည့်ကြပါစို့။

အသုံးများသောလုပ်ငန်းသုံးယာဉ်မောင်းများ:

Hardware သို့မဟုတ် OS ကိုအဆင့်မြှင့်တင်ခြင်း - BI hardware/infrastructure များကိုခေတ်မီအောင်လုပ်ခြင်းသည်မကြာခဏမောင်းသူဖြစ်နိုင်သည်။ Cognos ၏ကျန်သောအရာများသည်သင်၏ချောမွေ့ပြောင်လက်သော hardware နှင့်ခေတ်မီ 64-bit OS တွင်ချန်ပီယံတစ် ဦး ကဲ့သို့ပြေးနိုင်သော်လည်းကံကောင်းစွာဖြင့်သင်၏ ၂၀၀၅ ခုနှစ်ထုတ် Access Manager ဗားရှင်းကိုထိုပလက်ဖောင်းအသစ်သို့ပြောင်းရွှေ့ခဲ့သည်။ Access Manager (Series 2005 ဖြင့်ပထမဆုံးဖြန့်ချိသော) Cognos ၀ ယ်သူများစွာအတွက်လွန်ခဲ့သောနေ့များမှအလေးအမြတ်ပြုထားသည်။ ၎င်းသည် ၀ ယ်သူများစွာသည် Windows Server 7 ၏ဆိုးဝါးသောဗားရှင်းဟောင်းကို ၀ န်းရံထားရခြင်း၏တစ်ခုတည်းသောအကြောင်းအရင်းဖြစ်သည်။ စာရေးခြင်းသည် Access Manager အတွက်နံရံပေါ်တွင်ရှိနေခဲ့သည်။ ၎င်းသည်ရှေးဟောင်း software ဖြစ်သည်။ မင်းဒီကနေမြန်မြန်ထွက်သွားနိုင်လေပိုကောင်းလေဘဲ။

လျှောက်လွှာစံသတ်မှတ်ခြင်း- ဗဟိုမှစီမံခန့်ခွဲထားသောအဖွဲ့အစည်းလမ်းညွှန် server တစ်ခု (ဥပမာ LDAP, AD) နှင့်၎င်းတို့၏လျှောက်လွှာများအားလုံးကိုအထောက်အထားခိုင်လုံစွာစုစည်းလိုသောအဖွဲ့အစည်းများ။

ပေါင်းစည်းရေး & သိမ်းယူမှု- Company A သည် Company B ကို ၀ ယ် ယူ၍ ကုမ္ပဏီ B ၏ Cognos ပတ်ဝန်းကျင်အားကုမ္ပဏီ B ၏ Cognos ပတ်ဝန်းကျင်သို့ညွှန်ပြရန်လိုအပ်ပြီး၎င်းတို့တည်ရှိနေသော BI အကြောင်းအရာများ (သို့) ပုံစံသတ်မှတ်ချက်များကိုပြဿနာမဖြစ်စေပါ။

ကော်ပိုရေးရှင်း Divestitures- ၎င်းသည်ပေါင်းစည်းရေးအခြေအနေနှင့်ဆန့်ကျင်ဘက်ဖြစ်သည်၊ ကုမ္ပဏီတစ်ခု၏အစိတ်အပိုင်းတစ်ခုသည်၎င်း၏ကိုယ်ပိုင်အဖွဲ့အစည်းထဲသို့လှည့်ထွက်သွားပြီး၎င်းသည်၎င်း၏တည်ရှိနေသော BI ပတ် ၀ န်းကျင်ကိုလုံခြုံရေးရင်းမြစ်အသစ်သို့ညွှန်ပြရန်လိုသည်။

အဘယ်ကြောင့် Namespace Migrations သည် Messy ဖြစ်နိုင်သနည်း

Cognos ပတ် ၀ န်းကျင်ကိုလုံခြုံရေးအရင်းအမြစ်အသစ်တစ်ခုသို့ညွှန်ပြခြင်းသည်နာမည်အသစ်များအားအသုံးပြုသူများ၊ အုပ်စုများနှင့်အခန်းကဏ္ with များနှင့်ပေါင်းထည့်ခြင်း၊ နာမည်ဟောင်းနေရာဟောင်းနှင့် VOILA ကိုအဆက်အသွယ်ဖြတ်ခြင်းကဲ့သို့ရိုးရှင်းလွယ်ကူသည်မဟုတ်ပါ။ သူတို့ရဲ့အကြောင်းအရာ တကယ်တော့မင်းလက်ပေါ်မှာသွေးထွက်သံယိုမှုတစ်ခုနဲ့မကြာခဏအဆုံးသတ်နိုင်တယ်၊ ဒါကြောင့်မို့ ...

Cognos လုံခြုံရေးကျောင်းအုပ်များ (အသုံးပြုသူများ၊ အုပ်စုများ၊ အခန်းကဏ္)) အားလုံးကို CAMID ဟုခေါ်သောထူးခြားသောအမှတ်အသားတစ်ခုဖြင့်ရည်ညွှန်းသည်။ အခြား attribute များအားလုံးတူညီလျှင်ပင် CAMID သည်အသုံးပြုသူတစ် ဦး အတွက်ဖြစ်သည် တည်ဆဲ authentication namespace သည်ထို user အတွက် CAMID နှင့်မတူပါ အသစ် namespace ၎င်းသည်ရှိပြီးသား Cognos ပတ်ဝန်းကျင်ကိုပျက်စီးစေနိုင်သည်။ မင်းမှာ Cognos သုံးစွဲသူအနည်းငယ်ရှိရင်တောင် CAMID ရည်ညွှန်းချက်တွေကမင်းရဲ့ Content Store မှာမတူညီတဲ့နေရာများစွာမှာရှိနေတယ်၊ ​​(Framework ပုံစံတွေ၊ Transformer Models, TM1 Applications, Cubes, Planning Applications စတာတွေကိုမင်းရဲ့ Content Store အပြင်မှာတောင်ရှိနေနိုင်တယ်ဆိုတာကိုနားလည်ဖို့လိုတယ်။ ) ့။

Cognos ၀ ယ်သူများစွာသည် CAMID သည်ကျွန်ုပ်၏ဖိုဒါအကြောင်းအရာ၊ သုံးစွဲသူအကြိုက်များအတွက်သာအရေးကြီးသည်ဟုမှားယွင်းစွာယုံကြည်သည်။ ၎င်းသည်အမှန်တရားမှရှေ့ဆက်ရန်မဖြစ်နိုင်တော့ပါ။ ၎င်းသည်သင်သုံးစွဲသူအရေအတွက်၏ကိစ္စတစ်ခုသာမဟုတ်၊ သင်စိုးရိမ်ရန်လိုအပ်သော Cognos အရာဝတ္ထုပမာဏဖြစ်သည်။ Content Store တွင် Cognos အရာ ၀ တ္ထုအမျိုးအစားပေါင်း ၁၄၀ ကျော်ရှိပြီးအများစုမှာ CAMID ကိုးကားချက်များစွာရှိနိုင်သည်။.

ဥပမာ:

1. မင်းရဲ့ Content Store မှာ Schedule တစ်ခုထဲအတွက် CAMID ကိုးကားချက်တွေအများကြီးရှိဖို့ဆိုတာအဆန်းမဟုတ်ပါဘူး။ စသည်)
2. Cognos ရှိအရာဝတ္ထုတိုင်းတွင်အသုံးပြုသူများသည်အရာဝတ္ထုကို ၀ င်ရောက်နိုင်ရန်ထိန်းချုပ်သောလုံခြုံရေးမူဝါဒတစ်ခုရှိသည် (Permissions Tab) ကိုစဉ်းစားပါ။ Cognos Connection ရှိထိုဖိုင်တွဲကိုပိတ်ထားသောလုံခြုံရေးမူဝါဒတစ်ခုတည်း၌မူဝါဒတစ်ခုတွင်ဖော်ပြထားသည့်အသုံးပြုသူ၊ အုပ်စုနှင့်အခန်းကဏ္ for တစ်ခုစီအတွက် CAMID ရည်ညွှန်းချက်ရှိသည်။
3. မင်းအမှတ်ရလိမ့်မယ်လို့မျှော်လင့်ပါတယ် - ဒီစာရင်းကဆက်ပြီးသွားနေတယ်။

များပြားလှသော Content Store တစ်ခုတွင် CAMID ကိုးကားများထောင်ချီပါ ၀ င်သည်မှာအဆန်းတော့မဟုတ်၊ သိန်းပေါင်းများစွာပါသောကြီးမားသောအရာအချို့ကိုလည်းကျွန်ုပ်တို့တွေ့ဖူးပါသည်။

ကဲ၊ သင်္ချာမှာဘာတွေပါလဲ သင့်ရဲ့ Cognos ပတ်ဝန်းကျင်နှင့်သင်သည် CAMID ကိုးကားချက်များအလုံးအရင်းနှင့်ဖြေရှင်းနိုင်သည်ကိုသင်မြင်နိုင်သည်။ ဒါဟာအိပ်မက်ဆိုးတစ်ခုဖြစ်နိုင်ပါတယ်။ သင်၏ authentication namespace ကိုပြောင်းခြင်း (သို့မဟုတ်ပြန်လည်စီစဉ်သတ်မှတ်ခြင်း) ဤ CAMID ရည်ညွှန်းချက်အားလုံးကိုမဖြေရှင်းနိုင်သောအခြေအနေတွင်ထားနိုင်သည်။ ဤအရာသည် Cognos အကြောင်းအရာနှင့်ဖွဲ့စည်းတည်ဆောက်ပုံဆိုင်ရာပြဿနာများ (ဥပမာ - လည်ပတ်မှုမရှိတော့သောအချိန်ဇယားများ၊ သင်ထင်သည့်အတိုင်းလုံခြုံမှုမရှိတော့သောအကြောင်းအရာများ၊ ဒေတာလုံခြုံရေးအဆင့်ကိုမှန်ကန်စွာမလုပ်ဆောင်တော့သောပက်ကေ့ဂျ်များသို့မဟုတ်အပိုင်းများ၊ My Folder အကြောင်းအရာနှင့်သုံးစွဲသူဆုံးရှုံးခြင်း) ဦး စားပေးများ၊ စသည်)

Cognos Namespace ကူးပြောင်းရေးနည်းလမ်းများ

Cognos ပတ်ဝန်းကျင်တွင် CAMID ကိုးကားချက်များထောင်ချီရှိနိုင်ကြောင်းကိုသိခြင်း၊ မြေပုံဆွဲခြင်းနှင့်၎င်းတို့၏သက်ဆိုင်ရာ CAMID တန်ဖိုးအသစ်သို့ authentication namespace အသစ်တွင်ရှာဖွေခြင်း၊ မကောင်းခြင်းနှင့်အကျည်းတန်နည်းလမ်းများအကြောင်းဆွေးနွေးကြပါစို့။

ကောငျးPersona နှင့်အမည်များနေရာအစားထိုးခြင်း

ပထမနည်းလမ်း (Namespace အစားထိုးခြင်း) ကိုအသုံးပြုသည် Motio's Persona အိုင်ကျူ ထုတ်ကုန်။ ဤချဉ်းကပ်ပုံကိုယူခြင်းအားဖြင့်သင်၏လက်ရှိနာမည်နေရာသည် Cognos နှင့်ထိတွေ့ထားသောလုံခြုံရေးကျောင်းအုပ်အားလုံးကို virtualize လုပ်နိုင်ရန်အထူး Persona namespace တစ်ခုနှင့်အစားထိုးထားသည်။ ၎င်းတို့အားပြင်ပလုံခြုံရေးအရင်းအမြစ်များ (ဥပမာ Active Directory, LDAP (သို့) Persona ဒေတာဘေ့စ်) ပင်လျှင်) ယခင်ရှိရင်းစွဲလုံခြုံရေးကျောင်းအုပ်များသည် Cognos ကိုအတိအကျတူအောင်ဖော်ထုတ်လိမ့်မည်။

ဤချဉ်းကပ်မှုနှင့် ပတ်သက်၍ လှပသောအစိတ်အပိုင်းသည်သင်၏ Cognos အကြောင်းအရာအတွက် ZERO အပြောင်းအလဲများလိုအပ်သည်။ အဘယ့်ကြောင့်ဆိုသော် Persona သည်အရင်းအမြစ်အသစ်တစ်ခုအားကျောထောက်နောက်ခံပြုထားသည့်တိုင်နဂိုရှိပြီးသားကျောင်းအုပ်များ၏ CAMID's ကိုထိန်းသိမ်းထားနိုင်သောကြောင့်ဖြစ်သည်။ ဒါဆိုရင်မင်းရဲ့ Content Store၊ ပြင်ပပုံစံတွေနဲ့သမိုင်းဝင် Cube တွေမှာ CAMID ကိုးကားချက်ပေါင်းသောင်းချီရှိလား။ သူတို့ကသူတို့အတိအကျအတိုင်းနေနိုင်တယ်။ အလုပ်လုပ်စရာမလိုဘူး။

၎င်းသည်သင်၏လုံခြုံရေး Cognos ပတ် ၀ န်းကျင်မှပြင်ပလုံခြုံရေးအရင်းအမြစ်တစ်ခုမှအခြားတစ်ခုသို့ကူးပြောင်းရာတွင်သင်သုံးနိုင်သောအန္တရာယ်အနည်းဆုံး၊ အနိမ့်ဆုံးသက်ရောက်မှုနည်းလမ်းဖြစ်သည်။ ၎င်းသည် Cognos ရပ်နားချိန် ၅ မိနစ်ခန့်နှင့်တစ်နာရီအတွင်းပြီးနိုင်သည် (Persona namespace ကိုသင် configured ပြီးသော Cognos စက်ရပ်နားခြင်းသည် Cognos ကိုပြန်လည်စတင်သည်)

the BadPersona ကို အသုံးပြု၍ Namespace ရွှေ့ပြောင်းခြင်း

လွယ်လွယ်ကူကူနဲ့အန္တရာယ်နည်းတဲ့နည်းလမ်းကမင်းရဲ့လက်ဖက်ရည်ခွက်မဟုတ်ဘူးဆိုရင်ပေါ့ is အခြားရွေးချယ်စရာ

Persona ကို Namespace Migration လုပ်ရန်လည်းသုံးနိုင်သည်။

၎င်းသည်သင်၏ Cognos ပတ်ဝန်းကျင်၌ဒုတိယ authentication namespace ကိုထည့်သွင်းခြင်း၊ (ရှိပြီးသားလုံခြုံရေးနေရာများ) (မြေပုံဟောင်းများ) မှမြေပုံအသစ်များနှင့်သက်ဆိုင်သောကျောင်းအုပ်အသစ်များအားရှာဖွေခြင်း၊ မြေပုံဆွဲခြင်းနှင့်အပ်ဒိတ်လုပ်ခြင်းတို့ပါ ၀ င်သည်။ သင်၏ Cognos ပတ်ဝန်းကျင်၌တည်ရှိသော CAMID ရည်ညွှန်းချက်တစ်ခုတည်း၊ သင်၏အကြောင်းအရာသိုလှောင်ရုံ၊ ပုံစံဘောင်များ၊ အသွင်ပြောင်းပုံစံများ၊ သမိုင်းဝင်ရေကန်များ၊ TM1 အသုံးချမှုများ၊ စီမံကိန်းအသုံးချမှုများစသည်တို့

ဤချဉ်းကပ်မှုသည်စိတ်ဖိစီးမှုနှင့်ဖြစ်စဉ်ကိုပြင်းထန်စေတတ်သည်၊ သို့သော်သင်ကအသက်ရှင်ရန်ခံစားရန် adrenaline အလျင်စလို (နှင့်ညဉ့်နက် / နံနက်စောစောဖုန်းခေါ်ဆိုမှုများကိုစိတ်မ ၀ င်စားသော) Cognos စီမံခန့်ခွဲသူအမျိုးအစားဖြစ်လျှင်ဖြစ်နိုင်သည်။ ဤ သင်ရှာနေသောရွေးချယ်မှုဟုတ်ပါသလား။

Persona ကိုဤလုပ်ငန်းစဉ်၏အစိတ်အပိုင်းများကိုအလိုအလျောက်ကူညီရန်သုံးနိုင်သည်။ ၎င်းသည်သင်အားလုံခြုံရေးစည်းမျဉ်းအဟောင်းနှင့်လုံခြုံရေးအကြီးအကဲအသစ်တို့အကြားမြေပုံဆွဲရန်ကူညီလိမ့်မည်၊ brute force ကို "ရှာဖွေ၊ ခွဲခြမ်းစိတ်ဖြာ၊ မွမ်းမံရန်" ယုတ္တိဗေဒအချက်အလတ်ကိုသုံးပါ၊ Persona သည်ဤနေရာရှိအလုပ်အချို့ကိုအလိုအလျောက်ပြုလုပ်နိုင်သည်။ ဤချဉ်းကပ်မှု၌အလုပ်၏အမှန်တကယ်နည်းပညာထက်“ လူနှင့်လုပ်ငန်းစဉ်” ပါ ၀ င်သည်။

ဥပမာ - Framework Manager ပုံစံတိုင်း၊ Transformer ပုံစံတိုင်း၊ Planning / TM1 လျှောက်လွှာတိုင်း၊ SDK အပလီကေးရှင်းတိုင်း၊ သူတို့ကိုဘယ်သူပိုင်သလဲ၊ ဘယ်လိုပြင်ဆင်မွမ်းမံပြီးဘယ်လိုပြန်လည်ဖြန့်ဝေမယ်စတဲ့အလုပ်တွေအများကြီးလုပ်နိုင်ပါတယ်။ သင်ရွှေ့ပြောင်းလိုသော Cognos ပတ် ၀ န်းကျင်တစ်ခုစီအတွက်ညှိနှိုင်းမှုပြတ်တောက်မှုအားသင်ရွှေ့ပြောင်းရန်ကြိုးစားနိုင်သည့်ကာလအတွင်းပြုပြင်ခြင်းနှင့် Cognos "အချိန်ကျ" တို့ပါ ၀ င်နိုင်သည်။ မင်းရဲ့ရွှေ့ပြောင်းမှုပြီးတဲ့အခါအတွက်ထိရောက်တဲ့စမ်းသပ်မှုအစီအစဉ်တစ်ခု (နှင့်အကောင်ထည်ဖော်ခြင်း) ကိုလုပ်ဆောင်ခြင်းဟာအတော်လေး ၀ က်ဝံဖြစ်နိုင်ပါတယ်။

ထုတ်လုပ်ရေးမဟုတ်သောပတ်ဝန်းကျင်တွင်ဤလုပ်ငန်းစဉ်ကိုသင်ပထမဆုံးပြုလုပ်လိုသည်မှာအတော်လေးပုံမှန်ဖြစ်သည် ရှေ့မှာ ထုတ်လုပ်ရေးမှာကြိုးစားနေတယ်။

Persona နှင့်အတူ Namespace Migration သည်၎င်း (၎င်းသည်“ Ugly” ချဉ်းကပ်မှုထက်ပိုမိုကောင်းမွန်သော) အလုပ်လုပ်သော်လည်း၎င်းသည်ပိုမိုရန်လို၊ ပိုအန္တရာယ်များသည်၊ ၀ န်ထမ်းများပိုမိုပါ ၀ င်သည်၊ Namespace အစားထိုးခြင်းထက်ပိုမိုလုပ်ဆောင်ရန်နာရီပေါင်းများစွာကြာသည်။ Cognos ပတ်ဝန်းကျင်သည်အွန်လိုင်းရှိနေသေးသော်လည်းပုံမှန်အသုံးပြုသူများကန့်သတ်ထားသောပုံစံဖြင့်ပုံမှန်အားဖြင့်ရွှေ့ပြောင်းရန်လိုအပ်သည်။

အဆိုပါရုပ်ဆိုး- လူကိုယ်တိုင် Namespace ရွှေ့ပြောင်းခြင်းဝန်ဆောင်မှုများ

Ugly method သည်ကြိုးစားရန်မငြင်းနိုင်သောချဉ်းကပ်မှုပါ ၀ င်သည် ကို manually authentication namespace တစ်ခုမှအခြားတစ်ခုသို့ရွှေ့ပြောင်းပါ။ ၎င်းသည်ဒုတိယအသိအမှတ်ပြုခြင်းဆိုင်ရာအမည်များကိုသင်၏ Cognos ပတ် ၀ န်းကျင်နှင့်ချိတ်ဆက်ခြင်း၊ ၎င်းတွင်ရှိပြီးသား Cognos အကြောင်းအရာနှင့်ဖွဲ့စည်းတည်ဆောက်ပုံများစွာကိုကိုယ်တိုင်ရွှေ့ရန်သို့မဟုတ်ပြန်လည်ဖန်တီးရန်ကြိုးစားခြင်းဖြစ်သည်။

ဥပမာအားဖြင့်၊ ဤချဉ်းကပ်နည်းကို သုံး၍ Cognos စီမံခန့်ခွဲသူသည်အောက်ပါတို့ကိုကြိုးစားနိုင်သည်။

1. နာမည်သစ်နေရာအတွက်အုပ်စုများနှင့်အခန်းကဏ္များကိုပြန်လည်ဖန်တီးပါ
2. နာမည်နေရာအသစ်တွင်ထိုအဖွဲ့များနှင့်အခန်းကဏ္များ၏အဖွဲ့ဝင်များကိုပြန်လည်ဖန်တီးပါ
3. ကျွန်ုပ်၏ဖိုင်တွဲအကြောင်းအရာများ၊ အသုံးပြုသူအကြိုက်များ၊ portal tab များစသည်တို့ကို source account တစ်ခုချင်းစီမှ target account တစ်ခုစီသို့ကိုယ်တိုင်ကူးယူပါ
4. Content Store တွင်ချမှတ်ထားသောမူဝါဒတိုင်းကိုရှာ။ ၎င်းအားနာမည်ဟောင်းနေရာများမှကျောင်းအုပ်ကြီးဟောင်းအားကိုးကားသောတူညီသောနည်းလမ်းများအတိုင်း namespace အသစ်၌ညီမျှသောကျောင်းအုပ်ကြီးအားရည်ညွှန်းရန်အပ်ဒိတ်လုပ်ပါ။
5. အချိန်ဇယားအားလုံးကိုပြန်လည်ဖန်တီးပြီးသက်ဆိုင်ရာအထောက်အထားများ၊ လက်ခံသူများနှင့်အတူဖြည့်ပါ။
6. Content Store ရှိအရာအားလုံး၏“ ပိုင်ရှင်” နှင့်“ အဆက်အသွယ်” ဂုဏ်သတ္တိများအားလုံးကိုပြန်လည်ပြင်ဆင်ပါ
7. [မင်းမေ့သွားမယ့် Content Store မှာအခြားအရာ ၄၀ လောက်]
8. FM မော်ဒယ်အားလုံးကိုအရာဝတ္ထု (သို့) ဒေတာလုံခြုံရေးအဆင့်ဖြင့်စုဆောင်းပါ။
   1. မော်ဒယ်တစ်ခုစီအလိုက်အပ်ဒိတ်လုပ်ပါ
   2. ပုံစံတစ်ခုစီကိုပြန်လည်ထုတ်ဝေပါ
   3. ပြုပြင်ထားသောပုံစံကိုမူရင်းစာရေးသူထံသို့ပြန်လည်ဖြန့်ဝေပါ
9. Transformer ပုံစံများ၊ TM1 Applications များနှင့်မူလ namespace နှင့်ဆန့်ကျင်သောလုံခြုံမှုရှိသော applications များအတွက်အလားတူအလုပ်
10. [နှင့်အခြားများစွာ]

Cognos masochists အချို့သည် Cognos Connection ၌အကြိမ် ၄၀၀၀၀၀ နှိပ်ရန်စိတ်ကူးရှိစဉ်ပျော်ရွှင်စွာတိတ်တဆိတ်ရယ်နေသော်လည်းဤနည်းလမ်းသည်အလွန်အပင်ပန်းခံရန်၊ အချိန်ကုန်ရန်နှင့်အမှားအယွင်းဖြစ်တတ်သည်။ သို့သော်ဤချဉ်းကပ်မှုတွင်အကြီးဆုံးပြဿနာမဟုတ်ပါ။

ဤချဉ်းကပ်မှု၏အကြီးမားဆုံးပြဿနာမှာ၎င်းနှင့်နီးသည် အမြဲ မပြည့်စုံသောပြောင်းရွှေ့မှုကိုဖြစ်ပေါ်စေသည်။

ဤချဉ်းကပ်နည်းကို သုံး၍ သင် (နာကျင်စွာ) သင်ရှာ။ သင်သိသော CAMID ရည်ညွှန်းချက်များကိုမြေပုံဆွဲရန်ကြိုးစားသော်လည်း ... သင် CAMID ရည်ညွှန်းချက်အားလုံးကိုထားခဲ့တတ်သည် အကြောင်းမသိဘူး.

သငျသညျပြီးတာနဲ့ ထင် သင်ဤချဉ်းကပ်မှုပြီးသွားပြီ၊ သင်မကြာခဏမဟုတ် အမှန် ပြုလေ။

မင်းထင်တဲ့အတိုင်းလုံခြုံမှုမရှိတော့တဲ့မင်းရဲ့ content store မှာမင်းမှာအရာဝတ္ထုတွေရှိတယ်…သူတို့ကမင်းအရင်လိုမလည်ပတ်တော့တဲ့အချိန်ဇယားတွေရှိတယ်၊ မင်းထင်တဲ့အတိုင်းလုံခြုံမှုမရှိတော့တဲ့ဒေတာတွေရှိတယ်။ ၎င်းသည်၎င်း၊ အချို့သောစစ်ဆင်ရေးများအတွက်မရှင်းပြနိုင်သောအမှားများရှိကောင်းရှိနိုင်သည် မင်းလက်ညှိုးကိုတကယ်တပ်လို့မရဘူး.

မကောင်းသောအရုပ်ဆိုးသောချဉ်းကပ်မှုများသည်ကြောက်စရာကောင်းနိုင်သောအကြောင်းရင်းများ

• အလိုအလျောက် Namespace ရွှေ့ပြောင်းခြင်းသည် Content Manager ကိုစိတ်ဖိစီးမှုများစွာဖြစ်စေသည်။ သင်၏ Content Store ရှိအရာဝတ္ထုတစ်ခုစီ၏စစ်ဆေးခြင်းနှင့်အလားအလာမွမ်းမံခြင်းတို့သည်မကြာခဏ SDK ခေါ်ဆိုမှုများ (Content Manager မှတဆင့်လုံး ၀ နီးပါး) ကိုဖြစ်ပေါ်စေနိုင်သည်။ ဤပုံမှန်မဟုတ်သောမေးမြန်းမှုသည်ပုံမှန်အားဖြင့်မှတ်ဥာဏ်အသုံးပြုမှု / ဝန်အားကိုမြင့်တက်စေပြီးရွှေ့ပြောင်းနေစဉ်ကာလအတွင်းပျက်စီးစေနိုင်သောအကြောင်းအရာစီမံခန့်ခွဲမှုကိုဖြစ်စေသည်။ သင့် Cognos ပတ်ဝန်းကျင်၌မတည်ငြိမ်မှုတစ်ခုခုရှိနေလျှင်ဤချဉ်းကပ်ပုံကိုသင်အလွန်ကြောက်သင့်သည်။
• Namespace Migrations သည် သာ၍ ပြုပြင်ထိန်းသိမ်းမှု ၀ င်းဒိုးတစ်ခုလိုအပ်သည်။ Cognos သည်မြင့်တက်ရန်လိုအပ်သည်၊ သို့သော်ရွှေ့ပြောင်းခြင်းလုပ်ငန်းစဉ်အတွင်းလူများအပြောင်းအလဲမလုပ်လိုပါ။ သောကြာနေ့ည ၁၀ နာရီတွင်အခြားမည်သူမှအလုပ်မလုပ်ပါက၎င်းသည် namespace ပြောင်းရွှေ့မှုကိုပုံမှန်အားဖြင့်လိုအပ်လိမ့်မည်။ သောကြာနေ့ည ၁၀ နာရီမှာစိတ်ဖိစီးမှုပရောဂျက်တစ်ခုကိုဘယ်သူမှမစချင်ဘူး။ ပြောစရာမလို၊ သင်၏စိတ်ပိုင်းဆိုင်ရာultန္ဒြေများသည်သူတို့၏အကောင်းဆုံးအလုပ်ညများနှင့်စနေ၊ မ သင်ထက်မြက်ရန်လိုအပ်သည်။
• Namespace Migrations သည်အချိန်နှင့်လုပ်အားအလွန်လိုအပ်ကြောင်းဖော်ပြခဲ့ဖူးသည်။ ဒီနေရာမှာနည်းနည်းပိုပါတယ်။
  • အကြောင်းအရာမြေပုံဆွဲခြင်းလုပ်ငန်းစဉ်ကိုတိကျမှန်ကန်စွာလုပ်ဆောင်သင့်ပြီးအဖွဲ့လိုက်ပူးပေါင်းလုပ်ဆောင်မှုနှင့်အချိန်များစွာလိုအပ်သည်။
  • ရွှေ့ပြောင်းမှုတစ်ခုတွင်အမှားများသို့မဟုတ်ပြဿနာများအားစစ်ဆေးရန်ခြောက်သွေ့သောအပြေးများစွာလိုအပ်သည်။ ပုံမှန်ရွှေ့ပြောင်းနေထိုင်မှုသည်ပထမအကြိမ်တွင်ပြီးပြည့်စုံခြင်းမရှိပေ။ ဤသို့သောအခြေအနေများတွင်ပြန်လည်ရယူနိုင်သောသင်၏ Content Store ၏ခိုင်လုံသော backup တစ်ခုကိုလည်းသင်လိုအပ်လိမ့်မည်။ ကောင်းမွန်သောအရန်သင့်မရှိသောအဖွဲ့အစည်းများစွာရှိသည် (သို့မဟုတ်၎င်းတို့မပြည့်စုံသည်ကိုသတိမထားမိသော backup တစ်ခုရှိသည်) ကိုကျွန်ုပ်တို့တွေ့ဖူးပါသည်။
  • အရာအားလုံးကိုဖော်ထုတ်ရန်လိုအပ်သည် အပြင်မှာ ထိခိုက်စေနိုင်သောအကြောင်းအရာစတိုး (မူဘောင်ပုံစံများ၊ အသွင်ပြောင်းပုံစံများစသည်) ဤတာဝန်သည်အဖွဲ့များစွာ (အထူးသဖြင့်ကြီးမားသောမျှဝေထားသော BI ပတ်ဝန်းကျင်များတွင်) ပေါင်းစပ်ညှိနှိုင်းမှုပါဝင်နိုင်သည်။
  • မင်းရဲ့ Cognos content ကိုလက်လှမ်းမီတဲ့အဆင့်အသီးသီးနဲ့ကိုယ်စားပြုတဲ့လူတွေပါဝင်နိုင်မယ့်ကောင်းမွန်တဲ့စမ်းသပ်အစီအစဉ်တစ်ခုလိုအပ်တယ်။ ဤနေရာတွင်သော့ချက်သည်ရွှေ့ပြောင်းခြင်းပြီးဆုံးသည်နှင့်သင်မျှော်လင့်ထားသည့်အတိုင်းအလုံးစုံရွှေ့ပြောင်းပြီးသည်နှင့်မကြာမီအတည်ပြုရန်ဖြစ်သည်။ အရာအားလုံးကိုအတည်ပြုရန်ပုံမှန်အားဖြင့်လက်တွေ့မကျနိုင်ပါ၊ ထို့ကြောင့်သင်မျှော်လင့်ထားသည့်အရာများသည်ကိုယ်စားလှယ်နမူနာများဖြစ်သည်။
• မင်းမှာ b ရှိရမယ်road Cognos ပတ်ဝန်းကျင်နှင့်၎င်းပေါ်မူတည်သည့်အရာများအားသိခြင်း။ ဥပမာ၊ သင် NSM လမ်းကြောင်းကိုသွားလျှင်စိတ်ကြိုက်ရှုခင်းများနှင့်သမိုင်းမှတ်တမ်းများကိုပြန်လည်တည်ဆောက်ရမည်။
• SDK အပလီကေးရှင်းကဲ့သို့အရာတစ်ခုကိုမေ့လျော့ရန် namespace ပြောင်းရွှေ့မှုကိုသင် (သို့) သင် ၀ ယ်ခဲ့သောကုမ္ပဏီသည်အသို့နည်း။ သင်ခလုတ်ကိုလှန်လိုက်သည်နှင့်၎င်းတို့သည်မှန်မှန်ကန်ကန်မအပ်ဒိတ်မလုပ်လျှင်ဤအရာများသည်ရပ်တန့်သွားလိမ့်မည်။ ဤအချက်ကိုချက်ချင်းသတိပြုရန်သင့်တွင်သင့်တော်သောစစ်ဆေးမှုများရှိပါသလော၊ သို့မဟုတ်ရောဂါလက္ခဏာများစတင်မပေါ်လာမီရက်သတ္တပတ် / လများစွာကြာလိမ့်မည်လော။
• သင်သည် Cognos အဆင့်မြှင့်တင်မှုများမြောက်များစွာပြုလုပ်ခဲ့ပြီးပါကမကိုက်ညီမှုအခြေအနေတွင်ရှိသောသင်၏ Content Store ၌အရာဝတ္ထုများရှိနိုင်သည်။ သင် SDK နှင့်အလုပ်မလုပ်ပါကဤအခြေအနေတွင်မည်သည့်အရာများရှိနေသည်ကိုသင်မြင်နိုင်မည်မဟုတ်ပါ။

အဘယ်ကြောင့် Namespace အစားထိုးခြင်းသည်အကောင်းဆုံးရွေးချယ်မှုဖြစ်သနည်း

Persona Namespace အစားထိုးနည်းလမ်းကိုသုံးသည့်အခါအဓိကအန္တရာယ်အချက်များနှင့်ငါဖော်ပြထားသောအချိန်များကိုဖယ်ရှားပစ်လိုက်သည်။ Namespace အစားထိုးနည်းလမ်းကို သုံး၍ Cognos စက်ရပ်ချိန် ၅ မိနစ်ရှိသည်၊ သင်၏အကြောင်းအရာတစ်ခုမှမပြောင်းလဲပါ။ “ ကောင်းသော” နည်းလမ်းသည်ငါ့အားဖြတ်တောက်။ ခြောက်သွေ့စေသော“ စဉ်းစားစရာမရှိ” နှင့်တူသည်။ သောကြာညများသည်အပန်းဖြေရန်ဖြစ်သည်၊ သင်၏ Content Manager သည် Namespace Migration အလယ်၌ပျက်ကျခဲ့ခြင်းအတွက်စိတ်မချရပါ။