الانتقال إلى مصدر أمان Cognos مختلف

عندما تحتاج إلى إعادة تكوين بيئة Cognos الحالية لاستخدام مصدر أمان خارجي مختلف (مثل Active Directory ، LDAP ، إلخ) ، فهناك عدد قليل من الأساليب التي يمكنك اتباعها. أحب أن أسميهم ، "الجيد والسيئ والقبيح." قبل أن نستكشف هذه الأساليب الجيدة والسيئة والقبيحة ، دعنا نلقي نظرة على بعض السيناريوهات الشائعة التي تميل إلى إحداث تغييرات في مساحة اسم المصادقة في بيئة Cognos.

محركات الأعمال المشتركة:

تحديث الأجهزة أو نظام التشغيل - يمكن أن يكون تحديث أجهزة / بنية تحتية ذكاء الأعمال سائقًا متكررًا. في حين أن بقية Cognos قد تعمل مثل البطل على أجهزتك الجديدة الأنيقة ونظام التشغيل الحديث 64 بت ، حظًا سعيدًا في ترحيل إصدار 2005 من Access Manager الخاص بك إلى هذا النظام الأساسي الجديد. يعد Access Manager (الذي تم إصداره لأول مرة مع Series 7) ملكية جديرة بالاحترام من الأيام الماضية للعديد من عملاء Cognos. هذا هو السبب الوحيد الذي يحافظ عليه العديد من العملاء حول هذا الإصدار القديم الفاسد من Windows Server 2003. كانت الكتابة معلقة على Access Manager لبعض الوقت. إنه برنامج قديم. كلما أسرعت في الانتقال بعيدًا عنه ، كان ذلك أفضل.

توحيد التطبيق- المؤسسات التي ترغب في دمج مصادقة جميع تطبيقاتها مقابل خادم دليل مشترك مُدار مركزيًا (مثل LDAP و AD).

عمليات الاندماج والاستحواذ- تشتري الشركة "أ" الشركة "ب" وتحتاج إلى بيئة كوجنوس الخاصة بالشركة "ب" للإشارة إلى خادم دليل الشركة "أ" ، دون التسبب في حدوث مشكلات في محتوى أو تكوين ذكاء الأعمال الحالي.

تصفية الشركات- هذا هو عكس سيناريو الدمج ، حيث يتم تقسيم جزء من الشركة إلى كيانها الخاص وتحتاج الآن إلى توجيه بيئة ذكاء الأعمال الحالية إلى مصدر الأمان الجديد.

لماذا يمكن أن تكون هجرات مساحة الاسم فوضوية

إن توجيه بيئة Cognos إلى مصدر أمان جديد ليس بهذه البساطة مثل إضافة مساحة اسم جديدة مع نفس المستخدمين ، والمجموعات ، والأدوار ، وفصل مساحة الاسم القديمة ، و VOILA! - كل مستخدمي Cognos في مساحة الاسم الجديدة متطابقون مع محتواها. في الواقع ، يمكن أن ينتهي بك الأمر في كثير من الأحيان بفوضى دموية على يديك ، وإليكم السبب ...

تتم الإشارة إلى كل أساسيات أمان Cognos (المستخدمين والمجموعات والوظائف) بواسطة معرف فريد يسمى CAMID. حتى إذا كانت جميع السمات الأخرى متساوية ، فإن CAMID لمستخدم في ملف القائمة لن تكون مساحة اسم المصادقة هي نفسها CAMID لهذا المستخدم في ملف جديد مساحة الاسم. يمكن أن يؤدي ذلك إلى تدمير بيئة كوجنوس الحالية. حتى إذا كان لديك عدد قليل فقط من مستخدمي Cognos ، فأنت بحاجة إلى إدراك أن مراجع CAMID موجودة في العديد من الأماكن المختلفة في Content Store (ويمكن أن توجد خارج Content Store في نماذج Framework ، ونماذج Transformer ، وتطبيقات TM1 ، والمكعبات ، وتطبيقات التخطيط ، إلخ. ).

