SAP รหัสธุรกรรม (Tcodes) และการตรวจสอบสถานะระบบพื้นฐาน

⚡ สรุปอย่างชาญฉลาด

SAP การตรวจสอบระบบเป็นกิจวัตรประจำวันที่ช่วยควบคุมเซิร์ฟเวอร์ กระบวนการทำงาน การล็อก การอัปเดต และสถานะของฐานข้อมูล รหัสธุรกรรมหลัก เช่น SM51, SM50, SM66, SM21, ST22, ST02, ST06, DB02 และ DB12 ช่วยให้ผู้ดูแลระบบมีรายการตรวจสอบเชิงรุกที่ครบถ้วน

  • 🖥️ ตรวจสอบเซิร์ฟเวอร์และกระบวนการทำงาน: SM51 แสดงรายการเซิร์ฟเวอร์แอปพลิเคชัน ในขณะที่ SM50 และ SM66 แสดงสถานะกระบวนการทำงานในระดับอินสแตนซ์และระดับระบบโดยรวม
  • 🔒 ล้างการล็อกและการอัปเดตที่ค้างอยู่: SM12 ระบุรายการล็อกเก่า; SM13 ตรวจจับการอัปเดตที่ถูกปิดใช้งานและคิวที่ค้างอยู่
  • 📜 ตรวจสอบบันทึกระบบและไฟล์ดัมพ์: SM21 แสดงข้อผิดพลาดและคำเตือน ส่วน ST22 รวบรวมข้อมูลข้อผิดพลาด ABAP short dump ประจำวัน
  • ⚙️ ปรับแต่งบัฟเฟอร์และซีพียู: ST02 เผยให้เห็นการสลับบัฟเฟอร์; ST06 ยืนยันว่า CPU อยู่ในสถานะไม่ได้ใช้งานประมาณ 60–65% ในระหว่างการใช้งานที่มีโหลดคงที่
  • 🤖 ใช้ AI ในการตรวจจับความผิดปกติ: ผู้ช่วย AI จะสรุปรูปแบบ SM21 และ ST22 ระบุแนวโน้มการเติบโตของ DB02 และแนะนำรหัส T-code สำหรับการตรวจสอบครั้งต่อไป

SAP การติดตามและตรวจสอบประสิทธิภาพ

ความหมายของ SAP การตรวจสอบระบบ?

SAP การตรวจสอบระบบ คือกิจวัตรประจำวันที่ช่วยให้ SAP รักษาสภาพแวดล้อมการทำงานให้มีสุขภาพดีโดยการตรวจสอบเซิร์ฟเวอร์ กระบวนการทำงาน การล็อก การอัปเดต บันทึกระบบ และสถานะของฐานข้อมูลอย่างสม่ำเสมอ เป้าหมายคือการป้องกันล่วงหน้า — เพื่อตรวจพบปัญหาได้ก่อนที่ผู้ใช้จะสังเกตเห็น

รายการตรวจสอบประจำวันโดยทั่วไปประกอบด้วย:

  • กำลังตรวจสอบเซิร์ฟเวอร์แอปพลิเคชัน
  • การตรวจสอบกระบวนการทำงานของระบบโดยรวม
  • การติดตามตรวจสอบกระบวนการทำงานสำหรับแต่ละกรณี
  • ตรวจสอบการเข้าออกของล็อคประตู
  • การใช้งาน CPU
  • พื้นที่ว่างในฐานข้อมูล
  • การตรวจสอบกระบวนการอัปเดต
  • ตรวจสอบบันทึกระบบ
  • Buffer สถิติ.
  • การตรวจสอบงานแบบแบตช์
  • การตรวจสอบคำขอพิมพ์และจำนวนคำขอพิมพ์
  • การวิเคราะห์ข้อมูล ABAP dump
  • การตรวจสอบประสิทธิภาพและความสอดคล้องของฐานข้อมูล
  • การติดตามผู้ใช้งานแอปพลิเคชัน

เหตุใดจึงต้องตรวจสอบและติดตามระบบเป็นประจำทุกวัน?

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

