Fərqli bir xarici təhlükəsizlik mənbəyindən (məsələn, Active Directory, LDAP, və s.) İstifadə etmək üçün mövcud bir Cognos mühitini yenidən konfiqurasiya etmək lazım gəldikdə, bir neçə yanaşma əldə edə bilərsiniz. Onlara "Yaxşı, Pis və Çirkin" deməyi sevirəm. Bu Yaxşı, Pis və Çirkin yanaşmaları kəşf etməzdən əvvəl, Cognos mühitində kimlik doğrulama ad məkanında dəyişikliklərə səbəb olan bəzi ümumi ssenarilərə nəzər salaq.
Ümumi İş Sürücüləri:
Avadanlıq və ya OS -nin yenilənməsi - BI avadanlığının/infrastrukturunun modernləşdirilməsi tez -tez baş verə bilər. Cognos-un qalanları yeni yeni aparatınızda və müasir 64 bitlik ƏS-də çempion kimi işləsə də, Access Manager-in 2005-ci ilə aid olan versiyasını yeni platformaya köçürməkdə uğurlar. Access Manager (ilk olaraq 7 -ci seriya ilə buraxılmışdır), bir çox Cognos müştərisi üçün keçmişdən qalma günlərin hörmətli bir sərvətidir. Bir çox müştərinin Windows Server 2003 -ün köhnə versiyasını saxlamasının yeganə səbəbi budur. Yazı bir müddətdir Access Manager üçün divardadır. Bu köhnə bir proqramdır. Ondan nə qədər tez uzaqlaşa bilsən, bir o qədər yaxşıdır.
Tətbiq Standartlaşdırma- Bütün tətbiqlərinin identifikasiyasını bir mərkəzdən idarə olunan korporativ kataloq serverinə (məsələn, LDAP, AD) qarşı birləşdirmək istəyən təşkilatlar.
Birləşmələr və Satınalmalar- A Şirkəti B Şirkətini alır və mövcud BI məzmununa və ya konfiqurasiyasına problem yaratmadan A Şirkətinin kataloq serverinə işarə etmək üçün B Şirkətinin Cognos mühitinə ehtiyac duyur.
Korporativ ayrılmalar- Bu birləşmə ssenarisinin əksidir, bir şirkətin bir hissəsi öz təşkilatına ayrılır və indi mövcud BI mühitini yeni təhlükəsizlik mənbəyinə yönəltməlidir.
Ad Alanı Köçmələri Niyə Səliqəsiz ola bilər?
Cognos mühitini yeni bir təhlükəsizlik mənbəyinə yönəltmək, eyni istifadəçilər, qruplar və rollarla yeni adların əlavə edilməsi, köhnə ad sahəsinin və VOILA-nın əlaqəsinin kəsilməsi qədər asan deyil! onların məzmunu. Əslində, tez -tez əllərinizdə qanlı bir qarışıqlıq yarana bilər və bunun səbəbi budur ...
Bütün Cognos təhlükəsizlik müdirlərinə (istifadəçilər, qruplar, rollar) CAMID adlanan unikal identifikatordan istinad edilir. Bütün digər xüsusiyyətlər bərabər olsa belə, bir istifadəçi üçün CAMID mövcud olan identifikasiya ad sahəsi, istifadəçi üçün CAMID ilə eyni olmayacaq yeni ad sahəsi. Bu, mövcud Cognos mühitinə ziyan vura bilər. Yalnız bir neçə Cognos istifadəçiniz olsa belə, CAMID istinadlarının Məzmun Mağazanızın bir çox fərqli yerində olduğunu başa düşməlisiniz (və hətta Çərçivə modellərində, Transformator Modellərində, TM1 Tətbiqlərində, Kublarda, Planlaşdırma Tətbiqlərində Məzmun Mağazanızdan kənarda da mövcud ola bilər. ).
Bir çox Cognos müştərisi səhvən CAMID -in yalnız Qovluğumdakı məzmun, istifadəçi üstünlükləri və s. Üçün vacib olduğuna inanır. Bu həqiqətdən uzaq ola bilməz. Söhbət yalnız istifadəçilərin sayından getmir, Cognos obyektlərinin sayından narahat olmaq lazımdır. Yalnız Məzmun Mağazasında 140 -dan çox fərqli Cognos obyekti var ki, bunların da bir çoxunda CAMID istinadları ola bilər.
Misal üçün:
- Məzmun Mağazanızdakı bir Cədvəlin birdən çox CAMID istinadına sahib olması nadir hal deyil (cədvəl sahibinin CAMID -i, cədvəlin işlədiyi istifadəçinin CAMID -i, hər bir istifadəçinin CAMID -i və ya paylama siyahısına göndərdiyi hesabat çıxışını və s.)
- Cognosdakı hər bir obyektin hansı istifadəçilərin obyektə daxil ola biləcəyini tənzimləyən bir təhlükəsizlik siyasəti var ("İcazələr Nişanı" nı düşünün). Cognos Connection -da bu qovluqdan asılı olmayan tək bir təhlükəsizlik siyasəti, hər bir istifadəçi, qrup və bu siyasətdə göstərilən rol üçün CAMID istinadına malikdir.
- Ümid edirik ki, məqamı başa düşürsünüz - bu siyahı davam edir!
Böyük bir Məzmun Mağazasının on minlərlə CAMID istinadını ehtiva etməsi qeyri -adi deyil (və yüz minlərlə böyük olanları gördük).
İndi nə olduğunu hesablayın Sizin Cognos mühiti və potensial olaraq CAMID istinad orduları ilə məşğul olduğunuzu görə bilərsiniz. Bir kabus ola bilər! Doğrulama ad sahənizi dəyişdirmək (və ya yenidən konfiqurasiya etmək) bu CAMID istinadlarının hamısını həll olunmayan vəziyyətdə buraxa bilər. Bu, istər -istəməz Cognos məzmun və konfiqurasiya problemlərinə gətirib çıxarır (məsələn, artıq işləməyən cədvəllər, düşündüyünüz kimi artıq təmin edilməyən məzmun, artıq məlumat səviyyəsi təhlükəsizliyini düzgün tətbiq etməyən paketlər və ya kublar, Qovluğumdakı məzmun və istifadəçinin itirilməsi) üstünlüklər və s.)
Cognos Ad Məkanının Keçid Metodları
İndi bir Cognos mühitinin yeni identifikasiya ad sahəsindəki uyğun yeni CAMID dəyərlərinin tapılmasını, xəritələşdirilməsini və yenilənməsini tələb edəcək on minlərlə CAMID istinadına sahib ola biləcəyini bilərək, bu problemi həll etmək üçün Yaxşı, Pis və Çirkin yanaşmaları müzakirə edək.
The Good: Ad Məkanının Persona ilə dəyişdirilməsi
Birinci üsul (Ad Məkanının dəyişdirilməsi) istifadə edir Motio'nin, IQ səviyyəsi məhsul. Bu yanaşma ilə, mövcud ad sahəniz, Cognos -a məruz qalan bütün təhlükəsizlik prinsiplərini sanallaşdırmağa imkan verən xüsusi bir Persona ad sahəsi ilə "əvəz olunur". Əvvəllər mövcud olan təhlükəsizlik müdirləri, hər hansı bir sayda xarici təhlükəsizlik mənbələri (məsələn, Active Directory, LDAP və ya hətta Persona verilənlər bazası) tərəfindən dəstəklənə bilsələr də, əvvəlki kimi eyni CAMID ilə Cognos-a məruz qalacaqlar.
Bu yanaşmanın gözəl tərəfi, Cognos məzmununuzda sıfır dəyişiklik tələb etməsidir. Bunun səbəbi, Persona, yeni bir qaynaq tərəfindən dəstəklənsə belə, CAMID-in əvvəldən mövcud olan müdirlərini saxlaya bilər. Beləliklə ... Məzmun Mağazanızda, xarici modellərinizdə və tarixi kublarınızdakı on minlərlə CAMID istinadları? Olduqları kimi qala bilərlər. İş tələb olunmur.
Bu, mövcud Cognos mühitinizi bir xarici təhlükəsizlik mənbəyindən digərinə keçirmək üçün istifadə edə biləcəyiniz ən riskli və ən aşağı təsir yanaşmasıdır. Təxminən 5 dəqiqəlik Cognos fasilə müddəti ilə bir saat ərzində edilə bilər (yeganə Cognos fasilə müddəti, Persona ad sahəsini konfiqurasiya etdikdən sonra Cognos'u yenidən başlatmaqdır).
Bad: Persona istifadə edərək Ad Miqrasiyası
Asan, aşağı riskli yanaşma yalnız bir fincan çayınız deyilsə, oradadır is başqa variant.
Persona, bir Ad Miqrasiyasını yerinə yetirmək üçün də istifadə edilə bilər.
Bu, Cognos mühitinizdə ikinci bir kimlik doğrulama ad sahəsinin quraşdırılmasını, bütün mövcud təhlükəsizlik müdirlərinizin (köhnə ad məkanından) yeni adlar sahəsindəki müvafiq direktorlarla (sonra əyləncəli hissənin) hər birinin tapılması, xəritələndirilməsi və yenilənməsi ilə əlaqələndirilməsini (inşallah) ehtiva edir. Cognos mühitinizdə mövcud olan tək CAMID istinad: Məzmun Mağazanız, Çərçivə Modelləriniz, Transformator Modelləriniz, Tarixi kublar, TM1 Tətbiqləri, Planlaşdırma Tətbiqləri və s.
Bu yanaşma stresli və proses intensiv olmağa meyllidir, ancaq bir az adrenalin tələsik ehtiyacı olan bir Cognos idarəçisisinizsə (və gecə gecəsi / səhərin erkən telefon zənglərinə əhəmiyyət vermir), bəlkə də ... bu axtardığınız variantdır?
Persona bu prosesin hissələrini avtomatlaşdırmaq üçün istifadə edilə bilər. Köhnə təhlükəsizlik müdirləri ilə yeni təhlükəsizlik müdirləri arasında bir xəritə qurmağa, məzmun mağazanızdakı məzmun üçün "tapmaq, təhlil etmək, yeniləmək" məntiqini avtomatlaşdırmaq və s. Personanın buradakı bəzi vəzifələri avtomatlaşdıra bilməsi bu yanaşmada işin əsl texnologiyasını deyil, "insanları və prosesi" əhatə edir.
Məsələn - hər bir Framework Manager modeli, hər bir Transformer modeli, hər Planlama / TM1 tətbiqi, hər bir SDK tətbiqi haqqında məlumatların toplanması və onların necə yenilənəcəyini və yenidən paylanacağını planlaşdırmaq çox iş ola bilər. Bunu sınamaq istədiyiniz hər Cognos mühiti üçün fasilələrin əlaqələndirilməsi və miqrasiyaya cəhd edə biləcəyiniz təmir pəncərələri planlaşdırma və Cognosun "boş vaxt" müddətini əhatə edə bilər. Miqrasiyanızdan sonra təsirli bir test planı hazırlamaq (və icra etmək) də olduqca ayı ola bilər.
Bu prosesi əvvəlcə qeyri-istehsal mühitində etmək istəyiniz də olduqca normaldır əvvəl istehsalda sınayır.
Persona ilə Ad Məkanı Miqrasiyası işləsə də (və bu, "Çirkin" yanaşmadan daha yaxşıdır), daha invaziv, risklidir, daha çox işçi cəlb edir və Ad Məkanının dəyişdirilməsindən daha çox insan saatı alır. Tipik olaraq, köçlər "istirahət saatları" ərzində edilməlidir, Cognos mühiti hələ də onlayndır, lakin son istifadəçilər tərəfindən məhdud formada istifadə.
Çirkin: Manual Ad Məkanı Miqrasiya Xidmətləri
Çirkin metod, cəhd etmək üçün ağlasığmaz bir yanaşmanı əhatə edir əl bir identifikasiya ad sahəsindən digərinə keçin. Bu, ikinci bir identifikasiya ad sahəsini Cognos mühitinizə bağlamağı, sonra mövcud Cognos məzmununu və konfiqurasiyasını əl ilə köçürməyə və ya yenidən yaratmağa çalışmağı əhatə edir.
Məsələn, bu yanaşmadan istifadə edərək, Cognos idarəçisi cəhd edə bilər:
- Yeni ad sahəsindəki qrupları və rolları yenidən yaradın
- Bu qrupların üzvlüyünü və yeni ad sahəsindəki rollarını yenidən yaradın
- Qovluqlarımın məzmununu, istifadəçi seçimlərini, portal nişanlarını və s. Hər bir mənbə hesabından hər bir hədəf hesabına əl ilə kopyalayın
- Məzmun Mağazasında hər bir Siyasət Setini tapın və köhnə ad sahəsindəki müdirlərə istinad etdiyi kimi eyni şəkildə yeni ad sahəsindəki ekvivalent rəhbərlərə istinad etmək üçün yeniləyin.
- Bütün cədvəlləri yenidən yaradın və onları müvafiq etimadnamə, alıcı və s.
- Məzmun Mağazasındakı bütün obyektlərin "sahibi" və "əlaqə" xüsusiyyətlərini sıfırlayın
- [Məzmun Mağazasında unudacağınız 40 -a yaxın başqa şey]
- Bütün FM modellərini obyekt və ya məlumat səviyyəsi təhlükəsizliyi ilə toplayın:
- Hər modeli buna uyğun olaraq yeniləyin
- Hər bir modeli yenidən nəşr edin
- Dəyişdirilmiş modeli orijinal müəllifə yenidən paylayın
- Transformator modelləri, TM1 Tətbiqləri və Planlaşdırma Tətbiqləri üçün bənzər işlər orijinal ad sahəsinə qarşı qorunur
- [və daha çox]
Bəzi Cognos mazochistləri, Cognos Connection -da 400,000 dəfə tıklamaq fikrini gizlincə sevə -sevə gülə bilsələr də, əksər insanlar üçün bu yanaşma çox yorucu, çox vaxt aparan və səhvlərə meyllidir. Ancaq bu yanaşmanın ən böyük problemi bu deyil.
Bu yanaşmanın ən böyük problemi, demək olar ki həmişə natamam miqrasiyaya səbəb olur.
Bu yanaşmadan istifadə edərək, bildiyiniz CAMID istinadlarını (ağrılı şəkildə) tapır və xəritələməyə çalışırsınız ... ancaq bu CAMID istinadlarının hamısını tərk etməyə meylli olursunuz. haqqında bilmirəm.
Sonra düşünmək bu yanaşmanı bitirdiniz, çox vaxt bitmirsiniz həqiqətən edilir.
Məzmun mağazanızda artıq düşündüyünüz kimi təmin olunmayan obyektləriniz var ... əvvəllər işlədikləri kimi işləməyən cədvəlləriniz var, artıq düşündüyünüz kimi qorunmayan məlumatlarınız var belədir və hətta müəyyən əməliyyatlar üçün açıqlanmayan səhvləriniz ola bilər barmağınızı qoya bilməzsiniz.
Pis və çirkin yanaşmaların qorxunc olmasının səbəbləri:
- Avtomatlaşdırılmış Ad Məkanı Köçürmələri Məzmun Menecerinə böyük stress verir. Məzmun Mağazanızdakı hər bir obyektin yoxlanılması və potensial yeniləməsi, çox vaxt Cognos -a on minlərlə SDK zəngləri ilə nəticələnə bilər (demək olar ki, hamısı Məzmun Menecerindən axır). Bu anormal sorğu, ümumiyyətlə yaddaş istifadəsini / yüklənməsini artırır və Məzmun Menecerini miqrasiya zamanı çökmə riski ilə üz -üzə qoyur. Artıq Cognos mühitinizdə hər hansı bir qeyri -sabitlik varsa, bu yanaşmadan çox qorxmalısınız.
- Ad Məkanı Köçmələri böyük bir baxım pəncərəsi tələb edir. Cognosun yüksəlməsi lazımdır, ancaq insanların miqrasiya prosesində dəyişiklik etməsini istəmirsiniz. Bu adətən başqa heç kim işləmədikdə, deyək ki, cümə gecəsi axşam saat 10 -da ad sahəsi köçünün başlamasını tələb edəcək. Heç kim cümə gecəsi axşam saat 10 -da stresli bir layihəyə başlamaq istəmir. Söz yox, zehni qabiliyyətləriniz, ehtimal ki, ən yaxşı iş gecələri və həftə sonları olan bir layihədə deyil yoxdur kəskin olmağınızı tələb edir!
- Adlar Miqrasiyalarının vaxt və zəhmət tələb etdiyini qeyd etdim. Burada bir az daha çox şey var:
- Məzmun xəritələşdirmə prosesi dəqiqliklə aparılmalıdır və bu, komanda əməkdaşlığı və çox adam saatı tələb edir.
- Miqrasiya ilə əlaqədar səhvləri və ya problemləri yoxlamaq üçün birdən çox quru qaçış tələb olunur. Tipik bir köç ilk cəhddə mükəmməl getmir. Bu kimi hallarda bərpa edilə bilən Məzmun Mağazanızın etibarlı bir ehtiyat nüsxəsinə də ehtiyacınız olacaq. Yaxşı bir ehtiyat nüsxəsi olmayan bir çox təşkilat gördük (və ya natamam olduğunu başa düşmədikləri bir yedek var).
- Hər şeyi müəyyənləşdirmək lazımdır xaricində potensial təsirlənə bilən Məzmun Mağazası (çərçivə modelləri, transformator modelləri və s.). Bu vəzifə birdən çox komanda arasında koordinasiyanı əhatə edə bilər (xüsusən böyük paylaşılan BI mühitlərində).
- Cognos məzmununuza müxtəlif dərəcədə daxil olan nümayəndələri əhatə edən yaxşı bir test planına ehtiyacınız var. Buradakı əsas şey, köçün tamamlanmasından qısa müddət sonra hər şeyin tamamilə köçdüyünü və gözlədiyiniz kimi işlədiyini yoxlamaqdır. Hər şeyi yoxlamaq adətən praktik deyil, buna görə də ümid etdiyiniz nümunələri nümunə olaraq yoxlayırsınız.
- Sizdə b olmalıdırroad Cognos mühiti və ondan asılı olan şeylər haqqında məlumat. Məsələn, xüsusi görünüşlü tarixi kublar, NSM marşrutuna girsəniz yenidən qurulmalıdır.
- Bəs siz və ya ad sahəsindəki miqrasiyanı xaricdən aldığınız şirkət, SDK tətbiqləri kimi bir şeyi unudarsa nə edəsiniz? Düyməni çevirdikdən sonra, bu şeylər düzgün şəkildə yenilənməsə işləməyəcək. Bunu dərhal hiss etmək üçün lazımi yoxlamalarınız varmı və ya simptomların ortaya çıxmasına bir neçə həftə / ay qalacaqmı?
- Çoxsaylı Cognos təkmilləşdirmələrindən keçmisinizsə, potensial olaraq Məzmun Mağazanızda uyğunsuz vəziyyətdə olan obyektlərə sahib ola bilərsiniz. SDK ilə işləməsəniz, bu vəziyyətdə hansı obyektlərin olduğunu görə bilməyəcəksiniz.
Niyə Ad Məkanının dəyişdirilməsi ən yaxşı seçimdir
Qeyd etdiyim əsas risk faktorları və vaxt aparan addımlar, Persona Ad Məkanının Dəyişdirmə metodu istifadə edildikdə aradan qaldırılır. Ad Məkanı Dəyişdirmə yanaşmasını istifadə edərək, 5 dəqiqəlik Cognos duruşunuz var və məzmununuzun heç birini dəyişdirmək lazım deyil. "Yaxşı" üsulu mənim üçün kəsilməmiş və quru "ağılsız" kimi görünür. Cümə gecələri, Məzmun Menecerinizin Ad Məkanının Köçməsinin ortasında qəzaya uğradığını vurğulamadan, istirahət etmək üçündür.
