ผู้จัดการฝ่ายบริการ

ตัวจัดการบริการไมโครโฟกัส – คำแนะนำและเคล็ดลับ

30 ตุลาคม 2564

สารบัญ

2. Micro Focus Service Manager – Tips And Tricks – ม.ค. 2021

1. เมื่ออแด็ปเตอร์อีเมล Smart Email ขัดข้องเมื่อใช้อีเมลที่มีตัวดึงข้อมูลฟอร์ม

มักเกิดขึ้นที่อแด็ปเตอร์อีเมล Smart Email ขัดข้องเมื่อใช้อีเมลที่มีฟีดฟอร์ม ปัญหาที่ปรากฏขึ้นและการแจ้งเตือนที่คล้ายกันได้รับด้านล่าง:

|_+_|

โดยปกติ ข้อผิดพลาดนี้เกิดจาก EWS API ซึ่งไม่สามารถแบกรับอักขระพิเศษบางตัวได้ SM มองวิธีการเฉพาะนี้ findItems ของ EWS API เพื่อย้ายเนื้อหาของอีเมล ปัญหาเกิดขึ้นเมื่อมีปัญหาที่ทราบเกี่ยวกับอักขระที่ไม่ถูกต้องในอีเมล

อักขระพิเศษทั้งหมดที่ตรงกับนิพจน์ทั่วไปต่อไปนี้ได้รับอนุญาตและใช้ได้ใน XML 1.0

ชาร์::= #x9 | #xA | #xD | [#x20-#xD7FF] | [#xE000-#xFFFD] | [#x10000-#x10FFFF] /* อักขระ Unicode ใดๆ ยกเว้นบล็อกตัวแทน FFFE , และ FFFF. * / .

เมื่อข้อผิดพลาดนี้ปรากฏขึ้น อะแดปเตอร์ Smart Email อาจล้มเหลว ดังนั้นการรีสตาร์ทอะแดปเตอร์ Smart Email จะทำงานได้ สำหรับความช่วยเหลือเพิ่มเติม ผู้ใช้สามารถขอความช่วยเหลือจากฝ่ายสนับสนุนของ Microsoft

2. เมื่ออยู่ใน HPSM ไม่สามารถเพิ่มพื้นที่ในการจัดการปัญหาได้

มักเกิดขึ้นที่ใน HPSM ผู้ใช้ไม่สามารถเพิ่มพื้นที่ในการจัดการปัญหาได้ ปัญหานี้อาจเป็นเรื่องที่น่ารำคาญ แต่สามารถแก้ไขได้ ผู้ใช้เพียงแค่ทำตามขั้นตอนที่ระบุด้านล่าง:

  1. คุณต้อง เข้าสู่ระบบ กับเหยี่ยวหรือจาก system.admin .
  2. จากนั้นคุณต้องไปที่ การจัดการปัญหา จากนั้นคลิกที่ การกำหนดค่า .
  3. จากนั้นคุณต้องเลือก หมวดหมู่ปัญหา แล้วมองหาปัญหาเฉพาะ
  4. หลังจากนั้นคุณต้องตรวจสอบค่าของ ธงที่ใช้ร่วมกัน สนาม. จะถูกมองว่าเป็น 5 = การโต้ตอบ/ปัญหา

ดีบักเกอร์ Rad: d แฟล็กที่ใช้ร่วมกันในค่า $L.file จะแสดงเป็น 5

  • 1= เหตุการณ์
  • 2= ​​ปัญหา
  • 3=ปฏิสัมพันธ์/เหตุการณ์
  • 4=ปฏิสัมพันธ์/เหตุการณ์/ปัญหา
  1. หลังจากนั้น เชื่อมโยงหมวดหมู่ย่อยใหม่ จะสามารถดำเนินการได้ ผู้ใช้จะสามารถเพิ่มหมวดหมู่ย่อยและพื้นที่ใหม่ได้อย่างง่ายดาย

3. คำแนะนำในการกำหนด APPROVER ของรายการแคตตาล็อกที่ร้องขอโดยเฉพาะในตั๋ว ITSM Service Catalog SD