การตรวจสอบประจำวัน / การติดตามระบบ

เราจะตรวจสอบได้อย่างไร SAP ระบบ?

การตรวจสอบจะถูกจัดระเบียบโดยใช้รหัส T-code แต่ละรหัสจะดูแลเลเยอร์เฉพาะ — เซิร์ฟเวอร์ กระบวนการทำงาน การล็อก การอัปเดต บันทึก บัฟเฟอร์ CPU การดัมพ์ สปูล งานแบตช์ RFC และฐานข้อมูล ส่วนด้านล่างจะอธิบายการตรวจสอบแต่ละรายการตามลำดับ

การตรวจสอบเซิร์ฟเวอร์แอปพลิเคชัน (SM51)

SM51 แสดงรายการเซิร์ฟเวอร์แอปพลิเคชันที่ใช้งานอยู่ทั้งหมดในระบบ พร้อมด้วยบริการและกระบวนการทำงานที่กำหนดค่าไว้ในแต่ละอินสแตนซ์

ตรวจสอบเซิร์ฟเวอร์แอปพลิเคชัน SM51

การติดตามกระบวนการทำงานสำหรับแต่ละกรณี (SM50)

SM50 แสดงกระบวนการทั้งหมดที่กำลังทำงาน รอ หยุด และมีสิทธิ์พิเศษ (PRIV) บนอินสแตนซ์ปัจจุบัน ทุกกระบวนการควรอยู่ในสถานะดังกล่าว เล่น or ที่รอ สถานะ; อย่างอื่นต้องตรวจสอบเพิ่มเติม

การตรวจสอบกระบวนการทำงานสำหรับแต่ละอินสแตนซ์ SM50

หน้าจอแสดงคอลัมน์ที่มีประโยชน์หลายคอลัมน์:

  1. สถานะของแต่ละกระบวนการทำงาน (กำลังดำเนินการอยู่ หรือ ว่าง)
  2. การดำเนินการที่เกิดขึ้นโดยกระบวนการที่ถูกครอบครอง จะแสดงอยู่ในคอลัมน์ "การดำเนินการ"
  3. ตารางฐานข้อมูลที่กำลังดำเนินการอยู่

ปัญหาและวิธีแก้ไขที่พบบ่อย:

  • ผู้ใช้ไม่สามารถล็อกอินได้ หรืออินเทอร์เฟซผู้ใช้ทำงานช้า: กระบวนการทำงานของบทสนทนา (DIA) เสร็จสิ้นแล้ว โปรดตรวจสอบงานที่ใช้เวลานาน (ตัวบ่งชี้สีแดงด้านล่าง) เวลา) ยกเลิกผ่านทาง ขั้นตอน > ยกเลิกโดยไม่ใช้แกนหลัก เพื่อปลดล็อกช่องว่าง
  • PRIV ในช่องเหตุผล: ธุรกรรมหนึ่งใช้หน่วยความจำมากเกินไปจนกระบวนการทำงานของ DIA ถูก "ครอบครอง" โดยผู้ใช้รายหนึ่ง โปรดติดต่อผู้ใช้รายนั้น และหากเป็นไปได้ ให้เรียกใช้กระบวนการนั้นซ้ำในพื้นหลัง
  • กระบวนการทำงานของ SPO ที่ดำเนินมาอย่างยาวนาน: ตรวจสอบเซิร์ฟเวอร์การพิมพ์หรือเครื่องพิมพ์; สปูลค้างอาจทำให้กระบวนการทำงานถูกผูกขาดได้

การติดตามกระบวนการทำงานทั้งระบบ (SM66)

SM66 คือภาพรวมกระบวนการทำงานโดยรวม (Global Work Process Overview) โดยจะรวบรวมข้อมูล SM50 จากทุกอินสแตนซ์ที่ใช้งานอยู่มาไว้ในหน้าจอเดียว ทำให้สามารถตรวจพบปัญหาด้านประสิทธิภาพของระบบได้เร็วที่สุด

การตรวจสอบกระบวนการทำงานทั่วทั้งระบบ SM66