يعتقد العديد من عملاء Cognos خطأً أن CAMID مهم حقًا لمحتوى My Folder وتفضيلات المستخدم وما إلى ذلك. وهذا أبعد ما يكون عن الحقيقة. لا يتعلق الأمر فقط بعدد المستخدمين لديك ، بل يتعلق بكمية عناصر Cognos التي تحتاج إلى الاهتمام بها. يوجد أكثر من 140 نوعًا مختلفًا من كائنات Cognos في Content Store ، وقد يحتوي العديد منها على عدة مراجع CAMID.

فمثلا:

1. ليس من غير المألوف أن يحتوي جدول واحد في Content Store الخاص بك على مراجع CAMID متعددة (CAMID لمالك الجدول ، CAMID للمستخدم ، يجب تشغيل الجدول كما هو ، CAMID لكل مستخدم أو قائمة توزيع ، يجب إرسال إخراج التقرير الذي تم إنشاؤه بالبريد الإلكتروني إلى ، إلخ.).
2. يحتوي كل عنصر في Cognos على سياسة سرية تتحكم في المستخدمين الذين يمكنهم الوصول إلى العنصر (مثل "علامة تبويب الصلاحيات"). سياسة سرية واحدة معلقة من هذا الحافظة في Cognos Connection بها مرجع CAMID لكل مستخدم ومجموعة ودور محدد في تلك السياسة.
3. نأمل أن تحصل على هذه النقطة - هذه القائمة تطول وتطول!

ليس من غير المألوف أن يحتوي متجر المحتوى الضخم على عشرات الآلاف من مراجع CAMID (وقد رأينا بعض المراجع الكبيرة بمئات الآلاف).

الآن ، قم بإجراء العمليات الحسابية على ما هو موجود من خلال  بيئة Cognos ويمكنك أن ترى أنك قد تتعامل مع حشود من مراجع CAMID. يمكن أن يكون كابوسا! يمكن أن يؤدي تبديل (أو إعادة تكوين) مساحة اسم المصادقة إلى ترك كل مراجع CAMID هذه في حالة يتعذر حلها. يؤدي هذا حتمًا إلى مشكلات في محتوى وتكوين Cognos (على سبيل المثال ، الجداول التي لم تعد تعمل ، والمحتوى الذي لم يعد مؤمنًا بالطريقة التي تعتقدها ، والحزم أو المكعبات التي لم تعد تنفذ أمان مستوى البيانات بشكل صحيح ، وفقدان محتوى المجلد My Folder والمستخدم التفضيلات ، وما إلى ذلك).

طرق انتقال Cognos Namespace

الآن ، مع العلم أن بيئة Cognos يمكن أن تحتوي على عشرات الآلاف من مراجع CAMID التي ستتطلب البحث عن قيمة CAMID الجديدة المناظرة لها وتخطيطها وتحديثها في مساحة اسم المصادقة الجديدة ، فلنناقش الأساليب الجيدة والسيئة والقبيحة لحل هذه المشكلة.

الخير: استبدال مساحة الاسم بشخصية

الطريقة الأولى (استبدال مساحة الاسم) تستخدم Motio'S، بيرسونا آي كيو المنتج. باتباع هذا الأسلوب ، يتم "استبدال" مساحة الاسم الحالية بمساحة اسم شخصية خاصة تسمح لك بعمل افتراضي لجميع مبادئ الأمان التي تتعرض لـ Cognos. ستتعرض مبادئ الأمان الموجودة مسبقًا لـ Cognos بنفس CAMID تمامًا كما كان من قبل ، على الرغم من أنها قد تكون مدعومة بأي عدد من مصادر الأمان الخارجية (مثل Active Directory أو LDAP أو حتى قاعدة بيانات Persona).

الجزء الجميل في هذا الأسلوب هو أنه لا يتطلب أي تغييرات على محتوى كوجنوس الخاص بك. هذا لأن Persona يمكنها الحفاظ على CAMID للمبادئ الموجودة مسبقًا ، حتى عندما يتم دعمهم من قبل مصدر جديد. إذن ... كل تلك عشرات الآلاف من مراجع CAMID في Content Store ، والنماذج الخارجية والمكعبات التاريخية؟ يمكنهم البقاء كما هم بالضبط. لا يوجد عمل مطلوب.