ผู้ใช้จำเป็นต้องตั้งค่าหรือกำหนด APPROVER ของรายการแคตตาล็อกที่ร้องขอโดยอัตโนมัติในตั๋ว ITSM Service Catalog SD

ข้อผิดพลาดนี้สามารถแก้ไขได้ ผู้ใช้เพียงแค่ต้องทำตามขั้นตอนที่ระบุด้านล่าง:

บนแท็บอัปเดต คุณต้อง เพิ่ม ชุดกฎใหม่ในชุดกฎพื้นฐานของเวิร์กโฟลว์ SD ด้วยความช่วยเหลือของสคริปต์ด้านล่าง คุณต้องตั้งค่าสำหรับฟิลด์

|_+_|

4. เป็นไปได้ไหมที่ผู้เช่า SM จะทำงานหรือเชื่อมต่อกับตัวโหลดบาลานซ์ SM?

การตั้งค่าตัวจัดการบริการ Server Manager URL สำหรับผู้เช่า SM โดยเฉพาะจำเป็นต้องมี URL เฉพาะที่มีพอร์ต SM พิเศษ ผู้ใช้บางคนมักมีข้อสงสัยอย่างมากว่าผู้เช่า SM ทำงานหรือเชื่อมต่อกับโหลดบาลานเซอร์ของ SM หรือไม่ สิ่งนี้ค่อนข้างจำเป็นสำหรับผู้ใช้ที่จะต้องทราบรายละเอียดทั้งหมดเกี่ยวกับตัวโหลดบาลานซ์ของ SM โดยเฉพาะอย่างยิ่งเมื่อพวกเขาพยายามกำหนดค่า SMA ให้มีผู้เช่า SM

เพื่อแก้ไขข้อผิดพลาดนี้ ผู้ใช้จำเป็นต้องใช้มาตรการที่จำเป็นบางประการ ด้วยวิธีนี้ พวกเขาจะสามารถป้องกันการบาดเจ็บล้มตายดังกล่าวได้ในอนาคต โดยทั่วไป SM โหลดบาลานเซอร์ ทำงานหรือสนับสนุนการเชื่อมต่อเฉพาะทั้งหมดจากผู้เช่า SM ที่เพิ่มเข้าไปใน SMA ได้ตลอดเวลา เป็นสิ่งสำคัญมากที่จะรวมเข้ากับ SM ที่มีอยู่ในระบบ

5. เมื่อไม่มีการบันทึกชื่อ CI ใน SM สำหรับเหตุการณ์เซิร์ฟเวอร์

มักเกิดขึ้นกับผู้ใช้ที่ไม่มีการบันทึกชื่อ CI ใน SM สำหรับเหตุการณ์เซิร์ฟเวอร์ ปัญหานี้เกิดจากทั้ง SM 9.34 และ BSM เวอร์ชัน 9.25 สาเหตุหลักของข้อผิดพลาดนี้คืออินเทอร์เฟซบริการเว็บการซิงโครไนซ์ไม่ส่งแอตทริบิวต์ CI ที่สำคัญบางอย่างที่จำเป็น การกำหนดค่าปัจจุบันในสถานการณ์นี้จะเป็น:

logic.name ถูกแมปไปยัง is_registered_for/target_global_id และมันเป็นสคริปต์

|_+_|

ข้อผิดพลาดนี้สามารถแก้ไขได้ด้วยความช่วยเหลือของคำแนะนำด้านล่าง:

  1. คุณต้องตั้งค่า ส่งต่อ CI ที่เกี่ยวข้องและบริการทางธุรกิจที่ได้รับผลกระทบไปยังเซิร์ฟเวอร์ภายนอก ถึง จริง ในการตั้งค่าโครงสร้างพื้นฐานด้าน OMi
  2. จากนั้นโปรแกรมแก้ไขด่วนเฉพาะนี้:

HPBSM925OMI-IP2-ROLLUP-HOTFIX- แนะนำการตั้งค่าที่มีประสิทธิภาพและแนะนำบางอย่าง