เมื่อมองแวบแรก คุณจะเห็น:

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

ตรวจสอบผู้ใช้แอปพลิเคชัน (AL08 และ SM04)

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

ตรวจสอบผู้ใช้แอปพลิเคชัน AL08 และ SM04

การตรวจสอบกระบวนการอัปเดต (SM13)

รัน SM13 แล้ววาง * ที่ ผู้ใช้งาน กรอกข้อมูลและดำเนินการ หากไม่มีการอัปเดตที่รออยู่ คิวจะว่างเปล่า

กระบวนการอัปเดตการตรวจสอบ SM13

คิว SM13 ว่างเปล่า

หากไม่ได้เปิดใช้งานการอัปเดต โปรดตอบคำถามต่อไปนี้:

  • กระบวนการอัปเดตกำลังทำงานอยู่หรือไม่? ถ้าไม่ ระบบหรือผู้ใช้ได้ปิดใช้งานไว้หรือไม่?
  • มีการยกเลิกการอัปเดตใด ๆ หรือไม่?
  • มีคิวรอการอัปเดตนานเกินกว่า 10 นาทีหรือไม่?

รายการล็อคการตรวจสอบ (SM12)

เรียกใช้ SM12 แล้วป้อนคำสั่ง * ที่ ชื่อผู้ใช้ สนาม

การตรวจสอบการเข้าล็อค SM12

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

บันทึกรายการล็อกที่มีเวลาประทับจากวันก่อนหน้าหรือก่อนหน้านั้น — รายการเหล่านั้นคือรายการที่ควรทำการล้างข้อมูล

การตรวจสอบบันทึกระบบ (SM21)

SM21 แสดงข้อผิดพลาดของระบบ คำเตือน และข้อความด้านความปลอดภัย ใช้เพื่อระบุและแก้ไขปัญหาในระบบและสภาพแวดล้อม

ตรวจสอบบันทึกของวันก่อนหน้าด้วย:

  • ระบุช่วงวันที่และเวลาที่สะดวก
  • เลือก ปัญหาและคำเตือน ปุ่มวิทยุ
  • คลิก อ่านบันทึกระบบอีกครั้ง.

บันทึกระบบตรวจสอบ SM21

ปรับแต่งสรุป (ST02)

ST02 แสดงสรุปการปรับแต่งบัฟเฟอร์ ใช้ขั้นตอนด้านล่างเพื่อแก้ไขปัญหาการสลับข้อมูล

ขั้นตอน 1) เปิด ST02 เพื่อดูสรุปการปรับแต่ง

ขั้นตอน 2) Double-คลิกค่าสีแดงใดก็ได้ด้านล่าง การแลกเปลี่ยน.

สรุปการปรับแต่ง ST02

ขั้นตอน 3) คลิก พารามิเตอร์ปัจจุบัน แถบ

พารามิเตอร์ปัจจุบันของ ST02

ขั้นตอน 4) โปรดสังเกตค่าและพารามิเตอร์ของโปรไฟล์

ค่าโปรไฟล์ ST02

ขั้นตอน 5) เปิดโปรแกรม RZ10 เพื่อเปลี่ยนค่าพารามิเตอร์โปรไฟล์

ขั้นตอน 6) บันทึกการเปลี่ยนแปลง

ขั้นตอน 7) รีสตาร์ทเซิร์ฟเวอร์เพื่อให้ค่าใหม่มีผลใช้งาน

การใช้งาน CPU (ST06)

ST06 แสดงประสิทธิภาพระดับระบบปฏิบัติการ การใช้งาน CPU ขณะไม่ได้ใช้งานควรอยู่ที่ประมาณ 60-65% หากมีการใช้งานหนักต่อเนื่องในระดับสูง แสดงว่าระบบกำลังทำงานหนักเกินไป

การใช้งาน CPU ST06