يعد هذا إلى حد بعيد الطريقة الأقل خطورة والأقل تأثيرًا التي يمكنك استخدامها لنقل بيئة Cognos الحالية الخاصة بك من مصدر أمان خارجي إلى آخر. يمكن القيام بذلك في أقل من ساعة مع حوالي 5 دقائق من وقت تعطل Cognos (وقت تعطل Cognos الوحيد هو إعادة تشغيل Cognos بمجرد تكوين مساحة الاسم Persona).

والسيئة: ترحيل مساحة الاسم باستخدام بيرسونا

إذا لم تكن الطريقة السهلة منخفضة المخاطر هي مجرد فنجان الشاي الذي تتناوله ، فهناك is خيار اخر.

يمكن أيضًا استخدام Persona لإجراء ترحيل Namespace.

يتضمن ذلك تثبيت مساحة اسم مصادقة ثانية في بيئة Cognos الخاصة بك ، وتعيين (نأمل) جميع مبادئ الأمان الحالية (من مساحة الاسم القديمة) إلى الأساسيات المقابلة في مساحة الاسم الجديدة ، ثم (هذا هو الجزء الممتع) ، وإيجاد وتخطيط وتحديث كل مرجع CAMID واحد موجود في بيئة Cognos الخاصة بك: متجر المحتوى ، ونماذج الإطار ، ونماذج المحولات ، والمكعبات التاريخية ، وتطبيقات TM1 ، وتطبيقات التخطيط ، وما إلى ذلك.

يميل هذا النهج إلى أن يكون مرهقًا ومكثفًا في العملية ، ولكن إذا كنت من نوع مديري Cognos الذين يحتاجون إلى القليل من اندفاع الأدرينالين ليشعروا بالحياة (ولا يمانعون في إجراء مكالمات هاتفية في وقت متأخر من الليل / في الصباح الباكر) ، فربما ...   هو الخيار الذي تبحث عنه؟

يمكن استخدام Persona للمساعدة في أتمتة أجزاء من هذه العملية. سيساعدك هذا في إنشاء مخطط بين مبادئ الأمان القديمة ومبادئ الأمان الجديدة ، وأتمتة منطق القوة الغاشمة "البحث عن المحتوى الموجود في متجر المحتوى الخاص بك ، وتحليله ، وتحديثه" ، وما إلى ذلك. من العمل في هذا النهج ينطوي على "الأشخاص والعملية" بدلاً من التكنولوجيا الفعلية.

على سبيل المثال - تجميع المعلومات حول كل نموذج Framework Manager ، وكل نموذج Transformer ، وكل تطبيق Planning / TM1 ، وكل تطبيق SDK ، ومن يمتلكها ، والتخطيط لكيفية تحديثها وإعادة توزيعها يمكن أن يتطلب الكثير من العمل. تنسيق حالات الانقطاع لكل من بيئات Cognos التي ترغب في تجربة ذلك فيها ونافذة الصيانة التي يمكنك من خلالها محاولة الترحيل يمكن أن تتضمن التخطيط و Cognos "وقت تعطل". قد يكون طرح (وتنفيذ) خطة اختبار فعالة لما بعد الترحيل أمرًا صعبًا للغاية.

من الطبيعي أيضًا أن تقوم بهذه العملية أولاً في بيئة غير إنتاجية قبل تجربته في الإنتاج.

بينما تعمل ميزة "ترحيل مساحة الأسماء مع شخصية" (وهي أفضل بكثير من الطريقة "القبيحة" أدناه) ، فهي تنطوي على قدر أكبر من المخاطر ، وتتضمن عددًا أكبر من الموظفين ، وتستغرق ساعات عمل أكثر بكثير من تنفيذ "استبدال مساحة الاسم". عادةً ما يلزم إجراء عمليات الترحيل خلال "ساعات التوقف" ، بينما لا تزال بيئة Cognos متصلة بالإنترنت ، ولكن يتم تقييد استخدام النموذج من قبل المستخدمين النهائيين.

القبيح: خدمات الترحيل اليدوي لمساحة الأسماء

الطريقة القبيحة تنطوي على نهج لا يحسد عليه في محاولة يدويا الترحيل من مساحة اسم المصادقة إلى أخرى. يتضمن ذلك توصيل مساحة اسم مصادقة ثانية ببيئة تشغيل Cognos الخاصة بك ، ثم محاولة نقل أو إعادة إنشاء الكثير من محتويات وتكوين Cognos الحاليين يدويًا.