มันถูกสร้างขึ้นโดยเฉพาะเพื่อดำเนินการตามค่าเริ่มต้นเพื่อตั้งค่าเป็นเท็จเพื่อปรับปรุงประสิทธิภาพของเหตุการณ์ที่ส่งต่อไปยังระบบภายนอก เช่นกันโดยไม่ต้องส่งต่อข้อมูลใด ๆ ที่เกี่ยวข้องกับ CI

ด้วยเหตุผลดังกล่าว SM จึงไม่สามารถรับข้อมูลที่เกี่ยวข้องกับ CI เกี่ยวกับเหตุการณ์นี้ได้ และไม่สามารถแก้ไข CI ที่ได้รับผลกระทบใน SM ได้ ดังนั้น เมื่อแก้ไขการตั้งค่าเรียบร้อยแล้ว ปัญหานี้จะถูกจัดเรียงและส่วนที่เหลือจะตามมา

6. คำแนะนำในการอัปเดตผู้ใช้ Postgres dba ในฐานข้อมูล configmap

บ่อยครั้งที่ผู้ใช้ไม่สามารถอัปเดตผู้ใช้ Postgres dba ในแผนผังการกำหนดค่าฐานข้อมูล

โดยปกติ ตามค่าเริ่มต้น การกำหนดค่าส่วนใหญ่จะใช้ผู้ใช้ DB เริ่มต้นของ Postgres เป็น dba สำหรับ SMA หรือ SMAX เนื่องจาก dbas นั้นอาจต้องใช้ผู้ใช้พิเศษอื่นสำหรับกิจกรรมเหล่านี้ คำถามหลักของผู้ใช้เกี่ยวข้องกับผู้ใช้ Postgres และหากเป็นคำถามเกี่ยวกับผู้ใช้ Postgres หากสามารถแทนที่ผู้ใช้รายอื่นได้

ต้องเปลี่ยนการอ้างอิงผู้ใช้ DBA เป็นผู้ใช้ใหม่ ตัวอย่างเช่น, smaxdba จากนั้นคุณต้องกำหนดการอ้างอิงใด ๆ ที่ให้ไว้ในฐานข้อมูล configmap ถึง smaxdba . จำเป็นต้องมีสิทธิ์ในบทบาท

  1. คุณต้องอนุญาตให้ดำเนินการในระดับเดียวกับผู้ใช้ Postgres
  2. จากนั้น คุณต้องเปลี่ยนหรืออัปเดตรหัสผ่านโดยใช้ชุดเครื่องมือการดำเนินการจากตลาดกลางโดยเฉพาะ
  3. ในการอัปเดตการกำหนดค่า ผู้ใช้จำเป็นต้องได้รับสิทธิ์เข้าถึงเพื่ออัปเดตฐานข้อมูล configmap .
  4. สำหรับการนำทางไปยัง configmap ผู้ใช้ต้อง:
|_+_|
  1. จากนั้นในการแก้ไขและเปลี่ยน configmap:
|_+_|

หลังจากดำเนินการตามขั้นตอนเหล่านี้แล้ว ผู้ใช้จะต้องตรวจสอบการอ้างอิงทั้งหมดถึงผู้ใช้ใหม่และรหัสผ่านที่ถูกต้อง

7. การแก้ไขปัญหาเมื่อการแจ้งเตือนทางอีเมล IM เสียหายหรือมีไฟล์หายไป

การแจ้งเตือนทางอีเมลการจัดการเหตุการณ์มักจะเสียหายเมื่อมีสัญลักษณ์รูปหมวกในการอัปเดตสมุดรายวัน ผู้ใช้จำเป็นต้องสังเกตว่าคาเร็ตเป็นตัวคั่นฟิลด์เริ่มต้นสำหรับบริการกิจกรรม เช่น อีเมลและบริการอื่นๆ ที่คล้ายคลึงกัน

โดยทั่วไป จะไม่มีข้อความแสดงข้อผิดพลาดอยู่ในสายตา แต่การแจ้งเตือนทางอีเมลการจัดการเหตุการณ์แสดงไฟล์ที่หายไปจำนวนมาก และไฟล์ปัจจุบันบางไฟล์เสียหาย มักเกิดขึ้นเมื่อผู้ใช้วางผลลัพธ์บางอย่างที่เดิมมาจากคำสั่ง ping ที่ถูกยกเลิกในพรอมต์ dos เมื่อ ping ในคำสั่ง dos ถูกยกเลิก โดยทั่วไปจะลงท้ายด้วย echo character caret และอักขระ C

