مدير الخدمة

مدير خدمة التركيز الجزئي - نصائح وحيل

30 أكتوبر 2021

جدول المحتويات

  • 1. Micro Focus Service Manager - نصائح وحيل - ديسمبر 2020
    • 1. تعليمات الحصول على معاملات SSL مع تطبيق Java Virtual Machine (JVM)
    • 2. إرشادات لإرسال بريد إلكتروني خاص بقيمة خيار المستخدم من طلب من الكتالوج
    • 3. خطوات لحل طبقة الويب SM 9.52 P5 التي تعرض صفحة فهرس فارغة على Internet Explorer
    • 4. إرشادات لمساعدة المستخدمين على طباعة المتغيرات في Workflow / RuleSet لاستكشاف الأخطاء وإصلاحها
    • 5. عندما لا تبدأ كبسولات Rabbitmq وتبقى في المرحلة المعلقة
    • 6. دعم ServiceManager للتعدد المتزامن (SMT)
    • 7. حل دعم SM DevOps 1.10 للعمل على Unix بعد الفشل
    • 8. تعليمات لمعرفة أي من نتائج الإجراءات / مجموعة القواعد حالة Open-Idle ليتم تحميلها تلقائيًا
    • 9. عندما تفشل ترقية SM في أداء واجبها
    • 10. عندما لا يعمل البرنامج النصي للجدول بدقة
  • 2. Micro Focus Service Manager - نصائح وحيل - يناير 2021
    • 1. عندما يتعطل محول البريد الإلكتروني الذكي عندما يستهلك بريدًا إلكترونيًا يحتوي على موجز نموذج
    • 2. عندما تكون في HPSM ، لا يمكن إضافة منطقة في إدارة المشكلات
    • 3. تعليمات لتحديد الموافقة على عنصر كتالوج معين مطلوب في بطاقة SD كتالوج خدمة ITSM
    • 4. هل من الممكن للمستأجر SM العمل أو الاتصال بميزان تحميل SM؟
    • 5. عندما لا يتم تسجيل اسم CI في SM لأحداث الخادم
    • 6. تعليمات لتحديث مستخدم Postgres dba في خريطة تكوين قاعدة البيانات
    • 7. حل المشكلة عند تلف إشعار البريد الإلكتروني للرسائل الفورية أو فقدان الملفات
    • 8. إصلاح الخطأ عندما يكون نموذج التغيير المرحّل غير قادر على إظهار المهام بشكل صحيح
    • 9. عندما يكون IDM غير قادر على البدء بسبب ملف مخزن مفتاح الخادم /opt/apache-tomcat/conf/tomcat.keystore لم يتم العثور على خطأ
    • 10. حل خطأ المجدول المتكرر ، عندما يكون غير قادر على تقييم التعبير 1 + 'dd / mm / yy' (المجدول. العملية ، إعادة الجدولة)
  • 3. Micro Focus Service Manager - نصائح وحيل - فبراير 2021
  • 4. مدير خدمة Micro Focus - نصائح وحيل - مارس 2021
    • كيفية طباعة المتغيرات في Workflow / RuleSet لاستكشاف الأخطاء وإصلاحها؟
    • لا تبدأ قرون Rabbitmq في الاحتفاظ بالحالة المعلقة
    • مشكلة الحالة المعلقة
    • إفشاء المعلومات المطولة
    • يتم استخدام Djavax.net.debug لتتبع اتصالات SSL بين العملاء والخادم
    • يتعطل محول البريد الإلكتروني الذكي إذا كان يستهلك بريدًا إلكترونيًا يحتوي على موجز نموذج
    • كيفية إرسال بريد إلكتروني بناءً على قيمة خيار المستخدم من طلب عنصر الكتالوج
    • يعرض SM 9.52 P5 webtier صفحة فهرس فارغة على Internet Explorer
  • 5. Micro Focus Service Manager - نصائح وحيل - أبريل 2021
    • 1. فشلت ترقية SM في الإنتاج
    • 2. SMA كيفية نسخ الملفات من / إلى الحاويات / القرون
    • 3. فشل بدء التشغيل مع ظهور رسالة: JRTE E Tomcat - منفذ HTTPS [...] غير متوفر
    • 4. لا يمكن لخيارات تحديدات المستخدم استخدام متغير الملف $ L. لبوابة خدمة SMA-SM
    • 5. مشكلة بسبب عدم وجود كتالوج الاستعراض من SRC
    • 6. لا يمكن بدء محتوى التحليلات الذكية
    • 7. SM 9.x: حل البريد الإلكتروني بتنسيق HTML هو اقتطاع رسائل البريد الإلكتروني. B-SL: 400 HPSL: 300 LIB4: النوع الصحيح: errormsg HPTYPE: Technical_documents ATT: 0
    • 8. قم بإنشاء برنامج جدولة لمزامنة SD ذات الصلة إذا لم يتم حل sd مع حالة الرسائل الفورية ذات الصلة
    • 9. خطأ في تثبيت عميل SM Windows: لا يمكن تحويل Flexeraart إلى Flexeraasv
  • 6. مدير خدمة Micro Focus - نصائح وحيل - مايو 2021
    • 1. خطأ ملف تخزين مفتاح الخادم /opt/apache-tomcat/conf/tomcat.keystore غير موجود
    • 2. تغيير الوضع المعلق في وحدة إدارة الحوادث ليس مطلوبًا في SM الذي لا يحتوي على رموز
    • 3. فشلت المصادقة من خلال خادم مدير الخدمة
    • 4. تعقب الميزات (DevOps): هل نحتاج إلى تحميل DevOps_Deploy_SM960P1_SM950.unl في نظام النشر إذا استخدمنا svc_import فقط؟
    • 5. ما هو الفرق بين إعادة الفهرسة الكاملة وجدولة ضغط مؤشر IDOL؟
    • 6. إصدار الرابط
    • 7. كيفية تغيير اسم مستخدم db الافتراضي المعين لـ SMA