على سبيل المثال ، باستخدام هذا الأسلوب ، قد يحاول مسئول Cognos القيام بما يلي:

1. أعد إنشاء المجموعات والأدوار في مساحة الاسم الجديدة
2. أعد إنشاء عضويات تلك المجموعات والأدوار في مساحة الاسم الجديدة
3. قم يدويًا بنسخ محتوى مجلداتي وتفضيلات المستخدم وعلامات تبويب البوابة وما إلى ذلك من كل حساب مصدر إلى كل حساب هدف
4. ابحث عن كل مجموعة سياسة في Content Store وقم بتحديثها للإشارة إلى المبادئ المكافئة في مساحة الاسم الجديدة بنفس الطريقة التي أشارت بها إلى المبادئ من مساحة الاسم القديمة
5. أعد إنشاء كل الجداول وقم بتعبئتها ببيانات الاعتماد والمستلمين المطابقين وما إلى ذلك.
6. إعادة تعيين كافة خصائص "المالك" و "جهة الاتصال" لجميع الكائنات في Content Store
7. [حوالي 40 شيئًا آخر في متجر المحتوى ستنسى]
8. اجمع كل نماذج FM بأمان على مستوى الكائن أو البيانات:
   1. قم بتحديث كل نموذج وفقًا لذلك
   2. أعد نشر كل نموذج
   3. إعادة توزيع النموذج المعدل على المؤلف الأصلي
9. عمل مماثل لنماذج Transformer وتطبيقات TM1 وتطبيقات التخطيط التي يتم تأمينها مقابل مساحة الاسم الأصلية
10. [و أكثر من ذلك بكثير]

في حين أن بعض ماسوشي كوجنوس قد يضحكون سرًا من فكرة النقر 400,000 مرة في اتصال كوجنوس ، بالنسبة لمعظم الأشخاص العقلاء ، فإن هذا النهج يميل إلى أن يكون مملاً للغاية ويستغرق وقتًا طويلاً ومعرضًا للخطأ. ومع ذلك ، فهذه ليست أكبر مشكلة في هذا النهج.

أكبر مشكلة في هذا النهج هي أنه تقريبا دائما يؤدي إلى هجرة غير مكتملة.

باستخدام هذا النهج ، تجد (بشكل مؤلم) وتحاول تعيين مراجع CAMID التي تعرف عنها ... ولكن تميل إلى ترك كل مراجع CAMID التي لا أعلم عنها.

بمجرد اعتقد لقد انتهيت من هذا النهج ، فأنت غالبًا لا تفعل ذلك في الحقيقة فعله.

لديك كائنات في متجر المحتوى الخاص بك لم تعد مؤمنة بالطريقة التي تعتقد أنها ... لديك جداول لا تعمل بالطريقة التي اعتادت تشغيلها ، لديك بيانات لم تعد مؤمنة بالطريقة التي تعتقدها هو كذلك ، وقد يكون لديك حتى أخطاء غير مبررة لبعض العمليات التي لا يمكنك حقًا وضع إصبعك عليه.

الأسباب التي تجعل الأساليب السيئة والقبيحة مروعة:

