เผยแพร่ครั้งแรกโดย TriCore:11 เมษายน 2017
ชุดโพสต์บล็อกสองส่วนนี้ครอบคลุมคุณลักษณะการปรับแต่งประสิทธิภาพของ Oracle® Database เวอร์ชัน 12.1.0.1 และ 12.1.0.2 ส่วนที่ 1 กล่าวถึงเวอร์ชันก่อนหน้า
คุณลักษณะใหม่ใน Oracle Database 12.1.01
คุณลักษณะต่อไปนี้เป็นคุณลักษณะใหม่ใน Oracle Database เวอร์ชัน 12.1.0.1:
- ตัวตรวจสอบการวินิจฉัยฐานข้อมูลอัตโนมัติแบบเรียลไทม์ (ADDM)
- รองรับการจำกัดขนาดของ Program Global Area (PGA)
- การปรับปรุงประวัติเซสชันที่ใช้งานอยู่ (ASH)
ADDM แบบเรียลไทม์
ADDM แบบเรียลไทม์ช่วยให้คุณวิเคราะห์และแก้ไขปัญหาในฐานข้อมูลที่หยุดทำงานโดยไม่ต้องรีสตาร์ทฐานข้อมูล ส่วนนี้จะอธิบายรายละเอียด ADDMin แบบเรียลไทม์
โหมดการเชื่อมต่อ ADDM แบบเรียลไทม์
ADDM แบบเรียลไทม์ใช้โหมดการเชื่อมต่อหนึ่งในสองโหมดเพื่อเชื่อมต่อกับฐานข้อมูลผ่าน Oracle Enterprise Manager (OEM) โหมดที่ใช้ขึ้นอยู่กับสถานะของฐานข้อมูล:
-
การเชื่อมต่อปกติ :ในโหมดนี้ Real-Time ADDM ใช้ Java DatabaseConnectivity(JDBC) เพื่อเชื่อมต่อกับฐานข้อมูล โหมดนี้จะทำการวิเคราะห์ประสิทธิภาพของฐานข้อมูลอย่างละเอียดเมื่อมีการเชื่อมต่อ
-
การวินิจฉัยการเชื่อมต่อ :ในโหมดนี้ Real-Time ADDM จะทำการเชื่อมต่อฐานข้อมูลแบบไม่ใช้ alatch-less โหมดนี้มีประโยชน์สำหรับอาการแฮงค์ที่รุนแรงเมื่อไม่สามารถเชื่อมต่อ JDBC แบบปกติได้
ทริกเกอร์ ADDM แบบเรียลไทม์
ADDM แบบเรียลไทม์ทำงานโดยอัตโนมัติทุกๆ สามวินาที และใช้ข้อมูลในหน่วยความจำเพื่อวินิจฉัยปัญหาด้านประสิทธิภาพของฐานข้อมูล โดยจะทริกเกอร์การวิเคราะห์โดยอัตโนมัติเมื่อตรวจพบปัญหาด้านประสิทธิภาพ ฟังก์ชันนี้เกี่ยวข้องกับขั้นตอนต่อไปนี้:
-
ทุก ๆ สามวินาที กระบวนการตรวจสอบความสามารถในการจัดการ (MMON) จะดำเนินการรับสถิติประสิทธิภาพโดยไม่ต้องล็อกหรือสลัก
-
กระบวนการ MMON จะตรวจสอบสถิติเหล่านี้และทริกเกอร์ ADDManalysis แบบเรียลไทม์ หากพบปัญหาใดๆ ที่ปรากฏในตารางที่ 1
-
กระบวนการทาส MMON จะสร้างรายงานและเก็บไว้ใน AutomaticWorkload Repository (AWR) สำหรับข้อมูลเพิ่มเติม คุณสามารถตรวจสอบ
DBA_HIST_REPORTS
ดูและDBA_HIST_REPORTS_DETAILS
มุมมอง
คุณยังสามารถใช้คำสั่งต่อไปนี้เพื่อสร้างรายงานด้วยตนเอง:
SQL> select dbms_addm.real_time_addm_report() from dual;
ตารางที่ 1:ปัญหาด้านประสิทธิภาพและเงื่อนไขที่เรียกใช้การวิเคราะห์ ADD แบบเรียลไทม์
ปัญหา | สภาพ |
---|---|
โหลดสูง | จำนวนคอร์ของ CPU ที่ใช้งานโดยเฉลี่ยมากกว่า 3 เท่า |
ผูก I/O | ผลกระทบของ I/O ต่อเซสชันที่ใช้งานอยู่ขึ้นอยู่กับประสิทธิภาพการอ่านบล็อกเดียว |
CPU ถูกผูกไว้ | เซสชันที่ใช้งานอยู่มากกว่า 10% ของโหลดทั้งหมด และการใช้งาน CPU มากกว่า 50% |
หน่วยความจำที่จัดสรรเกิน | การจัดสรรหน่วยความจำมีมากกว่า 95% ของหน่วยความจำกายภาพ |
เชื่อมต่อถึงกัน | ขึ้นอยู่กับเวลาโอนการเชื่อมต่อระหว่างบล็อกเดียว |
จำกัดเซสชัน | ขีดจำกัดเซสชันใกล้ถึง 100% |
ขีดจำกัดกระบวนการ | ขีดจำกัดของกระบวนการใกล้ถึง 100% |
พักการใช้งาน | เซสชันที่ค้างมากกว่า 10% ของเซสชันทั้งหมด |
ตรวจพบการหยุดชะงัก | ตรวจพบการหยุดชะงักใด ๆ |
ที่มา :คู่มือการปรับแต่งประสิทธิภาพของฐานข้อมูล บทที่ 7:การวินิจฉัยประสิทธิภาพอัตโนมัติ:โหมดการเชื่อมต่อ ADDM แบบเรียลไทม์
การควบคุมทริกเกอร์ ADDM แบบเรียลไทม์
เพื่อให้แน่ใจว่าทริกเกอร์อัตโนมัติไม่ได้ใช้ทรัพยากรระบบมากเกินไป Real-Time ADDM จะใช้การควบคุมต่อไปนี้:
-
ระยะเวลาระหว่างรายงาน :หากทริกเกอร์อัตโนมัติสร้างรายงาน Real-TimeADDM ในช่วงห้านาทีที่ผ่านมา จะไม่มีการสร้างรายงานใหม่
-
การควบคุม Oracle Real Application Clusters (RAC) :ทริกเกอร์อัตโนมัติ arelocal ไปยังอินสแตนซ์ฐานข้อมูล สำหรับ Oracle RAC อินสแตนซ์ฐานข้อมูลเดียวเท่านั้นที่สามารถสร้างรายงาน ADDM แบบเรียลไทม์ได้ในแต่ละครั้ง
-
ทริกเกอร์ซ้ำ :ทริกเกอร์อัตโนมัติสำหรับปัญหาใดๆ จะต้องมีผลกระทบ 100% หรือสูงกว่ารายงานก่อนหน้าที่มีปัญหาการทริกเกอร์แบบเดียวกันภายใน 45 นาทีที่ผ่านมา
-
ปัญหาที่พบใหม่ :หากตรวจพบปัญหาใหม่ที่ตรวจไม่พบภายใน 45 นาทีที่ผ่านมา ระบบจะสร้างรายงานใหม่
การจำกัดขนาดของ PGA
การใช้ PGA มากเกินไปอาจทำให้อัตราการแลกเปลี่ยนสูง เมื่อสิ่งนี้เกิดขึ้น ระบบอาจไม่ตอบสนองและไม่เสถียร หากเป็นเช่นนี้ ให้ลองใช้ PGA_AGGREGATE_LIMIT
พารามิเตอร์การเริ่มต้นเพื่อจำกัดการใช้ PGA โดยรวม
ส่วนต่อไปนี้จะอธิบายวิธีจำกัดขนาดของ PGA โดยใช้ PGA_AGGREGATE_LIMIT
พารามิเตอร์การเริ่มต้นใน Oracle Database 12c R1 (12.1.0.1) และสูงกว่า
เกี่ยวกับพารามิเตอร์ PGA_AGGREGATE_LIMIT
หากค่าที่กำหนดไว้ใน PGA_AGGREGATE_LIMIT
เกินพารามิเตอร์ Oracle Database ยกเลิกหรือยุติเซสชันหรือกระบวนการที่ใช้หน่วยความจำ PGA ที่ไม่สามารถปรับได้มากที่สุด Oracle Database ดำเนินการยกเลิกตามลำดับต่อไปนี้:
- การเรียกเซสชันที่ใช้หน่วยความจำ PGA ที่ปรับค่าไม่ได้มากที่สุดแล้วยกเลิก
- หากการใช้หน่วยความจำ PGA ยังคงอยู่เกิน
PGA_AGGREGATE_LIMIT
จากนั้น OracleDatabase จะยุติเซสชันและกระบวนการที่ใช้หน่วยความจำ PGA ที่ปรับค่าไม่ได้มากที่สุด
Oracle Database ถือว่าการสืบค้นแบบขนานเป็นหน่วยเดียว โดยค่าเริ่มต้น PGA_AGGREGATE_LIMIT
พารามิเตอร์ถูกตั้งค่าให้มากกว่า 2 GB, 200% ของPGA_AGGREGATE_TARGET
ค่า หรือ 3 MB คูณค่าของ PROCESSES
พารามิเตอร์. อย่างไรก็ตาม ขนาดหน่วยความจำกายภาพไม่เกิน 120% ลบด้วยขนาด System Global Area (SGA) ทั้งหมด
การตั้งค่าพารามิเตอร์ PGA_AGGREGATE_LIMIT
PGA_AGGREGATE_LIMIT
พารามิเตอร์การเริ่มต้นสามารถตั้งค่าแบบไดนามิก ฐานข้อมูลไม่จำเป็นต้องรีสตาร์ท คุณสามารถตั้งค่า PGA_AGGREGATE_LIMIT
ไม่ว่า Oracle Database จะใช้การจัดการหน่วยความจำอัตโนมัติหรือไม่
การเปลี่ยนพารามิเตอร์ PGA_AGGREGATE_LIMIT
ตั้งค่า PGA_AGGREGATE_LIMIT
พารามิเตอร์เริ่มต้นเป็นค่าใหม่จำนวนไบต์ การตั้งค่าเป็น 0
ปิดใช้งานขีดจำกัดฮาร์ดบน PGamemory
เมื่อ PGA_AGGREGATE_LIMIT
เกิน Oracle Database ดำเนินการดังต่อไปนี้:
- ยกเลิกการโทรที่เกี่ยวข้องกับเซสชันที่ใช้หน่วยความจำที่ปรับค่าไม่ได้มากที่สุด
- หากการใช้หน่วยความจำ PGA ทั้งหมดยังเกินขีดจำกัด ให้ยุติเซสชันที่ใช้หน่วยความจำที่ปรับไม่ได้มากที่สุด
sys.processes
และกระบวนการเบื้องหลังอื่นๆ นอกเหนือจากกระบวนการคิวงานจะไม่ได้รับผลกระทบ แต่หากพวกเขาใช้หน่วยความจำที่ปรับไม่ได้มากที่สุด พวกเขาก็จะเขียนสรุปสั้นๆ เกี่ยวกับการใช้ PGA ลงในไฟล์การติดตามแทน
การปรับปรุง ASH
ใน Oracle 12c คุณสามารถเข้าถึงการแสดงข้อมูล ASH ผ่านเพจ OEM ใหม่ที่ชื่อว่า ASH Analytics . หน้านี้ช่วยให้คุณสามารถเจาะลึกลงไปในมิติทางตรรกะ คุณยังสามารถส่งรายงานไปยังผู้ใช้รายอื่นที่สามารถดูแบบออฟไลน์ได้
ที่มาของรูปภาพ :OCP 12C – การตรวจสอบฉุกเฉิน, Real-TimeADDM
บทสรุป
ฟีเจอร์ใหม่เหล่านี้โดยรวมจะช่วยคุณแก้ปัญหาและเพิ่มประสิทธิภาพการทำงานของฐานข้อมูลสำหรับ Oracle Database 12c Release 1 ส่วนที่ 2 ของซีรีส์นี้ครอบคลุมฟีเจอร์ใหม่ๆ และการเปลี่ยนแปลงในการปรับแต่งประสิทธิภาพใน Oracle Database12.1.0.2
ใช้แท็บคำติชมเพื่อแสดงความคิดเห็นหรือถามคำถาม
ข้อมูลอ้างอิง
แหล่งข้อมูลต่อไปนี้ถูกใช้เป็นข้อมูลอ้างอิงสำหรับโพสต์บล็อกนี้:
-
คู่มือการปรับแต่งประสิทธิภาพของฐานข้อมูล บทที่ 7:การวินิจฉัยประสิทธิภาพอัตโนมัติ:โหมดการเชื่อมต่อ ADDM แบบเรียลไทม์
-
คู่มือการปรับแต่งประสิทธิภาพของฐานข้อมูล บทที่ 7:การวินิจฉัยประสิทธิภาพอัตโนมัติ:ADDM AnalysisResults