3. Micro Focus Service Manager - نصائح وحيل - فبراير 2021

1. عدم عمل خطأ جدولة الحوادث التلقائية

  1. إذا كنت تواجه مشكلة حيث لا يعمل برنامج جدولة الإغلاق التلقائي للحوادث.
  2. لإصلاح المشكلة ، يجب اتباع الخطوات التالية:
  3. تأكد من حذف برنامج جدولة حوادث الإغلاق التلقائي أو التعليق عليه لتجنب التعارض.
  4. سيقوم المجدول تلقائيًا بإغلاق بطاقة 'تم حل المشكلة' مع الأولوية 1 والأولوية 2 في غضون 5 دقائق بينما يقوم أيضًا بإغلاق بطاقة 'تم حل المشكلة' مع الأولوية 3 والأولوية 4 في غضون 10 دقائق.

عميل Logon SM eclipse باستخدام الصقر.

الأمر: الجدول الزمني

أدخل هذه القيم:

الاسم: أعط أي اسم هنا

الطبقة: مشكلة

وقت انتهاء الصلاحية: اضبط على الوقت الحالي

الفصل المقرر: مشكلة

وقت العمل: اضبط على الوقت الحالي

علامة تبويب الوصف:

كرر داخلي: أخرى -> 00:01:00 وهذا يعني تنفيذ سجل الجدول الزمني كل دقيقة واحدة. لذلك سيتم تشغيله كل دقيقة واحدة. يمكنك ضبط الوقت وفقًا لمتطلباتهم لتشغيل المجدول.

  1. في علامة التبويب Java Script: انسخ والصق البرنامج النصي:
var ticket = new SCFile('probsummary'); var rc1 = ticket.doSelect('(problem.status='Resolved') and (priority.code='1' or priority.code='2') and (update.time If (rc1 == RC_SUCCESS) { Do { ticket.close_time=system.functions.tod(); ticket.open='Closed'; ticket.resolution_code='Automatically Closed'; ticket.doAction('close'); Print ('record.incident.id'); } While (ticket.getNext() == RC_SUCCESS); } var rc2 = ticket.doSelect('(problem.status='Resolved') and (priority.code='3' or priority.code='4') and (update.time If (rc2 == RC_SUCCESS) { Do { ticket.close_time=system.functions.tod(); ticket.open='Closed'; ticket.resolution_code='Automatically Closed'; ticket.doAction('close'); Print ('record.incident.id'); } While (ticket.getNext() == RC_SUCCESS)

2. لا تبدأ قرون Rabbitmq في الاحتفاظ بخطأ في الحالة المعلقة

لا تبدأ قرون Infra-rabbitmq وتستمر في الحالة المعلقة. وصف kubectl يوضح الخطأ: تحذير فشل جدولة الجدولة الافتراضية 46 ثانية (x12 أكثر من 16 مترًا) متوفرة 0/2 عقد: 1 عقدة لم تتطابق مع محدد العقدة ، 1 عقدة غير قابلة للجدولة.

  1. لحل المشكلة يتم إعطاء الخطوات التالية
  2. العمال ليس لديهم تسمية عامل مرتبطة بهم لذلك لم يتمكن rabbitmq من العثور على عقدة لبدء التشغيل بشكل صحيح.
  3. قم بتشغيل الأمر التالي: kubectl label nodes العامل = التسمية
  4. سيؤدي ذلك إلى تعيين تسمية العامل للعقدة بشكل صحيح بعد أن تبدأ جراب rabbitmq.

3. خطأ XSS المستند إلى DOM

إذا كنت تواجه خطأ في XSS المستند إلى DOM.

لإصلاح المشكلة ، يتم توفير الحل التالي:

  1. الدعم متاح لـ Tomcat 7 و 7.0.63 والإصدارات الأحدث و Tomcat 8 (8.0.23 وما بعده).
  2. انتقل إلى مجلد conf أسفل المسار حيث تم تثبيت Tomcat ، افتح ملف web.xml

مثال: C: Program Files Apache Software Foundation Tomcat 8.5_Tomcat_webtier conf

  1. قم بإلغاء التعليق على المرشح الوارد في ما يلي والذي تم التعليق عليه بشكل افتراضي
  2. افتح الملف /conf/web.xml في محرر نصي.
  3. قم بإلغاء تعليق تعريف عامل تصفية httpHeaderSecurity والقسم ، وأضف المعلمة init كما هو موضح أدناه:
httpHeaderSecurity org.apache.catalina.filters.HttpHeaderSecurityFilter True antiClickJackingOption SAMEORIGIN xssProtectionEnabled True
  1. من خلال إلغاء التعليق على الأشياء المذكورة أعلاه ، فإنك تطلب من Tomcat دعم عوامل تصفية أمان HTTP Header.
  2. بعد الفلتر أعلاه ، أضف ما يلي:
httpHeaderSecurity /* REQUEST
  1. من خلال إضافة ما سبق ، فإنك تطلب من Tomcat إدخال رأس HTTP في كل عنوان URL للتطبيق.
  2. حفظ الملف
  3. أعد تشغيل Tomcat وقم بالوصول إلى التطبيق للتحقق من الرؤوس.
  4. يمكنك استخدام F12 على متصفح لفحص مكان رؤية النتيجة اللاحقة.

4. البحث الذكي: عنوان خاطئ لتفاعل في نتائج البحث

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

يمكن حل المشكلة باتباع الخطوات الواردة أدناه:

  1. تسجيل الدخول إلى مدير الخدمة
  2. البحث الذكي> مكتبة التفاعل
  3. انقر فوق تعريفات الحقول
  4. ابحث عن صف 'العنوان'
  5. تغيير وزن المؤشر من 'افتراضي' إلى 'المستوى 4'
  6. حفظ الملف.
  7. قم بإجراء فهرس كامل على مكتبة التفاعل.

5. غير قادر على إحضار طابع تاريخ إعادة التخصيص أو timeduration4probsummary إلى خطأ نموذج المراسلة الفورية

إذا كنت غير قادر على إحضار طابع تاريخ إعادة التعيين أو ملخص الوقت 4 الملخص إلى نموذج المراسلة الفورية. حقل Change.time الذي تم إنشاؤه في dbdict والنموذج - >> رابط probsummary المحدد لتعيين الحقل الهدف والحقل المصدر - >> لالتقاط قيمة CHANGE TIME من الجدول timeduration4probsummary إلى نموذج IM للجدول الملخص الذي لم يعمل. حقل Change.time - >> تعيين الحقل عبر مجموعة قواعد جافا سكريبت المحددة بشرط عندما لا يعمل النوع = إعادة التعيين والقيمة = الطابع الزمني ثم تحتاج إلى الدعم على الفور.

الحل لإصلاح المشكلة موضح أدناه:

  1. قم بإنشاء حقل change.time في جدول ملخص المشكلات بنوع التاريخ والوقت.
  2. في جدول المشغلات أضف مشغلًا جديدًا.
  3. اسم الزناد: الاختبار
  4. اسم الجدول: timeDuration4probsummary
  5. نوع الزناد: 2 - بعد الإضافة
  6. النصي:
if(record.field_name == 'assignment'){ var incidentFile = new SCFile( 'probsummary' ); var findIncident = incidentFile.doSelect( 'number#''+ record.foreign_key + ''' ); print(record.foreign_key) if ( findIncident == RC_SUCCESS ){ incidentFile.change_time=record.change_time; incidentFile.doSave()
  1. احفظ الزناد
  2. إضافة حقل change.time في نموذج المراسلة الفورية
  3. تغيير مجموعة المهام لحادث واحد.
  4. تحقق من كل شيء.

6. خطأ في إفشاء المعلومات المطولة

إذا كنت تواجه خطأ في الإفصاح المطول عن المعلومات.

الحل لإصلاح المشكلة موضح أدناه:

  1. قم بتعديل ملف Sever.xml على سبيل المثال: C: Program Files Apache Software Foundation Tomcat 8.5_Tomcat_webtier conf) للحصول على التكوين التالي.
  2. في ملف server.xml ، ابحث عن الشكل الذي يجب أن يبدو عليه بعد التحديث.
unpackWARs='true' autoDeploy='true'> Prefix='localhost_access_log' suffix='.txt' pattern='%h %l %u %t '%r' %s %b' />
  1. احفظ الملف أثناء إعادة تشغيل الخدمة.

7. SD02770580-F2 - تكبير وتحرير قيمة الحقل الحالي في نافذة منفصلة لا يعمل خطأ

إذا كنت غير قادر على حفظ المحتوى باستخدام F2 - Magnify أثناء قيامهم بتحرير قيمة الحقل الحالي في نافذة منفصلة. لقد قاموا بجدولة مؤقتات غير نشطة إلى 20 دقيقة والرسائل إلى 15 دقيقة. لا يزالون يتلقون رسائل إنهاء الجلسة غير النشطة في كثير من الأحيان.

يتم إعطاء حل المشكلة أدناه:

  1. القضية هي خلل على SM Web-Tier 9.64 لذا قم بتطبيق التصحيح 1 لإصلاح هذه المشكلة.
  2. العميل على شبكة الإنترنت
  3. QCCR1E160088
  4. من المفترض أن تعمل مع عميل ويب Service Manager والضغط على F2 على لوحة المفاتيح لاستخدام خيار التكبير.
  5. بعد كتابة بعض النصوص والنقر فوق حفظ ، ضع في اعتبارك أنه لا يمكنك حفظ تغييراتهم.

8. خطأ في عرض القيم على الجداول

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

لحل المشكلة يتم توفير الخطوات التالية:

  1. قصير> إنشاء متغير مصفوفة وتعيينه كمصدر لحقل مصفوفة طويل>
  2. قم بتحرير موقع التنسيق.
  3. أضف comfill (المدخلات: $ array، array length: 3)
  4. تحرير تنسيق موقع السيطرة.
  5. أضف التعبير ليس (موقع فارغ في ملف $) في العرض والأول.
  6. أضف البرنامج النصي التالي في منطقة نص js.
var activite=vars.$file.location; var tab activité=activités.split('.'); vars.$array=tabactivity;
  1. ابحث عن الموقع باسم الموقع ، أضف سلسلة بفاصلة كفاصل.
  2. في المصفوفة ، يمكن للعميل رؤية عنصر واحد فقط من وقت لآخر.
  3. يعرض حقل المصفوفة قيمة واحدة فقط بدلاً من القائمة الكاملة داخل متغير. هذا يحدث فقط في عميل الويب. على عميل windows دائمًا ما يعمل بشكل صحيح.
  4. السبب العام هو أن المتغير من مصفوفة STR في $ لم تتم تهيئته بشكل صحيح كمصفوفة في الوقت الذي تقوم فيه طبقة الويب بتخزين النموذج مؤقتًا.
  5. الشرح التفصيلي هو أن النماذج يتم تخزينها مؤقتًا على الويب في المرة الأولى التي تقوم فيها بعرض النموذج.
  6. إذا لم تكن القيمة في المصفوفة $ مصفوفة لأول مرة ، فسيتم تخزين النموذج مؤقتًا باستخدام مصفوفة $ كقيمة عددية.
  7. بعد حدوث ذلك ، ستتعامل أي مراجع لاحقة للنموذج مع البيانات على أنها عددية وستظهر فقط القيمة الأولى.
  8. في FC ، لديهم التعبير حيث يتحقق من اسم موقع فارغ والذي لا يجب أن يكون ممكنًا في OOB ولكن إذا كان لديهم سجل به موقع فارغ ، فلن تتم تهيئة متغير المصفوفة $ وسيكون عددًا.
  9. لذلك عندما كان الموقع الأول الذي شاهدته فارغًا ، فسيتم تخزين النموذج مؤقتًا باستخدام مصفوفة $ قياسية.
  10. قمت بإزالة الشرط والتحقق من وجود قيمة خالية في JS وإذا كانت خالية ، فقم بتعيين $ array = {}
  11. لذلك ستحتاج في الأساس إلى تحرير أي شروط في JS حيث قاموا بتعيين متغير مماثل وقبل تعيينه أولاً ، تحقق من داخل البرنامج النصي نفسه إذا كان المتغير فارغًا وإذا كان فارغًا ، فقم يدويًا بتعيين المتغير ليكون مصفوفة فارغة.

9. تثبيت CDF عالق عند التحقق من خطأ حالة البودات الخاص بالمكون

قد تواجه أي مشكلة عند محاولة نشر CDF في أماكن العمل ، التثبيت عالق ولا يستمر. أثناء تشغيل أمر التثبيت ، يتوقف التثبيت على ما يلي: INFO: انقل حزمة المثبت المستخدمة لإضافة العقد من خلال واجهة المستخدم ......... .. [تم بالفعل]

INFO: تحقق من حالة كبسولات المكونات ……………………………………….

المسألة متعلقة بـ DNS

لإصلاح المشكلة ، يتم توفير الحل التالي:

  • QCCR8B35523 موجود
  • يمكن إصلاح المشكلة عن طريق إزالة الكل DNS الإعداد في محول الشبكة: / etc / sysconfig / network-scripts / ifcfg-ens160
  • بعد ذلك قم بإلغاء تثبيت CDF وإعادة تثبيته.

10. كيفية تكوين الحقول للقراءة فقط لمجموعتين محددتين من المهام في مرحلة الإغلاق لخطأ تذكرة الحادث

يمكن للمستخدمين في المجموعة 1 تحرير بعض الحقول ، ويمكن للمستخدمين في المجموعة 2 تحرير بعض الحقول. يحتاج المستخدم إلى تكوين الحقول الجاهزة فقط لمجموعة مهام محددة.

لإصلاح المشكلة ، يتم إعطاء الخطوات التالية:

  1. في مرحلة الإغلاق لسير العمل ، اضبط شرط تحرير النموذج على صواب بدلاً من خطأ.
  2. بالنسبة لنموذج الإغلاق ، قم بإنشاء عنصر التحكم في التنسيق.
  3. في تعبيرات التهيئة ، ضع الشرط الوارد أدناه مع المتغير المؤقت group1 و group2. هذا سوف يكمل اختيار المستخدمين.
$group1=false;if (index('assignment group1', $lo.pm.assignments)>0) then ($group1=true) $group2=false;if (index('assignment group2', $lo.pm.assignments)>0) then ($group2=true)
  1. احفظ FC
  2. في نموذج مصمم من نموذج الإغلاق:

عيّن شرط القراءة فقط [$ group1] على صواب لبعض الحقول المحددة

عيّن شرط القراءة فقط [$ group2] على صواب لبعض الحقول المحددة

اضبط شرط القراءة فقط [$ group1] على صواب & [$ group2] على صواب لبعض الحقول المحددة

  1. سيتمكن مستخدمو المجموعة 1 أو المجموعة 2 فقط من تحرير هذا النموذج.
  2. احفظ النموذج.
  3. قم بتسجيل الدخول مع مستخدمين من مجموعات مهام مختلفة لاختبار التذكرة المغلقة.

لاحظ أن:

عند إلغاء تحديد المربع للقراءة فقط ، سيتم عكس (&) و أو () بعضهما البعض.

على سبيل المثال: في الحالة الواردة أدناه

([location.full.name] ='' & [contact.name] ='') ([$group1] 'true' & [$group1] 'true')

هذا يعني أن:

يجب ملء حقل الموقع أو الاسم الكامل أو حقل اسم جهة الاتصال ، وإلا يجب أن يكون المشغل في المجموعة 1 أو المجموعة 2 حتى يتمكن من تحرير الحقل.

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