• تضع عمليات الترحيل المؤتمتة لمساحات الأسماء الكثير من الضغط على إدارة المحتوى. غالبًا ما يؤدي الفحص والتحديث المحتمل لكل عنصر في Content Store الخاص بك إلى عشرات الآلاف من مكالمات SDK إلى Cognos (والتي تتدفق جميعها تقريبًا عبر Content Manager). عادةً ما يؤدي هذا الاستعلام غير الطبيعي إلى زيادة استخدام / تحميل الذاكرة ويعرض إدارة المحتوى لخطر التعطل أثناء الترحيل. إذا كان لديك بالفعل أي قدر من عدم الاستقرار في بيئة Cognos الخاصة بك ، فيجب أن تكون خائفًا جدًا من هذا النهج.
• تتطلب عمليات ترحيل مساحة الاسم نافذة صيانة كبيرة. تحتاج Cognos إلى العمل ، لكنك لا تريد أن يقوم الأشخاص بإجراء تغييرات أثناء عملية الترحيل. سيتطلب هذا عادةً بدء ترحيل مساحة الاسم عندما لا يعمل أي شخص آخر ، دعنا نقول الساعة 10 مساءً في ليلة الجمعة. لا أحد يريد أن يبدأ مشروعًا مرهقًا في الساعة 10 مساءً في ليلة الجمعة. ناهيك عن أن كلياتك العقلية ربما لا تكون في أفضل ليالي العمل وعطلات نهاية الأسبوع في مشروع هل تتطلب منك أن تكون حاداً!
• لقد ذكرت أن هجرات Namespace هي عملية مكثفة للوقت والعمالة. إليك المزيد عن ذلك:
  • يجب أن تتم عملية تعيين المحتوى بدقة ويتطلب ذلك تعاون الفريق وساعات عمل عديدة.
  • يلزم إجراء عمليات تشغيل جاف متعددة للتحقق من وجود أخطاء أو مشاكل في الترحيل. الهجرة النموذجية لا تسير بشكل مثالي في المحاولة الأولى. ستحتاج أيضًا إلى نسخة احتياطية صالحة من Content Store الخاص بك والتي يمكن استعادتها في مثل هذه الحالات. لقد رأينا العديد من المؤسسات التي ليس لديها نسخة احتياطية جيدة متاحة (أو لديها نسخة احتياطية لا يدركون أنها غير مكتملة).
  • تحتاج إلى تحديد كل شيء في الخارج متجر المحتوى الذي قد يتأثر (نماذج إطار العمل ، نماذج المحولات ، إلخ). قد تتضمن هذه المهمة التنسيق عبر فرق متعددة (خاصة في بيئات ذكاء الأعمال المشتركة الكبيرة).
  • أنت بحاجة إلى خطة اختبار جيدة تتضمن أشخاصًا تمثيليين بدرجات متفاوتة من الوصول إلى محتوى كوجنوس الخاص بك. المفتاح هنا هو التحقق بعد فترة وجيزة من اكتمال الترحيل من أن كل شيء قد تم ترحيله بالكامل ويعمل كما هو متوقع. من غير العملي عادةً التحقق من كل شيء ، لذلك ينتهي بك الأمر بالتحقق مما تأمل أن تكون عينات تمثيلية.
• يجب أن يكون لديك بroad معرفة بيئة كوجنوس والأشياء التي تعتمد عليها. على سبيل المثال ، يجب إعادة بناء المكعبات التاريخية ذات العروض المخصصة إذا ذهبت إلى مسار NSM.
• ماذا لو كنت أنت أو الشركة التي استعانت بمصادر خارجية لترحيل مساحة الاسم لتنسى شيئًا ما ، مثل ... تطبيقات SDK؟ بمجرد قلب المفتاح ، تتوقف هذه الأشياء عن العمل إذا لم يتم تحديثها بشكل صحيح. هل لديك الفحوصات المناسبة لتلاحظ ذلك على الفور ، أم ستمر عدة أسابيع / أشهر قبل أن تبدأ الأعراض في الظهور؟
• إذا كنت قد خضعت للعديد من ترقيات Cognos ، فمن المحتمل أن يكون لديك عناصر في Content Store الخاصة بك في حالة غير متناسقة. إذا كنت لا تعمل مع SDK ، فلن تتمكن من رؤية الكائنات الموجودة في هذه الحالة.

لماذا يعتبر استبدال مساحة الاسم هو الخيار الأفضل

يتم التخلص من عوامل الخطر الرئيسية والخطوات التي تستغرق وقتًا طويلاً التي أشرت إليها للتو عند استخدام طريقة استبدال مساحة أسماء الأشخاص. باستخدام نهج استبدال مساحة الاسم ، لديك 5 دقائق من وقت تعطل Cognos ، ولا يلزم تغيير أي من المحتوى الخاص بك. تبدو الطريقة "الجيدة" وكأنها "لا تحتاج إلى تفكير" جافة وجافة بالنسبة لي. ليالي الجمعة للاسترخاء ، وليس للتأكيد على حقيقة أن مدير المحتوى الخاص بك قد تعطل للتو في منتصف عملية ترحيل مساحة الأسماء.