Башка Cognos чөйрөсүн башка тышкы коопсуздук булагын колдонуу үчүн кайра конфигурациялоо керек болгондо (мисалы, Active Directory, LDAP ж.б.), сиз кабыл ала турган бир нече ыкмалар бар. Мен аларды "Жакшы, Жаман жана Чиркин" деп атоону жакшы көрөм. Бул Жакшы, Жаман жана Чиркин ыкмаларды изилдеерден мурун, келгиле, Cognos чөйрөсүндө аутентификациянын аталыш мейкиндигин өзгөртө турган кээ бир жалпы сценарийлерди карап көрөлү.
Жалпы бизнес айдоочулары:
Аппаратты же ОСту жаңыртуу - BI аппараттык/инфраструктурасын модернизациялоо тез -тез драйвер боло алат. Cognosтун калган бөлүгү жаңы жабдыктарыңызда жана заманбап 64 биттик ОСто чемпион болуп иштесе да, Access Managerдин 2005-жылкы версиясын ошол жаңы платформага өткөрүп берүүңүзгө ийгилик. Мүмкүнчүлүк менеджери (биринчи жолу 7 -серия менен чыгарылган) - бул көптөгөн Cognos кардарлары үчүн өткөн күндөрдүн кадыр -баркы. Бул көптөгөн кардарлардын Windows Server 2003тун эски версиясын сактап калышынын бирден -бир себеби. Жазуу Access Manager үчүн бир топ убакыттан бери дубалда турат. Бул эски программалык камсыздоо. Андан канчалык тезирээк баш тарта алсаңыз, ошончолук жакшы болот.
Колдонмо стандартташтыруу- Бардык колдонмолорунун аутентификациясын борбордоштурулган бир корпоративдик каталог серверине (мисалы LDAP, AD) каршы бириктирүүнү каалаган уюмдар.
Биригүүлөр жана Кошулуу- А компаниясы В компаниясын сатып алат жана В компаниясынын Cognos чөйрөсүнө муктаж болгон А компаниясынын каталогдорунун серверин көрсөтүү үчүн, алардын азыркы BI мазмунун же конфигурациясын бузбастан.
Корпоративдик ажыратуу- Бул биригүү сценарийине карама -каршы, компаниянын бир бөлүгү жеке менчикке бөлүнүп кеткен жана азыр коопсуздуктун жаңы булагына өзүнүн BI чөйрөсүн көрсөтүшү керек.
Эмне үчүн аталыштар мейкиндиги миграциялары начар болушу мүмкүн
Cognos чөйрөсүн жаңы коопсуздук булагына көрсөтүү, ошол эле колдонуучулар, топтор жана ролдор менен жаңы аталышты кошуу, эски аталыш мейкиндигин ажыратуу жана VOILA сыяктуу жөнөкөй эмес!- жаңы аталыштар мейкиндигиндеги бардык Cognos колдонуучуларыңыз дал келет алардын мазмуну. Чынында, сиз көбүнчө колуңузга кандуу башаламандыкты алып келишиңиз мүмкүн, мына ушул себептен ...
Бардык Cognos коопсуздук принциптери (колдонуучулар, топтор, ролдор) CAMID деп аталган уникалдуу идентификаторго шилтеме кылынат. Башка бардык атрибуттар бирдей болсо да, CAMID андагы колдонуучу үчүн учурдагы аутентификациянын аталыш мейкиндиги ошол колдонуучу үчүн CAMID менен бирдей болбойт жаңы аттар мейкиндиги. Бул учурдагы Cognos чөйрөсүнө зыян келтириши мүмкүн. Cognosтун бир нече колдонуучулары болсо дагы, CAMID шилтемелери сиздин Мазмун дүкөнүңүздүн көптөгөн жерлеринде бар экенин түшүнүшүңүз керек (жана ал тургай, Framework моделдеринде, Трансформатор моделдеринде, TM1 тиркемелеринде, кубдарда, пландоо тиркемелеринде ж. ).
Көптөгөн Cognos кардарлары жаңылыштык менен CAMIDдин Менин папкамдагы мазмуну, колдонуучулардын каалоолору жана башкалар үчүн гана мааниси бар деп ойлошот. Бул чындыктан алыс болушу мүмкүн эмес. Бул сизде бар колдонуучулардын санында эмес, бул сизди кызыктыра турган Cognos объекттеринин саны. Мазмун дүкөнүндө 140тан ашык Cognos объекттери бар, алардын көбүндө бир нече CAMID шилтемелери болушу мүмкүн.
Мисалы:
- Мазмун дүкөнүңүздө бир гана графиктин бир нече CAMID шилтемелери болушу сейрек эмес (график ээсинин CAMID, колдонуучунун CAMID графиги иштеши керек, ар бир колдонуучунун CAMID же бөлүштүрүү тизмеси, ал электрондук почта аркылуу отчеттун чыгарылышын жөнөтөт) , жана башкалар.).
- Cognosтогу ар бир объекттин коопсуздук саясаты бар, ал кайсы колдонуучулар объектке кире аларын көзөмөлдөйт ("Уруксаттар өтмөгү" деп ойлойсуз). Cognos Connection'дун ошол папкасында илинип турган жалгыз коопсуздук саясаты, бул саясатта көрсөтүлгөн ар бир колдонуучуга, топко жана ролго CAMID шилтемесине ээ.
- Үмүтүбүз менен сиз түшүндүңүз - бул тизме улана берет!
Чоң Мазмун Дүкөнүндө он миңдеген CAMID шилтемелери болушу сейрек эмес (жана биз жүз миңдеген кээ бир чоңдорун көрдүк).
Эми эмне бар экенин эсептеп көр сенин Cognos чөйрөсү жана сиз CAMID шилтемелеринин тобу менен күрөшүп жатканыңызды көрө аласыз. Бул түш болушу мүмкүн! Аутентификациянын аталыш мейкиндигин которуу (же кайра конфигурациялоо) бул CAMID шилтемелеринин бардыгын чечилгис абалда калтырышы мүмкүн. Бул сөзсүз түрдө Cognosтун мазмуну жана конфигурация көйгөйлөрүнө алып келет (мисалы, мындан ары иштебей турган графиктер, сиз ойлогондой корголбогон мазмун, маалымат деңгээлинин коопсуздугун туура колдонбогон пакеттер же кубиктер, Менин Папкамдагы мазмундун жана колдонуучунун жоголушу. каалоолор жана башкалар).
Cognos аттар мейкиндигине өтүү ыкмалары
Эми, Cognos чөйрөсүндө ондогон миң CAMID шилтемелери болушу мүмкүн экенин билип, жаңы аутентификация аталыштар мейкиндигинде алардын жаңы CAMID маанисин табуу, картага түшүрүү жана жаңыртуу талап кылынат, бул маселени чечүү үчүн Жакшы, Жаман жана Чиркин ыкмаларын талкуулайлы.
Жакшы: Ат мейкиндигин Persona менен алмаштыруу
Биринчи ыкма (Аттар мейкиндигин алмаштыруу) колдонулат Motio.Ал эми, Persona IQ продукт. Бул ыкманы колдонуу менен, сиздин учурдагы аталыштар мейкиндиги Cognosко кабылган бардык коопсуздук принциптерин виртуалдаштырууга мүмкүндүк берүүчү атайын Persona аталыш мейкиндиги менен "алмаштырылат". Мурунку коопсуздук директорлору Cognosко мурдагыдай эле CAMID менен дуушар болушат, бирок алар ар кандай тышкы коопсуздук булактары тарабынан колдоого алынса да (мисалы, Active Directory, LDAP же ал тургай Persona маалымат базасы).
Бул ыкманын эң сонун жери, бул сиздин Cognos мазмунуңузга нөлдү өзгөртүүнү талап кылат. Бул Персона жаңы булак тарабынан колдоого алынган учурда дагы, CAMIDдин мурунтан бар болгон директорлорун сактап кала алат. Демек ... сиздин Мазмун дүкөнүңүздөгү CAMIDдин он миңдеген шилтемелери, тышкы моделдер жана тарыхый кубалар? Алар ошол бойдон кала алышат. Эч кандай жумуш талап кылынбайт.
Бул учурдагы Cognos чөйрөсүн бир тышкы коопсуздук булагынан экинчисине өткөрүү үчүн колдоно турган эң коркунучтуу, эң төмөнкү таасир ыкмасы. Бул болжол менен 5 мүнөттүк Cognos иштебей турган убакыттын ичинде жасалышы мүмкүн (жалгыз Cognos иштебей калуусу Cognosту Persona аталыш мейкиндигин конфигурациялагандан кийин кайра баштоо).
Жаман: Persona аркылуу аталыштар мейкиндиги
Эгерде жеңил, аз тобокелчиликтүү мамиле сиздин чайыңыз болбосо, анда бар is башка вариант.
Persona ошондой эле Namespace Көчүрүү үчүн колдонулушу мүмкүн.
Бул сиздин Cognos чөйрөңүзгө экинчи аутентификациялык аталыш мейкиндигин орнотууну камтыйт, (мурунку аталыштар мейкиндигинен) бардык коопсуздук принциптериңизди жаңы аталыштар мейкиндигиндеги тиешелүү жетекчилерге картага түшүрүү (үмүт менен), анан (бул жерде кызыктуу бөлүгү), ар бирин табуу, картага түшүрүү жана жаңыртуу Cognos чөйрөсүндө бар болгон бир CAMID шилтемеси: Мазмун дүкөнүңүз, Framework моделдери, трансформатор моделдери, тарыхый кубиктер, TM1 тиркемелери, пландоо тиркемелери ж.
Бул ыкма стресстүү жана процессти интенсивдүү кылат, бирок эгер сиз өзүңүздү тирүү сезүү үчүн бир аз адреналинге муктаж болгон Cognos администратору болсоңуз (жана кечке чейин / таң эрте телефон чалууларга каршы болбосо), балким… бул сиз издеп жаткан вариантпы?
Persona бул процесстин бөлүктөрүн автоматташтыруу үчүн колдонулушу мүмкүн. Бул эски коопсуздук директорлору менен жаңы коопсуздук директорлорунун ортосунда картаны түзүүгө, контент дүкөнүңүздөгү мазмунун логикасын "табуу, талдоо, жаңыртуу" автоматташтыруу ж.б.у.с. Persona бул жердеги айрым милдеттерди автоматташтыра алат. Бул ыкмадагы иш чыныгы технологияны эмес, "адамдарды жана процессти" камтыйт.
Мисалы - Framework Managerдин ар бир модели, трансформатордун ар бир модели, ар бир Planning / TM1 тиркемеси, ар бир SDK тиркемеси, алардын ээси жана аларды кантип жаңыртууну жана бөлүштүрүүнү пландаштыруу көп жумушту талап кылат. Муну аракет кылгыңыз келген Cognos чөйрөлөрүнүн ар бири үчүн үзгүлтүктөрдү координациялоо жана миграцияга аракет кыла турган техникалык тейлөө терезелери пландаштырууну жана Cognosтун "иштебей калган убактысын" камтышы мүмкүн. Миграциядан кийин эффективдүү тест планын түзүү (жана аткаруу) да аюу болушу мүмкүн.
Бул процессти адегенде өндүрүштүк эмес чөйрөдө жасагыңыз келет мурун аны өндүрүштө сынап көр.
Персона менен аттар мейкиндигинин миграциясы иштеп жатса (жана ал төмөндөгү "Чиркин" мамилеге караганда алда канча жакшы), ал инвазивдүү, тобокелчил, алда канча көп персоналды камтыйт жана Аталыштар мейкиндигин алмаштырууга караганда бир топ адам саатын талап кылат. Көбүнчө миграция "иштебей турган убакта" жасалышы керек, ал эми Cognos чөйрөсү дагы деле онлайн, бирок акыркы колдонуучулар тарабынан форманы чектөө.
Түрү суук: Кол менен аттар мейкиндигине миграция кызматтары
Чиркин ыкма аракет кылуунун алгылыксыз мамилесин камтыйт кол менен бир аутентификациялык аталыш мейкиндигинен экинчисине өтүү. Бул Cognos чөйрөсүнө экинчи аутентификация ат мейкиндигин туташтырууну камтыйт, андан кийин колдо болгон Cognos мазмунун жана конфигурациясын кол менен жылдырууга же кайра жаратууга аракет кылат.
Мисалы, бул ыкманы колдонуу менен, Cognos администратору аракет кылышы мүмкүн:
- Жаңы аталыштардагы топторду жана ролдорду кайра жаратыңыз
- Жаңы аталыштардагы ошол топтордун жана ролдордун мүчөлөрүн кайра жаратыңыз
- Кол менен менин папкаларымдын мазмунун, колдонуучунун каалоолорун, порталдын өтмөктөрүн ж.б.у.с. ар бир булактан ар бир максаттуу эсепке көчүрүү
- Мазмун дүкөнүнөн ар бир саясат топтомун таап, аны жаңы аталыштар мейкиндигиндеги эквивалент принциптерге шилтеме кылып жаңыртыңыз, ал эски аталыштардагы принциптерге шилтеме бергендей.
- Бардык графиктерди кайра түзүп, аларды тиешелүү грамоталар, алуучулар ж.
- Мазмун дүкөнүндөгү бардык объекттердин "ээси" жана "байланыш" касиеттеринин баарын баштапкы абалга келтирүү
- [Мазмун дүкөнүндө унутула турган дагы 40ка жакын нерсе]
- Бардык FM моделдерин объект же маалымат деңгээлинин коопсуздугу менен чогултуңуз:
- Ар бир моделди ошого жараша жаңыртыңыз
- Ар бир моделди кайра басып чыгарыңыз
- Өзгөртүлгөн моделди баштапкы авторго кайра бөлүштүрүңүз
- Окшош иш Transformer моделдери, TM1 Тиркемелери жана Пландаштыруу Тиркемелери, алар баштапкы аталыш мейкиндигине каршы корголгон
- [жана дагы көптөгөн]
Кээ бир Cognos мазохисттери Cognos Connection'ге 400,000 жолу чыкылдатуу идеясына кубаныч менен тымызын күлүшсө да, көпчүлүк акылдуу адамдар үчүн бул ыкма өтө кызыксыз, көп убакытты талап кылган жана ката кетирүүчү болуп калат. Бул бул ыкманын эң чоң көйгөйү эмес.
Бул ыкманын эң чоң көйгөйү - бул дээрлик дайыма толук эмес миграцияга алып келет.
Бул ыкманы колдонуу менен сиз өзүңүз билген CAMID шилтемелерин табасыз жана картага түшүрөсүз… жөнүндө билбейм.
бир сени ойлоо сиз бул ыкманы бүтүрдүңүз, көп учурда андай эмес чындыгында кылган.
Мазмун дүкөнүңүздө сиз ойлогондой корголбогон объекттер бар ... сизде мурдагыдай иштебеген графиктер бар, сизде сиз ойлогондой корголбогон маалыматтар бар. бул, жана сизде кээ бир операциялар үчүн түшүнүксүз каталар болушу мүмкүн манжаңызды такыр коё албайсыз.
Эмне үчүн жаман жана жагымсыз мамилелер коркунучтуу болушу мүмкүн:
- Автоматташтырылган аталыштар мейкиндиги Көчүрүү Мазмунду башкаргычка көп басым жасайт. Мазмун дүкөнүңүздөгү ар бир объектти текшерүү жана потенциалдуу жаңыртуу көбүнчө Cognosко он миңдеген SDK чалууларына алып келиши мүмкүн (дээрлик бардыгы Мазмун менеджери аркылуу агат). Бул анормалдуу суроо, адатта, эс тутумдун колдонулушун / жүктөмүн жогорулатат жана Мазмун башкаруучусун көчүрүү учурунда бузулуу коркунучуна алып келет. Эгерде сизде Cognos чөйрөсүндө кандайдыр бир туруксуздук болсо, анда сиз бул мамиледен абдан коркушуңуз керек.
- Namespace Migrations чоң тейлөө терезесин талап кылат. Cognos көтөрүлүшү керек, бирок сиз миграция процессинде адамдардын өзгөртүүлөрдү киргизишин каалабайсыз. Бул, адатта, аталыштар мейкиндигин башка эч ким иштебегенде баштоону талап кылат, айталы, жума күнү кечинде кечки саат 10до. Жума күнү кечинде кечки саат 10до эч ким стресстүү долбоорду баштоону каалабайт. Башкасын айтпаганда да, сиздин психикалык жөндөмүңүз, балким, эң жакшы иштеген түнү менен дем алыш күндөрү бир долбоордо эмес кылат сенден курч болууну талап кылат!
- Мен аттар мейкиндигиндеги миграция убакытты жана эмгекти көп талап кыларын айттым. Бул жерде бир аз көбүрөөк:
- Мазмунду картага түшүрүү процесси тактык менен жасалышы керек жана бул командалык кызматташтыкты жана көп адам саатын талап кылат.
- Көчүрүү менен каталарды же көйгөйлөрдү текшерүү үчүн бир нече кургак чуркоо талап кылынат. Кадимки миграция биринчи аракетинде эле мыкты боло бербейт. Ошондой эле, мындай учурларда калыбына келтириле турган Мазмун Дүкөнүңүздүн жарактуу камдык көчүрмөсү керек болот. Биз жакшы камдык көчүрмөсү жок көптөгөн уюмдарды көрдүк (же алар толук эмес экенин түшүнүшпөйт).
- Сиз бардыгын аныктап алышыңыз керек сыртта таасир этиши мүмкүн болгон Мазмун Дүкөнү (алкактык моделдер, трансформатордук моделдер ж. б.). Бул тапшырма бир нече командалар боюнча координацияны камтышы мүмкүн (өзгөчө чоң BI чөйрөлөрүндө).
- Сизге Cognos мазмунуңузга кирүү даражасы ар кандай болгон өкүлдөрдү камтыган жакшы тест планы керек. Бул жерде ачкыч - бул миграция аяктагандан көп өтпөй бардыгы толугу менен миграцияланганын жана сиз күткөндөй иштеп жаткандыгын текшерүү. Адатта, бардыгын текшерүү практикалык эмес, андыктан сиз үмүттөнгөн нерселердин үлгүлөрү экениңизди текшерип бүтөсүз.
- Сизде б болушу керекroad Cognos чөйрөсү жана ага көз каранды нерселер жөнүндө билим. Мисалы, баалуу көрүнүштөрү бар тарыхый кубиктер, эгер сиз NSM каттамына барсаңыз, кайра курулушу керек.
- Эгерде сиз же сиз атыңызды которууну аутсорсингге алган компания SDK тиркемелери сыяктуу бир нерсени унутуп калсачы? Которууну которгондон кийин, бул нерселер туура жаңыртылбаса иштебей калат. Муну дароо байкоо үчүн тийиштүү текшерүүлөр барбы же симптомдор пайда боло электе бир нече жума / ай болобу?
- Эгерде сиз көптөгөн Cognos жаңыртууларын баштан кечирген болсоңуз, анда сиздин Мазмун Дүкөнүңүздө карама -каршы абалда турган объектилер болушу мүмкүн. Эгерде сиз SDK менен иштебесеңиз, анда бул абалда турган объектилерди көрө албайсыз.
Эмне үчүн аталыш мейкиндигин алмаштыруу - эң жакшы вариант
Негизги тобокелдик факторлору жана мен убакытты талап кылган кадамдар Persona Namespace алмаштыруу ыкмасы колдонулганда жок кылынат. Аттар мейкиндигин алмаштыруу ыкмасын колдонуу менен сизде 5 мүнөт Cognos иштебей калат жана мазмунуңуздун эч бири өзгөрбөшү керек. "Жакшы" ыкмасы мен үчүн кесилген жана кургак "жок" сыяктуу көрүнөт. Жума түнү эс алуу үчүн, сиздин Мазмун менеджериңиз ат мейкиндигине көчүүнүн ортосунда эле кулап калганын баса белгилебейсиз.