เมื่อการใช้งาน CPU สูง ให้ทำตามขั้นตอนการแก้ไขปัญหาสั้นๆ ดังนี้:

  • เรียกใช้คำสั่งระดับระบบปฏิบัติการ (เช่น topเพื่อค้นหาว่ากระบวนการใดใช้ CPU มากที่สุด
  • เปิด SM50 หรือ SM66 แล้วมองหาโปรแกรมที่ใช้เวลานานหรือคำสั่งอัปเดตต่างๆ
  • เปิด SM12 และตรวจสอบรายการล็อคเก่าๆ
  • เปิด SM13 เพื่อตรวจสอบสถานะการอัปเดต
  • เปิด SM21 เพื่อตรวจสอบข้อผิดพลาดของระบบ

ABAP ทิ้ง (ST22)

ST22 ตรวจจับข้อผิดพลาดขณะรันไทม์ของ ABAP (short dumps) Revตรวจสอบข้อมูลการซื้อขายของวันก่อนหน้าทุกเช้า เพื่อสังเกตรูปแบบที่ผิดปกติหรือสิ่งที่ปรากฏซ้ำๆ

ABAP Dumps ST22

การตรวจสอบคำขอสปูล (SP01)

เรียกใช้ SP01 เพื่อตรวจสอบคำขอสปูล:

  • เข้าสู่ * ที่ โพสต์โดย สนาม
  • คลิก ดำเนินงาน.

การตรวจสอบคำขอสปูล SP01

บันทึกเฉพาะคำขอที่ถูกยกเลิกเนื่องจากปัญหาเท่านั้น

คำขอ Spool ถูกยกเลิก

การตรวจสอบงานแบทช์ (SM37)

เรียกใช้ SM37 เพื่อตรวจสอบการทำงานเบื้องหลัง:

  • เข้าสู่ * ที่ ชื่อผู้ใช้ และ ชื่องาน เขตข้อมูล
  • ภายใต้ สถานะการทำงาน เลือกสถานะ: กำหนดเวลา, ยกเลิก, ปล่อยแล้ว และ เสร็จสิ้น

การตรวจสอบงานแบบกลุ่ม SM37

การบริหาร RFC ของธุรกรรม (SM58)

Transactional RFC (tRFC) ซึ่งเดิมเรียกว่าแบบอะซิงโครนัส RFCโดยจะเรียกใช้โมดูลฟังก์ชันที่เรียกบนเซิร์ฟเวอร์ RFC เพียงครั้งเดียวเท่านั้น

RFC SM58 ธุรกรรม

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

การจัดการ QRFC (คิวขาออก — SMQ1)

SMQ1 ตรวจสอบคิว qRFC ขาออก ระบุไคลเอ็นต์และค้นหาคิวใน ที่รอ or ความผิดพลาด รัฐ

QRFC ขาออก SMQ1

การจัดการ QRFC (คิวขาเข้า — SMQ2)

SMQ2 ทำหน้าที่เสมือน SMQ1 สำหรับคิว qRFC ขาเข้า ระบุไคลเอ็นต์และค้นหาคิวขาเข้าใน SMQ2 ที่รอ or ความผิดพลาด รัฐ

QRFC ขาเข้า SMQ2

การบริหารฐานข้อมูล (DB02)

DB02 คือศูนย์กลางการบริหารจัดการฐานข้อมูล หน้าจอแรกช่วยให้คุณสามารถตรวจสอบรายละเอียดของตารางข้อมูล ดัชนีที่ขาดหายไป และประวัติการเติบโตของฐานข้อมูลได้

การบริหารฐานข้อมูล รายการ DB02

เลือก ขนาดปัจจุบัน เพื่อดูสถานะของทุกตารางพื้นที่จัดเก็บข้อมูล (tablespace)

ขนาดปัจจุบันของ DB02

หากพื้นที่จัดเก็บข้อมูล (tablespace) ใด ๆ เต็มเกิน 95% และปิดใช้งานการขยายอัตโนมัติ (auto-extend) ไว้ ให้เพิ่มไฟล์ข้อมูลใหม่เพื่อป้องกันไม่ให้ฐานข้อมูลมีพื้นที่ไม่เพียงพอ

นอกจากนี้ คุณยังสามารถตรวจสอบประวัติการใช้งาน tablespace ตามรายเดือน รายสัปดาห์ หรือรายวัน เพื่อสังเกตแนวโน้มการเติบโตได้อีกด้วย

การเลือกประวัติ DB02

แผนภูมิประวัติ DB02

มุมมองรายละเอียด DB02

บันทึกการสำรองข้อมูลฐานข้อมูล (DB12)

DB12 จะยืนยันว่าการสำรองข้อมูลครั้งล่าสุดที่สำเร็จนั้นดำเนินการเมื่อใด Revตรวจสอบการสำรองข้อมูลฐานข้อมูลและไฟล์ redo-log ของวันก่อนหน้าเพื่อให้แน่ใจว่าเสร็จสมบูรณ์อย่างราบรื่น

บันทึกการสำรองฐานข้อมูล DB12

รวดเร็ว Review: รายการตรวจสอบการติดตามประจำวัน

ตารางด้านล่างนี้สรุปการตรวจสอบประจำวันที่สำคัญสำหรับผู้ดูแลระบบ Basis

งานที่สำคัญ

# งาน รายการ ขั้นตอนการดำเนินการ / หมายเหตุ
1 ตรวจสอบว่าระบบ R/3 ทำงานอยู่หรือไม่ - เข้าสู่ระบบ R/3
2 ตรวจสอบว่าการสำรองข้อมูลรายวันทำงานโดยไม่มีข้อผิดพลาด DB12 ตรวจสอบบันทึกการสำรองข้อมูลฐานข้อมูล

SAP การตรวจสอบระบบ

# งาน รายการ ขั้นตอนการดำเนินการ / หมายเหตุ
1 ตรวจสอบให้แน่ใจว่าเซิร์ฟเวอร์แอปพลิเคชันทุกตัวทำงานอยู่ SM51 เซิร์ฟเวอร์ทุกเครื่องพร้อมใช้งานแล้ว
2 ตรวจสอบขั้นตอนการทำงาน SM50 กระบวนการทำงานทั้งหมดอยู่ในสถานะกำลังทำงานหรือรอการดำเนินการ
3 ภาพรวมกระบวนการทำงานโดยรวม SM66 ไม่มีกระบวนการทำงานใดที่ใช้เวลานานเกิน 1800 วินาที
4 ตรวจสอบการอัปเดตที่ล้มเหลวหรือถูกยกเลิก SM13 ตั้งวันที่เป็นหนึ่งวันก่อน แล้วป้อน... * ในช่อง User ID ให้ตั้งค่าการอัปเดตเป็น “ทั้งหมด” มองหาบรรทัดที่มี Err.
5 ตรวจสอบบันทึกระบบ SM21 ตั้งวันที่และเวลาให้ก่อนการตรวจสอบครั้งล่าสุด ตรวจสอบหาข้อผิดพลาด คำเตือน ข้อความด้านความปลอดภัย และปัญหาในฐานข้อมูล
6 Revดูตำแหน่งงานที่ถูกยกเลิกใหม่ SM37 เข้าสู่ * ในรหัสผู้ใช้ ยืนยันว่างานสำคัญทั้งหมดเสร็จสมบูรณ์เรียบร้อยแล้ว
7 ตรวจสอบดูว่ามีกุญแจเก่าหรือไม่ SM12 เข้าสู่ * ในรหัสผู้ใช้
8 ตรวจสอบผู้ใช้ในระบบ SM04 / AL08 มองหาชื่อผู้ใช้หรืออุปกรณ์ที่ไม่คาดคิด ตรวจสอบหลายครั้งต่อวัน
9 ตรวจสอบปัญหาเกี่ยวกับสปูล SP01 เข้าสู่ * ในส่วน "สร้างโดย" ให้มองหาไฟล์งานสปูลที่ค้างอยู่ในสถานะ "กำลังดำเนินการ" นานกว่าหนึ่งชั่วโมง
10 ตรวจสอบบันทึกการทำงาน SM37 มองหางานใหม่หรืองานที่ไม่ถูกต้อง
11 Revดูและแก้ไขการทิ้ง ST22 สังเกตการทิ้งข้อมูลที่มากเกินไปหรือผิดปกติ
12 Revสถิติบัฟเฟอร์ iew ST02 มองหาการแลกเปลี่ยน

การตรวจสอบฐานข้อมูล

# งาน รายการ ขั้นตอนการดำเนินการ / หมายเหตุ
1 Revตรวจสอบบันทึกข้อผิดพลาดของฐานข้อมูล ST04 ตรวจสอบข้อผิดพลาดใหม่ ๆ ที่พบ
2 ฐานข้อมูลมีขนาดใหญ่ขึ้นและดัชนีขาดหายไป DB02 หากพื้นที่จัดเก็บข้อมูล (tablespace) ถูกใช้งานเกิน 90% ให้เพิ่มไฟล์ข้อมูลใหม่ และสร้างดัชนีที่ขาดหายไปใหม่
3 บันทึกสถิติฐานข้อมูล DB13 ยืนยันว่างานวิเคราะห์สถิติที่กำหนดไว้เสร็จสมบูรณ์แล้ว

คำถามที่พบบ่อย

รหัสธุรกรรมหลักได้แก่ SM51, SM50, SM66, SM12, SM13, SM21, SM37, SP01, ST22, ST02, ST06, DB02 และ DB12 โดยรวมแล้ว รหัสเหล่านี้ครอบคลุมเซิร์ฟเวอร์ กระบวนการทำงาน การล็อก การอัปเดต บันทึกข้อมูล การดัมพ์ข้อมูล บัฟเฟอร์ CPU และสถานะสุขภาพของฐานข้อมูล

SM50 แสดงกระบวนการทำงานสำหรับเซิร์ฟเวอร์แอปพลิเคชันปัจจุบันเท่านั้น SM66 รวบรวมข้อมูลกระบวนการทำงานจากทุกอินสแตนซ์ที่ใช้งานอยู่ ทำให้ได้มุมมองภาพรวมของระบบ ซึ่งเหมาะสำหรับการวิเคราะห์ประสิทธิภาพข้ามอินสแตนซ์

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

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

ระดับการใช้งาน CPU ขณะไม่ได้ใช้งานประมาณ 60–65% ถือเป็นสภาวะสมดุลที่ดี หากระดับการใช้งาน CPU ขณะไม่ได้ใช้งานต่ำกว่า 30% อย่างต่อเนื่อง แสดงว่าอาจเกิดปัญหาด้านความจุ และควรตรวจสอบ SM50, SM66, SM12, SM13 และ SM21 เพื่อหาสาเหตุที่แท้จริง

โดยปกติแล้ว การตรวจสอบส่วนใหญ่จะดำเนินการวันละครั้ง โดยควรทำในช่วงเช้าตรู่ ส่วนการตรวจสอบที่สำคัญ เช่น SM04/AL08 (ผู้ใช้งาน), SM21 (บันทึกระบบ) และ ST06 (ซีพียู) จะได้รับการตรวจสอบหลายครั้งต่อวัน โดยเฉพาะในช่วงเวลาที่มีการใช้งานสูงสุด

เครื่องมือ AI จะจัดกลุ่มข้อความ SM21 สรุปแนวโน้มการดัมพ์ ST22 ทำนายการหมดพื้นที่ตารางจากประวัติ DB02 และแนะนำรหัสธุรกรรม (T-code) ที่เหมาะสมสำหรับการตรวจสอบครั้งต่อไป ซึ่งจะช่วยลดความซ้ำซ้อนและเพิ่มความเร็วในการตอบสนองต่อเหตุการณ์

ใช่แล้ว ผู้ช่วย AI จะรับภาพหน้าจอและข้อมูลที่ส่งออกจากการทำรายการธุรกรรมประจำวัน (T-code) จากนั้นจะสร้างรายงานที่มีโครงสร้างซึ่งระบุความผิดปกติ เชื่อมโยงแต่ละปัญหาเข้ากับ T-code ถัดไป และเสนอขั้นตอนการแก้ไขสำหรับทีม Basis

สรุปโพสต์นี้ด้วย: