SAP การตรวจสอบและการตรวจสอบประสิทธิภาพ: บทช่วยสอนที่สมบูรณ์พร้อม Tcodes
การตรวจสอบระบบคืออะไร?
การตรวจสอบระบบเป็นกิจกรรมประจำวัน และเอกสารนี้ให้ขั้นตอนการตรวจสอบเซิร์ฟเวอร์แบบเป็นระบบทีละขั้นตอน โดยให้ภาพรวมของแง่มุมทางเทคนิคและแนวคิดสำหรับการตรวจสอบระบบเชิงรุก บางส่วนได้แก่:
- การตรวจสอบเซิร์ฟเวอร์แอปพลิเคชัน
- การติดตามกระบวนการทำงานทั้งระบบ
- การติดตามกระบวนการทำงานสำหรับแต่ละกรณี
- การตรวจสอบรายการล็อค
- การใช้งาน CPU
- พื้นที่ว่างในฐานข้อมูล
- การตรวจสอบกระบวนการอัพเดต
- บันทึกระบบการตรวจสอบ
- Buffer สถิติ
อื่นๆ บางส่วน ได้แก่:
- การตรวจสอบงานแบทช์
- การตรวจสอบคำขอสปูล
- จำนวนคำขอพิมพ์
- การวิเคราะห์การถ่ายโอนข้อมูล ABAP
- การตรวจสอบประสิทธิภาพของฐานข้อมูล
- ตรวจสอบฐานข้อมูล
- การตรวจสอบผู้ใช้แอปพลิเคชัน
ทำไมต้องตรวจสอบพื้นฐานรายวัน/ติดตามระบบ?
เราจะทำการตรวจสอบได้อย่างไร SAP ระบบ?
การตรวจสอบเซิร์ฟเวอร์แอปพลิเคชัน (SM51)
ธุรกรรมนี้ใช้เพื่อตรวจสอบแอปพลิเคชันเซิร์ฟเวอร์ที่ใช้งานอยู่ทั้งหมด
ที่นี่คุณสามารถดูบริการหรือกระบวนการทำงานที่ได้รับการกำหนดค่าในแต่ละอินสแตนซ์ได้ที่นี่
การตรวจสอบกระบวนการทำงานสำหรับแต่ละอินสแตนซ์ SM50
แสดงกระบวนการที่กำลังรัน กำลังรอ หยุด และ PRIV ทั้งหมดที่เกี่ยวข้องกับอินสแตนซ์เฉพาะ ภายใต้ขั้นตอนนี้ เราจะตรวจสอบกระบวนการทั้งหมด สถานะของกระบวนการควรรอหรือทำงานอยู่เสมอ หากกระบวนการใดมีสถานะอื่นนอกเหนือจากกำลังรอหรือกำลังทำงานอยู่ เราจำเป็นต้องตรวจสอบกระบวนการนั้นและรายงานตามนั้น
ธุรกรรมนี้แสดงข้อมูลมากมาย เช่น:
- สถานะของกระบวนการทำงาน (ไม่ว่าจะถูกครอบครองหรือไม่ก็ตาม)
- หากกระบวนการทำงานกำลังทำงานอยู่ คุณอาจเห็นการดำเนินการที่เกิดขึ้นได้ในคอลัมน์การดำเนินการ
- คุณสามารถระบุได้ว่าตารางใดกำลังทำงานอยู่
ปัญหาทั่วไปบางประการ:
- ผู้ใช้ใช้เวลานานในการเข้าสู่ระบบ/ไม่สามารถเข้าสู่ระบบได้/การทำธุรกรรมออนไลน์ช้ามาก อาจเป็นผลจากการที่กระบวนการทำงานของ 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 ขณะไม่ได้ใช้งานต้องอยู่ที่ 60-65% หากเกินค่านี้ เราต้องเริ่มตรวจสอบอย่างน้อยสิ่งต่อไปนี้:
- เรียกใช้คำสั่งระดับระบบปฏิบัติการ - บนสุดและตรวจสอบว่ากระบวนการใดใช้ทรัพยากรมากที่สุด
- ไปที่ SM50 หรือ SM66 ตรวจสอบงานที่รันระยะยาวหรือคิวรีอัพเดตยาวๆ ที่กำลังรันอยู่
- ไปที่ SM12 และตรวจสอบรายการล็อค
- ไปที่ SM13 และทำเครื่องหมายที่อัปเดตสถานะการใช้งาน
- ตรวจสอบข้อผิดพลาดใน SM21
ABAP ทิ้ง (ST22)
ที่นี่เราจะตรวจสอบการทิ้งของวันก่อนหน้า
การตรวจสอบคำขอสปูล (SP01)
สำหรับการตรวจสอบคำขอสปูล ให้ดำเนินการ SP01 และเลือกดังนี้:
ที่นี่เราบันทึกเฉพาะคำขอที่ถูกยกเลิกด้วยปัญหาเท่านั้น
การตรวจสอบงานแบทช์ (SM37)
สำหรับการตรวจสอบงานพื้นหลัง ให้ดำเนินการ SM37 และเลือกดังต่อไปนี้:
- ใส่ '*' ในช่องชื่อผู้ใช้และชื่องาน
- ในสถานะงาน เลือก: คำขอตามกำหนดการ ยกเลิกแล้ว นำออกใช้ และ เสร็จสิ้นแล้ว
การบริหาร RFC ของธุรกรรม (SM58)
RFC แบบธุรกรรม (tRFC หรือเดิมเรียกว่าอะซิงโครนัส) RFC) เป็นวิธีการสื่อสารแบบอะซิงโครนัสที่ดำเนินการโมดูลฟังก์ชันที่เรียกในเซิร์ฟเวอร์ RFC เพียงครั้งเดียว
เราจำเป็นต้องเลือกระยะเวลาการแสดงผลที่เราต้องการดู tRFC จากนั้นเลือก '*' ในช่องชื่อผู้ใช้เพื่อดูการโทรทั้งหมดที่ดำเนินการไม่ถูกต้องหรือกำลังรออยู่ในคิว
การดูแลระบบ QRFC (คิวขาออก-SMQ1)
เราควรระบุชื่อไคลเอ็นต์ตรงนี้ และดูว่ามี qRFC ขาออกอยู่ในสถานะรอหรือเกิดข้อผิดพลาดหรือไม่
การดูแลระบบ QRFC (คิวขาเข้า-SMQ2)
เราควรระบุชื่อไคลเอ็นต์ตรงนี้ และดูว่ามี qRFC ขาเข้าอยู่ในสถานะรอหรือเกิดข้อผิดพลาดหรือไม่
การบริหารฐานข้อมูล (DB02)
หลังจากที่คุณเลือก ขนาดปัจจุบัน ในหน้าจอแรกเราจะมาที่หน้าจอด้านล่างซึ่งแสดงสถานะปัจจุบันของพื้นที่ตารางทั้งหมดในระบบ
หากพื้นที่ตารางใดๆ มากกว่า 95% และขอบเขตอัตโนมัติปิดอยู่ เราจำเป็นต้องเพิ่มไฟล์ข้อมูลใหม่เพื่อให้ฐานข้อมูลไม่เต็ม
เรายังสามารถกำหนดประวัติของพื้นที่ตารางได้ด้วย
เราสามารถเลือกเดือน สัปดาห์ หรือวันได้ที่นี่เพื่อดูการเปลี่ยนแปลงที่เกิดขึ้นในพื้นที่ตาราง
เราสามารถกำหนดการเติบโตของพื้นที่ตารางได้โดยการวิเคราะห์ค่าเหล่านี้
บันทึกการสำรองฐานข้อมูล (DB12)
จากธุรกรรมนี้ เราสามารถระบุได้ว่าการสำรองข้อมูลระบบครั้งล่าสุดสำเร็จเมื่อใด เราสามารถตรวจสอบข้อมูลสำรองของวันก่อนหน้าและดูว่าทุกอย่างเรียบร้อยดีหรือไม่
นอกจากนี้เรายังสามารถตรวจสอบไฟล์บันทึกการทำซ้ำและดูว่าการสำรองข้อมูลบันทึกซ้ำสำเร็จหรือไม่
รวดเร็ว Review
งานตรวจสอบรายวัน
- งานที่สำคัญ
- SAP System
- ฐานข้อมูล
งานที่สำคัญ
ไม่ | งาน | รายการ | ขั้นตอนการดำเนินการ / หมายเหตุ |
---|---|---|---|
1 | ตรวจสอบว่า R/3System ทำงานอยู่ | เข้าสู่ระบบ R/3 | |
2 | ตรวจสอบว่าการสำรองข้อมูลรายวันดำเนินการโดยไม่มีข้อผิดพลาด | DB12 | ตรวจสอบการสำรองฐานข้อมูล |
SAP System
ไม่ | งาน | รายการ | ขั้นตอนการดำเนินการ / หมายเหตุ |
---|---|---|---|
1 | ตรวจสอบว่าแอปพลิเคชันเซิร์ฟเวอร์ทั้งหมดพร้อมใช้งาน | SM51 | ตรวจสอบว่าเซิร์ฟเวอร์ทั้งหมดพร้อมใช้งาน |
2 | ตรวจสอบกระบวนการทำงาน (เริ่มจาก SM51) | SM50 | กระบวนการทำงานทั้งหมดที่มีสถานะ “กำลังทำงาน” หรือ “กำลังรอ” |
3 | ภาพรวมกระบวนการทำงานทั่วโลก | SM66 | ตรวจสอบว่าไม่มีกระบวนการทำงานใดทำงานเกิน 1800 วินาที |
3 | ค้นหาการอัปเดตที่ล้มเหลว (การอัปเดตสิ้นสุดลง) | SM13 |
|
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 |