SAP การตรวจสอบและการตรวจสอบประสิทธิภาพ: บทช่วยสอนที่สมบูรณ์พร้อม Tcodes

การตรวจสอบระบบคืออะไร?

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

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

อื่นๆ บางส่วน ได้แก่:

  • การตรวจสอบงานแบทช์
  • การตรวจสอบคำขอสปูล
  • จำนวนคำขอพิมพ์
  • การวิเคราะห์การถ่ายโอนข้อมูล ABAP
  • การตรวจสอบประสิทธิภาพของฐานข้อมูล
  • ตรวจสอบฐานข้อมูล
  • การตรวจสอบผู้ใช้แอปพลิเคชัน

ทำไมต้องตรวจสอบพื้นฐานรายวัน/ติดตามระบบ?

การตรวจสอบพื้นฐานรายวัน / การตรวจสอบระบบ

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

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

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

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

ที่นี่คุณสามารถดูบริการหรือกระบวนการทำงานที่ได้รับการกำหนดค่าในแต่ละอินสแตนซ์ได้ที่นี่

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

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

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

ธุรกรรมนี้แสดงข้อมูลมากมาย เช่น:

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

ปัญหาทั่วไปบางประการ:

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

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

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

ด้วยการตรวจสอบโหลดกระบวนการทำงานโดยใช้ภาพรวมกระบวนการทำงานทั่วโลก เราสามารถตรวจสอบสาเหตุที่เป็นไปได้ของปัญหาประสิทธิภาพของระบบได้อย่างรวดเร็ว

ตรวจสอบโหลดกระบวนการทำงานบนอินสแตนซ์ที่ใช้งานอยู่ทั้งหมด ทั่วทั้งระบบ

เมื่อใช้หน้าจอภาพรวมกระบวนการทำงานทั่วโลก เราจะเห็นได้อย่างรวดเร็ว:

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

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

ธุรกรรมนี้จะแสดงผู้ใช้ทั้งหมดของอินสแตนซ์ที่ใช้งานอยู่

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

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

ดำเนินธุรกรรม SM13 และใส่ '*' ในช่อง USER แล้วคลิก การตรวจสอบกระบวนการอัพเดต ปุ่ม

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

หากไม่มีบันทึกการอัปเดตที่รอดำเนินการเป็นเวลานานหรือไม่มีการอัพเดตใด ๆ เกิดขึ้น คิวนี้จะว่างเปล่าดังที่แสดงในภาพหน้าจอด้านล่าง

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

แต่หากการอัปเดตไม่ทำงาน ให้ค้นหาข้อมูลด้านล่าง:

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

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

ดำเนินธุรกรรม SM12 และใส่ '*' ในช่องชื่อผู้ใช้

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

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

จำเป็นต้องล้างการล็อกเก่าเหล่านี้ ไม่เช่นนั้นอาจป้องกันการเข้าถึงหรือการเปลี่ยนแปลงบันทึกได้

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

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

เราสามารถใช้บันทึกเพื่อระบุและแก้ไขข้อผิดพลาดที่เกิดขึ้นในระบบและสภาพแวดล้อมได้

เราตรวจสอบบันทึกของวันก่อนหน้าด้วยการเลือก/ตัวเลือกดังต่อไปนี้:

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

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

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

ขั้นตอนที่ 1: ไปที่ ST02 เพื่อตรวจสอบสรุปการปรับแต่ง

ขั้นตอนที่ 2: หากคุณเห็นค่าสีแดงใดๆ ใน SWAPS ให้ดับเบิลคลิกที่ค่าเดียวกัน

ปรับแต่งบทสรุป

ขั้นตอนที่ 3: ในหน้าจอด้านล่างคลิกที่แท็บ 'พารามิเตอร์ปัจจุบัน'

ปรับแต่งบทสรุป

ขั้นตอนที่ 4: จดบันทึกค่าและพารามิเตอร์โปรไฟล์

ปรับแต่งบทสรุป

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

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

ขั้นตอนที่ 7: รีสตาร์ทเซิร์ฟเวอร์เพื่อใช้การเปลี่ยนแปลงใหม่

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

การใช้งาน CPU

อัตราการใช้งาน CPU ขณะไม่ได้ใช้งานต้องอยู่ที่ 60-65% หากเกินค่านี้ เราต้องเริ่มตรวจสอบอย่างน้อยสิ่งต่อไปนี้:

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

ABAP ทิ้ง (ST22)

ที่นี่เราจะตรวจสอบการทิ้งของวันก่อนหน้า

ABAP ทิ้ง

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

สำหรับการตรวจสอบคำขอสปูล ให้ดำเนินการ SP01 และเลือกดังนี้:

  • ใส่ '*' ลงในช่องสร้างโดย
  • คลิกที่ การตรวจสอบคำขอสปูล ปุ่มดำเนินการ

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

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

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

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

สำหรับการตรวจสอบงานพื้นหลัง ให้ดำเนินการ SM37 และเลือกดังต่อไปนี้:

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

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

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

RFC แบบธุรกรรม (tRFC หรือเดิมเรียกว่าอะซิงโครนัส) RFC) เป็นวิธีการสื่อสารแบบอะซิงโครนัสที่ดำเนินการโมดูลฟังก์ชันที่เรียกในเซิร์ฟเวอร์ RFC เพียงครั้งเดียว

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

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

การดูแลระบบ QRFC (คิวขาออก-SMQ1)

เราควรระบุชื่อไคลเอ็นต์ตรงนี้ และดูว่ามี qRFC ขาออกอยู่ในสถานะรอหรือเกิดข้อผิดพลาดหรือไม่

การบริหาร QRFC

การดูแลระบบ QRFC (คิวขาเข้า-SMQ2)

การบริหาร QRFC

เราควรระบุชื่อไคลเอ็นต์ตรงนี้ และดูว่ามี qRFC ขาเข้าอยู่ในสถานะรอหรือเกิดข้อผิดพลาดหรือไม่

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

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

หลังจากที่คุณเลือก ขนาดปัจจุบัน ในหน้าจอแรกเราจะมาที่หน้าจอด้านล่างซึ่งแสดงสถานะปัจจุบันของพื้นที่ตารางทั้งหมดในระบบ

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

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

เรายังสามารถกำหนดประวัติของพื้นที่ตารางได้ด้วย

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

เราสามารถเลือกเดือน สัปดาห์ หรือวันได้ที่นี่เพื่อดูการเปลี่ยนแปลงที่เกิดขึ้นในพื้นที่ตาราง

เราสามารถกำหนดการเติบโตของพื้นที่ตารางได้โดยการวิเคราะห์ค่าเหล่านี้

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

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

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

จากธุรกรรมนี้ เราสามารถระบุได้ว่าการสำรองข้อมูลระบบครั้งล่าสุดสำเร็จเมื่อใด เราสามารถตรวจสอบข้อมูลสำรองของวันก่อนหน้าและดูว่าทุกอย่างเรียบร้อยดีหรือไม่

นอกจากนี้เรายังสามารถตรวจสอบไฟล์บันทึกการทำซ้ำและดูว่าการสำรองข้อมูลบันทึกซ้ำสำเร็จหรือไม่

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

รวดเร็ว Review

งานตรวจสอบรายวัน

  1. งานที่สำคัญ
  2. SAP System
  3. ฐานข้อมูล

งานที่สำคัญ

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

SAP System

ไม่ งาน รายการ ขั้นตอนการดำเนินการ / หมายเหตุ
1 ตรวจสอบว่าแอปพลิเคชันเซิร์ฟเวอร์ทั้งหมดพร้อมใช้งาน SM51 ตรวจสอบว่าเซิร์ฟเวอร์ทั้งหมดพร้อมใช้งาน
2 ตรวจสอบกระบวนการทำงาน (เริ่มจาก SM51) SM50 กระบวนการทำงานทั้งหมดที่มีสถานะ “กำลังทำงาน” หรือ “กำลังรอ”
3 ภาพรวมกระบวนการทำงานทั่วโลก SM66 ตรวจสอบว่าไม่มีกระบวนการทำงานใดทำงานเกิน 1800 วินาที
3 ค้นหาการอัปเดตที่ล้มเหลว (การอัปเดตสิ้นสุดลง) SM13
  • ตั้งวันที่เป็นหนึ่งวันก่อน
  • ป้อน * ใน ID ผู้ใช้
  • ตั้งค่าเป็นการอัปเดต "ทั้งหมด" ตรวจสอบบรรทัดที่มี "ข้อผิดพลาด"
4 ตรวจสอบบันทึกของระบบ SM21 ตั้งวันที่และเวลาก่อนการตรวจสอบบันทึกครั้งล่าสุด ตรวจสอบ:

  • ข้อผิดพลาด
  • คำแนะนำ:
  • ข้อความความปลอดภัย
  • ปัญหาฐานข้อมูล
5 Revเช่นสำหรับงานที่ถูกยกเลิก SM37 ใส่เครื่องหมายดอกจัน (*) ใน User ID ตรวจสอบว่างานที่สำคัญทั้งหมดประสบความสำเร็จ
6 ตรวจสอบล็อค "เก่า" SM12 ป้อนเครื่องหมายดอกจัน (*) สำหรับ ID ผู้ใช้
7 ตรวจสอบผู้ใช้ในระบบ SM04AL08 Revเช่น ID ผู้ใช้และเทอร์มินัลที่ไม่รู้จักหรือแตกต่างกัน งานนี้ควรทำหลายครั้งต่อวัน
8 ตรวจสอบปัญหาเกี่ยวกับสปูล SP01 ป้อนเครื่องหมายดอกจัน (*) สำหรับ Create ByLook สำหรับงานสปูลที่มี "อยู่ระหว่างดำเนินการ" นานกว่าหนึ่งชั่วโมง
9 ตรวจสอบบันทึกงาน SM37 ตรวจสอบ:

  • งานใหม่
  • งานที่ไม่ถูกต้อง
10 Revดูและแก้ไขการทิ้ง ST22 มองหาการทิ้งขยะจำนวนมากเกินไป มองหากองขยะที่มีลักษณะผิดปกติ
11 Revสถิติบัฟเฟอร์ iew ST02 มองหาการแลกเปลี่ยน

ฐานข้อมูล

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