คาเร็ตส่วนใหญ่เป็นอักขระพิเศษในตัวจัดการบริการ มักใช้เป็นตัวคั่นเริ่มต้นในบริการกิจกรรมต่างๆ แต่สำหรับอีเมลโดยเฉพาะ เพื่อแยกฟิลด์

รูทีน RAD คือ: axces.write – พารามิเตอร์ String1 รูทีน RAD มักจะกำหนดอักขระแยก เมื่อผู้ใช้กำหนดตัวละครของตนเอง พวกเขาต้องแน่ใจว่าจะไม่เกิดขึ้นตามธรรมชาติในฟิลด์ในเหตุการณ์ ค่าดีฟอลต์คือค่าคืออักขระคาเร็ต (ˆ)

ฟังก์ชัน RAD คือ: บันทึกสตริง – Event Services ใช้อักขระคาเร็ต (ˆ) เป็นตัวคั่นเริ่มต้นทั่วไป ผู้ใช้สามารถใช้ .ได้อย่างแน่นอน บันทึกสตริง ฟังก์ชันเพื่อสร้างสตริงเหตุการณ์ตามความต้องการและความสะดวกสบาย เคยมีการร้องขอการปรับปรุงแบบเก่า (ER) เพื่อแทนที่คาเร็ตหรือหลบหนี

ใน ER ก่อนหน้านี้ไม่มีรายละเอียดที่กล่าวถึง ตามกฎแล้วมีการคำนวณพื้นฐานบางอย่างในตัวควบคุมรูปแบบ

มีการแก้ไขที่ครอบคลุมด้านล่าง คำแนะนำเหล่านี้ใช้ Process Designer ในชุดกฎเวิร์กโฟลว์ มันเพิ่มโค้ดลงใน Javascript เพื่อกรองคาเร็ตพร้อมกับตัวอักษร C ที่มากับมัน

  1. คุณต้องทำสำเนาของ เวิร์กโฟลว์เหตุการณ์ .
  2. จากนั้นเลือก การจัดหมวดหมู่ กล่องเฟส
  3. จากนั้นคุณต้องคลิกที่ บนแท็บอัปเดต .
  4. หลังจากนั้นเลือกอย่างระมัดระวังและดับเบิลคลิกที่ im.set.activityvars กฎเกณฑ์
  5. จากนั้นคุณต้องเรียกใช้กฎ Javascript แล้วแก้ไขกฎนี้
  6. คุณจะพบที่ด้านบนสุดของกฎ ก่อน // $pmc.actions ไลน์.
  7. จากนั้น คุณต้องเพิ่มโค้ดจาวาสคริปต์นี้เพื่อกรองคาเร็ตและตัวอักษร c ที่ส่งมาด้วย
  8. ตอนนี้ผู้ใช้สามารถยกเลิกหมายเหตุคำสั่งพิมพ์เพื่อตรวจสอบขั้นตอนอย่างละเอียดทีละขั้นตอน
|_+_|

8. แก้ไขข้อผิดพลาดเมื่อ Migrated Change Model ไม่สามารถแสดงงานได้อย่างถูกต้อง

ผู้ใช้มักสังเกตเห็นว่า Migrated Change Model ไม่สามารถแสดงงานได้อย่างถูกต้อง เกิดขึ้นเมื่อผู้ใช้ย้ายโมเดลจากระบบตัวจัดการบริการหนึ่งไปยังอีกระบบหนึ่ง แล้วงานก็แสดงไม่ถูกต้อง หรือบางครั้งมีงานที่ไม่ถูกต้อง

สิ่งนี้อาจเกิดขึ้นเนื่องจากการเปลี่ยนแปลงหรือรูปแบบคำขอใหม่ที่เคยสร้างขึ้น เมื่อโมเดลเหล่านี้ถูกสร้างขึ้นในระบบเดียวและเฉพาะการยกเลิกการโหลดของโมเดลเท่านั้นที่จะถูกโอนไปยังระบบปลายทาง

โดยทั่วไป ตารางที่เก็บงานและโครงสร้างทั้งหมดไว้ในตาราง ChangePlan ดังนั้นการขนโต๊ะออกจะพิสูจน์ได้ว่าค่อนข้างมีประสิทธิภาพ ผู้ใช้จะต้องระมัดระวังในขณะที่โอนถ่าย ChangePlan ออกจากระบบหนึ่งไปยังอีกระบบหนึ่ง คุณต้องยืนยันอีกครั้งว่าระบบปลายทางเป็นสภาพแวดล้อมการทดสอบก่อนเพื่อให้ทุกอย่างเป็นไปตามแผน

9. เมื่อ IDM ไม่สามารถเริ่มทำงานได้เนื่องจากไฟล์เก็บคีย์เซิร์ฟเวอร์ /opt/apache-tomcat/conf/tomcat.keystore ไม่พบข้อผิดพลาด

ผู้ใช้มักพบข้อผิดพลาดบนหน้าจอซึ่งระบุว่า:

ข้อผิดพลาดไฟล์ที่เก็บคีย์เซิร์ฟเวอร์ /opt/apache-tomcat/conf/tomcat.keystore ไม่พบ – พ็อด IDM ไม่เริ่มทำงาน

ปัญหาอยู่ในพ็อด IDM เนื่องจากไม่สามารถเริ่มต้นและแสดงข้อความต่อไปนี้:

|_+_|

สาเหตุที่ชัดเจนที่สุดของข้อผิดพลาดของพ็อด IDM เกิดจากการซิงค์ใบรับรองไม่ถูกต้อง

ผู้ใช้สามารถแก้ไขข้อผิดพลาดนี้ได้โดยทำตามขั้นตอนด้านล่าง:

1. คุณต้องล็อกออนหนึ่งในโหนดหลัก: คุณต้องอัปเดตใบรับรองการกำจัดในเนมสเปซชุดด้วย 3 คำสั่งที่ระบุด้านล่าง:

|_+_| |_+_| |_+_|

2. จากนั้น คุณต้องล็อกออนเข้าสู่เซิร์ฟเวอร์ nfs จากนั้นย้าย jks ไปยังโฟลเดอร์สำรองอย่างระมัดระวัง

|_+_|

10. การแก้ไขข้อผิดพลาดของตัวกำหนดตารางเวลาซ้ำๆ เมื่อไม่สามารถประเมินนิพจน์ 1 + 'วว/ดด/ปปปป' (ตัวกำหนดเวลา กระบวนการ กำหนดเวลาใหม่)

มักเกิดขึ้นที่ผู้ใช้พบข้อความแสดงข้อผิดพลาดของตัวกำหนดตารางเวลาที่เกิดซ้ำ เช่น:

|_+_|

ปัญหาคือจริง ๆ แล้ว:

|_+_|

โดยพื้นฐานแล้วเกิดจากการเพิ่มค่าวันที่จริงในฟิลด์ช่วงช่วงทำซ้ำของเรกคอร์ดระยะเวลา เนื่องจากฟิลด์ ช่วงทำซ้ำ มีไว้สำหรับค่าระยะเวลาเท่านั้น เช่น วันหรือนาที ไม่มีโครงสร้างในการประมวลผลค่าวันที่จริงเช่นนี้

ข้อผิดพลาดนี้สามารถแก้ไขได้ง่ายๆ เพียงทำตามขั้นตอนด้านล่าง:

  1. คุณต้องใช้ *afin.string ที่มีอยู่บนตารางกำหนดการ
  2. จากนั้นค้นหาค่าวันที่แบบกำหนดค่าตายตัว เช่น 01/12/20 00:05:00 น.

ผู้ใช้ต้องสังเกตว่าแทนที่จะค้นหาเฉพาะ dd /mm/ปปปปปปปปปปปปปปปปปปปป แบบที่พวกเขาควรทำด้วย mm/dd/yy . จากนั้นแทนที่ค่าวันที่ด้วยค่าระยะเวลาเฉพาะเพื่อไม่ให้เกิดความสับสน

โพสต์ยอดนิยม