5 sự kiện hàng đầu trong báo cáo awr năm 2022
Show
Chọn khu vực của bạnSử dụng tìm kiếm trên Intel.comBạn có thể dễ dàng tìm kiếm toàn bộ trang Intel.com qua một số cách.
Liên kết nhanhBạn cũng có thể dùng thử các liên kết nhanh bên dưới để xem kết quả cho những từ khóa tìm kiếm phổ biến nhất.
Các tìm kiếm gần đâyTìm kiếm chuyên sâuChỉ tìm kiếm trongTên hiệu Mô tả ID Nội dung Sign in to access restricted content.
Phiên bản trình duyệt bạn đang sử dụng không được khuyên dùng cho trang web này.
Tài liệu Loại nội dung Bảo hành & RMA ID bài viết 000026529 Lần duyệt cuối 26/03/2021 ĐIỀU KHOẢN VÀ ĐIỀU KIỆN BẢO HÀNH, HỖ TRỢ VÀ DỊCH VỤ CỦA INTEL® SẢN PHẨM QUANG & CÁP INTEL® ETHERNET
Các sản phẩm liên quanBài viết này áp dụng cho các sản phẩm 90.Các sản phẩm đã ngưng sản xuấtCần thêm trợ giúp?
Gửi phản hồiKho lưu trữ khối lượng công việc tự động (AWR) của Oracle thu thập, các quy trình và duy trì số liệu thống kê hiệu suất cho mục đích phát hiện vấn đề và tự điều chỉnh. & NBSP;Báo cáo do AWR tạo ra là một báo cáo lớn và có thể mất nhiều năm kinh nghiệm để thực sự hiểu tất cả các khía cạnh của báo cáo này.Trong bài đăng này, chúng tôi sẽ cố gắng giải thích một số phần quan trọng của AWR, ý nghĩa của các phần đó và một số mẹo quan trọng.Xin lưu ý rằng việc giải thích tất cả các phần của AWR sẽ không thể thực hiện được vì vậy chúng tôi sẽ gắn bó với một số phần được sử dụng thường xuyên nhất. Lưu ý rằng đây không phải là thông tin và mục tiêu toàn diện là giúp đưa ra một cái nhìn tổng quan về một vài phần chính cho Junior DBA như một mồi và khuyến khích họ xây dựng thêm kiến thức trong các lĩnh vực liên quan. Để bắt đầu với chúng ta hãy đề cập đến một số mẹo quan trọng cấp cao liên quan đến AWR: 1. Thu thập nhiều báo cáo AWR: Thật có lợi khi có hai báo cáo AWR, một cho thời gian tốt và khác khi hiệu suất kém hoặc bạn có thể tạo ba báo cáo (trước/trong thời gian/sau khi báo cáo) trong vấn đề khung thời gian được trải nghiệm và so sánh nóvới khung thời gian trước và sau.: It’s beneficial to have two AWR Reports, one for the good time and other when performance is poor or you can create three reports (Before/Meantime/After reports) during the time frame problem was experienced and compare it with the time frame before and after. 2. Bám sát thời gian cụ thể: Bạn phải có thời gian cụ thể khi cơ sở dữ liệu chậm để bạn có thể chọn khung thời gian ngắn hơn để có được báo cáo chính xác hơn. You must have a specific time when Database was slow so that you can choose a shorter timeframe to get a more precise report. 3. Chia báo cáo AWR lớn thành các báo cáo nhỏ hơn: Thay vì có một báo cáo trong thời gian dài như một báo cáo cho & NBSP;3 giờ.Tốt hơn là có ba báo cáo trong một giờ.Điều này sẽ giúp cô lập vấn đề: Instead of having one report for long time like one report for 3 hrs. it is better to have three reports each for one hour. This will help to isolate the problem 4For RAC environment, you need to do it separately of all the instances in the RAC to see if all the instances are balanced the way they should be. 5. Sử dụng tro cũng: Sử dụng AWR để xác định các khu vực rắc rối và sau đó & nbsp;Sử dụng tro để xác nhận những khu vực đó. Use AWR to identify the troublesome areas and then use ASH to confirm those areas. 6. Tăng thời gian lưu giữ: & NBSP; Một số trường hợp bạn gặp nhiều vấn đề về hiệu suất hơn, bạn nên tăng thời gian lưu để bạn có thể có dữ liệu lịch sử để so sánh. Some instances where you get more performance issues you should increase the retention time so that you can have historical data to compare. Các đơn vị thời gian được sử dụng trong các phần khác nhau của các báo cáo AWR -> s -thứ hai -> cs -centisecond -thứ 100 của một giây -> ms -mili giây -1000 của một giây -> chúng tôi -micro giây -1000000 của một giây Tiêu đề hàng đầu Ý nghĩa của phần này: Điều này chứa thông tin về cơ sở dữ liệu và môi trường.Cùng với ID và thời gian chụp nhanh.Điều quan trọng cần chú ý là cấu hình như CPU và bộ nhớ không thay đổi khi hiệu suất bị suy giảm.
Hồ sơ tải Ý nghĩa của phần này: Điều này chứa thông tin về cơ sở dữ liệu và môi trường.Cùng với ID và thời gian chụp nhanh.Điều quan trọng cần chú ý là cấu hình như CPU và bộ nhớ không thay đổi khi hiệu suất bị suy giảm. & nbsp; tham số & nbsp; & nbsp;& nbsp;
Tỷ lệ phần trăm hiệu quả thể hiện Ý nghĩa của phần này: Quy tắc của ngón tay cái: Luôn giảm thiểu số lượng phân tích cú pháp cứng.Việc giảm này mang lại lợi ích của việc giảm thiểu chi phí CPU dành cho việc thực hiện công việc phân tích tốn kém. Mỗi tỷ lệ ở đây sẽ đạt 100%
Top 10 sự kiện chờ đợi trước bằng tổng số thời gian chờ đợi Ý nghĩa của phần này: Phần này rất quan trọng vì nó cho thấy những sự kiện cơ sở dữ liệu có thể tạo thành nút cổ chai cho hệ thống. Ở đây, trước hết, kiểm tra lớp chờ nếu lớp chờ là & nbsp; người dùng I/O, I/O System I/O, & NBSP;Tiếp theo để xem là tổng thời gian chờ (giây) cho thấy DB đã chờ đợi bao nhiêu lần trong lớp này và sau đó đợi AVG (MS).Nếu tổng thời gian chờ (giây) cao nhưng chờ AVG (MS) thấp thì bạn có thể bỏ qua điều này.Nếu cả hai đều cao hoặc chờ AVG (MS) cao thì điều này phải điều tra thêm. Lưu ý rằng có thể có những sự chờ đợi đáng kể không được liệt kê ở đây, vì vậy hãy kiểm tra phần Sự kiện chờ trước (Thống kê sự kiện) cho bất kỳ sự kiện chờ đợi thời gian nào khác. Đối với các chờ đợi lớn nhất, hãy xem biểu đồ sự kiện chờ đợi để xác định phân phối chờ đợi.
Máy chủ CPU Ý nghĩa của phần này: Một mức độ cao của việc sử dụng CPU DB trong các sự kiện tiền cảnh hàng đầu (hoặc CPU CPU: %CPU bận rộn) không nhất thiết có nghĩa là CPU là một nút cổ chai.Trong ví dụ này, chúng tôi cũng có DB CPU là danh mục tiêu thụ cao nhất trong 10 sự kiện tiền cảnh hàng đầu Nhìn vào các phần CPU và CPU của máy chủ.Những điều quan trọng để tìm kiếm là các giá trị mà%Idle Idle, trong phần CPU của máy chủ CPU và tổng số CPU CPU trong phần CPU CPU CPU. Nếu%Idle Idle, thấp và tổng%CPU CPU cao thì trường hợp có thể có một nút cổ chai trong CPU (bị ràng buộc CPU).& nbsp; Nếu không, việc sử dụng CPU DB cao chỉ có nghĩa là cơ sở dữ liệu đang dành nhiều thời gian trong CPU (xử lý) so với I/O và các sự kiện khác.& nbsp; Trong cả hai trường hợp (CPU là nút cổ chai hay không) có thể có các SQL đắt tiền riêng lẻ với thời gian CPU cao, có thể chỉ ra mức tối ưu Các kế hoạch thực thi, đặc biệt là nếu đi kèm & nbsp; với cao (bộ đệm) sẽ được. Nếu bạn thấy trong trường hợp của chúng tôi, %Idle cao 74 %và %tổng số CPU chỉ là 7,45 nên CPU không phải là cổ chai trong ví dụ này.
Ví dụ CPU Ý nghĩa của phần này: Một mức độ cao của việc sử dụng CPU DB trong các sự kiện tiền cảnh hàng đầu (hoặc CPU CPU: %CPU bận rộn) không nhất thiết có nghĩa là CPU là một nút cổ chai.Trong ví dụ này, chúng tôi cũng có DB CPU là danh mục tiêu thụ cao nhất trong 10 sự kiện tiền cảnh hàng đầu Nhìn vào các phần CPU và CPU của máy chủ.Những điều quan trọng để tìm kiếm là các giá trị mà%Idle Idle, trong phần CPU của máy chủ CPU và tổng số CPU CPU trong phần CPU CPU CPU. Nếu%Idle Idle, thấp và tổng%CPU CPU cao thì trường hợp có thể có một nút cổ chai trong CPU (bị ràng buộc CPU).Mặt khác, việc sử dụng CPU DB cao chỉ có nghĩa là cơ sở dữ liệu đang dành nhiều thời gian trong CPU (xử lý) so với I/O và các sự kiện khác.Trong cả hai trường hợp (CPU là một nút cổ chai hay không) có thể có các SQL đắt tiền riêng lẻ với thời gian CPU cao, điều này có thể chỉ ra các kế hoạch thực hiện dưới mức tối ưu, đặc biệt là nếu đi kèm với cao (bộ đệm). Nếu bạn thấy trong trường hợp của chúng tôi, %Idle cao 74 %và %tổng số CPU chỉ là 7,45 nên CPU không phải là cổ chai trong ví dụ này. Kích thước bộ nhớ cache Ý nghĩa của phần này: Một mức độ cao của việc sử dụng CPU DB trong các sự kiện tiền cảnh hàng đầu (hoặc CPU CPU: %CPU bận rộn) không nhất thiết có nghĩa là CPU là một nút cổ chai.Trong ví dụ này, chúng tôi cũng có DB CPU là danh mục tiêu thụ cao nhất trong 10 sự kiện tiền cảnh hàng đầu Nhìn vào các phần CPU và CPU của máy chủ.Những điều quan trọng để tìm kiếm là các giá trị mà%Idle Idle, trong phần CPU của máy chủ CPU và tổng số CPU CPU trong phần CPU CPU CPU. Ý nghĩa của phần này:
& nbsp; sử dụng nhóm chia sẻ Ý nghĩa của phần này: Một mức độ cao của việc sử dụng CPU DB trong các sự kiện tiền cảnh hàng đầu (hoặc CPU CPU: %CPU bận rộn) không nhất thiết có nghĩa là CPU là một nút cổ chai.Trong ví dụ này, chúng tôi cũng có DB CPU là danh mục tiêu thụ cao nhất trong 10 sự kiện tiền cảnh hàng đầu
Lớp học chờ phía trước Ý nghĩa của phần này: Điều này ít được sử dụng.Chờ đợi có thể có nhiều nguyên nhân có thể (trong các lớp khác nhau) tùy thuộc vào ngữ cảnh. & NBSP; Thông thường chỉ có một số ít thời gian chờ đợi, có thể được phân tích và nghiên cứu riêng biệt. Có hơn 800 sự kiện chờ đợi riêng biệt.Oracle đã nhóm các sự kiện chờ đợi này trong 12 lớp chờ.Các lớp chờ này được chia thêm 2 loại, lớp chờ quản trị và lớp chờ ứng dụng. Các lớp chờ này cung cấp thông tin tổng thể về việc việc chờ đợi xảy ra cho ứng dụng hay cho các sự kiện hệ thống.
Sự kiện chờ đợi tiền cảnh Ý nghĩa của phần này: Điều này ít được sử dụng.Chờ đợi có thể có nhiều nguyên nhân có thể (trong các lớp khác nhau) tùy thuộc vào ngữ cảnh. & NBSP; Thông thường chỉ có một số ít thời gian chờ đợi, có thể được phân tích và nghiên cứu riêng biệt. Có hơn 800 sự kiện chờ đợi riêng biệt.Oracle đã nhóm các sự kiện chờ đợi này trong 12 lớp chờ.Các lớp chờ này được chia thêm 2 loại, lớp chờ quản trị và lớp chờ ứng dụng. Các lớp chờ này cung cấp thông tin tổng thể về việc việc chờ đợi xảy ra cho ứng dụng hay cho các sự kiện hệ thống.
& nbsp; nếu nó rất thấp thì nó chỉ ra rằng kích thước đơn vị dữ liệu phiên của Oracle Net có thể được đặt chính xác. Ý nghĩa của phần này: & NBSP; Tệp DB đọc tuần tự
Đối với các chờ đợi lớn hơn, hãy xem biểu đồ sự kiện chờ đợi để xác định phân phối chờ đợi.Có phải chúng được phân cụm chặt chẽ xung quanh một giá trị trung bình hay có một phương sai rộng lớn của các giá trị? & NBSP; Có một số lượng lớn chờ đợi nhỏ hơn hoặc một vài sự chờ đợi lớn hơn? Ý nghĩa của phần này: Sql*tin nhắn ròng từ máy khách & nbsp; & nbsp;& nbsp; & nbsp; sự kiện chờ đợi không hoạt động Chúng ta có thể tìm thấy số phiên không hoạt động trung bình của sự kiện chờ đợi này Số phiên không hoạt động = Tổng thời gian chờ/ (thời gian AWR * 60) Thời gian đồng hồ quan sát của quá trình/SQL).Thời gian trôi qua cho MultiThreaded & NBSP; SQL sẽ là tổng số thời gian trôi qua cho tất cả công nhân hoặc nô lệ song song. Lưu ý 2: & NBSP; Các phần SQL SQL thường có thể chứa cuộc gọi PL/SQL có chứa SQLS.Vì vậy, trong trường hợp này, quy trình wf_engine (thông qua thủ tục) & nbsp; cuối cùng gọi SQL B6MCN03JVFG41.Và bên trong gói này, nó đang chạy truy vấn SQL chạy trong dòng 2 được chèn vào XXINV7566_IQR, .. ..
SQL được đặt hàng theo thời gian CPU Ý nghĩa của phần này: Các phần hữu ích nhất là SQL được đặt hàng theo thời gian trôi qua, thời gian CPU, được và đọc.Tất cả các phần có thể hữu ích trong việc xác định nếu một SQL cụ thể từ một mô -đun cụ thể là Chạy trong thời gian báo cáo AWR Tuy nhiên, trong hầu hết các trường hợp, phần này không tiết lộ nhiều thông tin hơn so với phần SQL được đặt hàng theo phần Thời gian đã qua.Tuy nhiên, nó sắp xếp theo CPU và có thể xuất ra SQLS không Trong phần trước.
& nbsp; bị bắt SQL tài khoản cho 79,1% tổng thời gian db Ý nghĩa của phần này: Các phần hữu ích nhất là SQL được đặt hàng theo thời gian trôi qua, thời gian CPU, được và đọc.Tất cả các phần có thể hữu ích trong việc xác định nếu một SQL cụ thể từ một mô -đun cụ thể là Chạy trong thời gian báo cáo AWR Tuy nhiên, trong hầu hết các trường hợp, phần này không tiết lộ nhiều thông tin hơn so với phần SQL được đặt hàng theo phần Thời gian đã qua.Tuy nhiên, nó sắp xếp theo CPU và có thể xuất ra SQLS không Trong phần trước. & nbsp; bản ghi hàng đầu trong bảng này Báo cáo thứ nhất và thứ hai là một phần của cùng một giao dịch.SQL thứ hai là phần bên trong của PLSQL đầu tiên. Nó chiếm phần trăm lớn của CPU DB và hãy nhớ rằng DB CPU là sự kiện hàng đầu trong AWR của chúng tôi. SQL được đặt hàng bởi GetS Nhưng hãy nhớ rằng SQL có thể có một kế hoạch thực hiện tốt và chỉ cần làm rất nhiều việc.Vì vậy, chúng ta cần đưa vào tính đến khối lượng dữ liệu (và các tham số đang được chuyển cho truy vấn). Bạn có thể dễ dàng xem các kế hoạch thực thi bằng cách chạy & nbsp;@awrsqrpt.sql & nbsp; và chuyển vi phạm sql_id dưới dạng tham số. Bạn có thể tham khảo SQL SQL được đặt hàng bởi các vụ hành quyết sau khi đọc phần này.
SQL được đặt hàng bằng cách đọc Ý nghĩa của phần này: Phần này báo cáo nội dung của khu vực SQL được đặt hàng theo số lượng lần đọc từ các tệp dữ liệu và có thể được sử dụng để xác định SQL gây ra các tắc nghẽn IO tiêu thụ các tài nguyên sau. • Thời gian CPU cần thiết để tìm nạp dữ liệu không cần thiết. • Tệp tài nguyên IO để tìm nạp dữ liệu không cần thiết. • Tài nguyên bộ đệm để giữ dữ liệu không cần thiết. • Thời gian CPU bổ sung để xử lý truy vấn sau khi dữ liệu được truy xuất vào bộ đệm. • % Tổng số có thể được sử dụng để đánh giá tác động của từng tuyên bố. Nếu chúng ta nói về thời gian chờ thì thời gian chờ đợi là thời gian chờ đợi cho các sự kiện không phải là Idle & nbsp; chờ đợi. & NBSP;Đối với khối đơn & nbsp; đọc và 'tệp db phân tán đọc' cho đa chặn & nbsp; đọc. Khi các sự kiện chờ đợi như vậy được tìm thấy là các thành phần quan trọng của thời gian phản hồi, bước tiếp theo là tìm các câu lệnh SQL đọc nhiều khối nhất từ đĩa.Chúng tôi sẽ đề cập đến phần này sau đó. Đây là & nbsp; là & nbsp; vật lý & nbsp; đọc & nbsp; từ đĩa Nếu I/O Vật lý chờ đợi (ví dụ: DB Tệp đọc tuần tự, DB SCATTERED READ, ĐỌC PATH TRỰC TIẾP) tương đối cao thì phần này có thể cho biết SQL nào chịu trách nhiệm. Phần này có thể giúp xác định SQLS chịu trách nhiệm cho I/O vật lý cao và có thể chỉ ra các kế hoạch thực thi dưới mức tối ưu & nbsp; đặc biệt nếu kế hoạch thực thi chứa toàn bộ bảng & NBSP; quét hoặc quét phạm vi chỉ số lớn (trong đó quét chỉ số chọn lọc hơn).
• Thời gian CPU cần thiết để tìm nạp dữ liệu không cần thiết. Ý nghĩa của phần này: Phần này báo cáo nội dung của khu vực SQL được đặt hàng theo số lượng lần đọc từ các tệp dữ liệu và có thể được sử dụng để xác định SQL gây ra các tắc nghẽn IO tiêu thụ các tài nguyên sau. • Thời gian CPU cần thiết để tìm nạp dữ liệu không cần thiết. • Tệp tài nguyên IO để tìm nạp dữ liệu không cần thiết.
SQL được đặt hàng bởi các cuộc gọi phân tích Ý nghĩa của phần này: Phần này cho thấy số lần một câu lệnh được phân tích cú pháp so với số lần nó được thực hiện.Một đến một phân tích/thực thi có thể chỉ ra rằng: • Các biến liên kết không được sử dụng. • Trên RDBMS phiên bản 8172 và cao hơn tham số init.ora session_cached_cursors không được đặt trong init.ora (100 thường là giá trị bắt đầu được đề xuất). • Nhóm được chia sẻ có thể quá nhỏ và phân tích cú pháp không được giữ lại đủ lâu cho nhiều lần thực hiện. • init.ora con trỏ_sharing nên được thiết lập để buộc Khi CPU CPU Parse là một thành phần quan trọng của tổng thời gian phản hồi, bước tiếp theo là tìm các câu lệnh SQL có nhiều phân tích. AWR và StatSpack liệt kê các câu lệnh SQL như vậy trong các phần như SQL được đặt hàng bởi Parse Call Call. Không gian bảng IO số liệu thống kê Ý nghĩa của phần này: Phần này cho thấy số lần một câu lệnh được phân tích cú pháp so với số lần nó được thực hiện.Một đến một phân tích/thực thi có thể chỉ ra rằng:
& nbsp; tham số Ý nghĩa của phần này: & nbsp; mô tả & nbsp; & nbsp; Av Rd (MS) & nbsp; av rd (ms) trên các số liệu thống kê IO của bảng không gian bảng theo 10, điều này rất lý tưởng.Nhưng AVG đọc (MS) lên tới 20 là chấp nhận được cho hiệu suất IO. Lưu ý: & nbsp; Khi cột trong cột đọc quá thấp, bạn có thể bỏ qua AV RD (MS). & nbsp; & nbsp; av buf wt (ms
Tư vấn bộ nhớ PGA Ý nghĩa của phần này: Tương tự như tư vấn nhóm đệm, thống kê cung cấp thông tin về cách tăng hoặc giảm bộ nhớ PGA sẽ gây ra sự gia tăng hoặc giảm ESTD PGA CAHCE đạt %. Điểm bắt đầu ở đây là hệ số kích thước của người dùng = 1.0.Điều này cung cấp phân bổ bộ nhớ hiện tại cho PGA.Trong ví dụ này, 12 GB đang được phân bổ cho PGA.Với sự phân bổ này, ESTD PGA CAHCE đạt % là 100, điều này là tốt.Do đó, ngay cả khi chúng tôi tăng PGA lên bất kỳ giá trị nào estd pga cahce đạt % won won thay đổi.Do đó, nó đã thắng được khuyến khích để tăng PGA hơn nữa.Tuy nhiên, việc giảm có thể tiết kiệm bộ nhớ mà không cần hiệu suất Trong phần này, trước tiên bạn cần tìm hàng với giá trị cột FACT FACTR kích thước là 1.0.Cột này chỉ ra hệ số kích thước của ước tính PGA;Giá trị 1 cho biết kích thước PGA hiện tại.Giá trị ‘PGA Target EST (MB) của hàng này sẽ hiển thị kích thước PGA hiện tại của bạn: 12 GB trong ví dụ này.Các cột khác mà bạn sẽ quan tâm là ‘Estd Extra w/a MB đọc/ghi vào đĩa‘ và ‘ESTD PGA tổng thể Count. Khi bạn đi xuống hoặc lên phần tư vấn từ hàng với ‘kích thước FACTR, = 1.0, bạn sẽ nhận được ước tính cho việc sử dụng đĩa - Cột estd thêm w/a mb đọc/ghi vào đĩa - cho các cài đặt lớn hơn hoặc nhỏ hơn của PGA_AGGREGATE_TARGET.Con số sử dụng đĩa ít hơn trong cột này, thường là tốt hơn.Giá trị thấp hơn có nghĩa là các khu vực làm việc ít hơn phải được đổ vào đĩa, tăng cường hiệu suất của phiên bản Oracle. Câu hỏi về việc tăng hay giảm PGA_AGGRET_TARGET từ giá trị hiện tại phải luôn luôn được nghiên cứu.Câu trả lời phụ thuộc vào tổng số bộ nhớ (SGA+PGA) có thể được phân bổ cho trường hợp cơ sở dữ liệu này trên máy, tính đến nhu cầu bộ nhớ của các trường hợp cơ sở dữ liệu khác trên cùng một máy, phần mềm không phải là OS và chính HĐH.Quá nhiều bộ nhớ được phân bổ bộ nhớ chất thải và bộ nhớ quá ít gây ra các vấn đề hiệu suất có thể xảy ra trong môi trường Oracle.
Cố vấn nhóm chia sẻ Ý nghĩa của phần này: Tương tự như tư vấn nhóm đệm, thống kê cung cấp thông tin về cách tăng hoặc giảm bộ nhớ PGA sẽ gây ra sự gia tăng hoặc giảm ESTD PGA CAHCE đạt %. Điểm bắt đầu ở đây là hệ số kích thước của người dùng = 1.0.Điều này cung cấp phân bổ bộ nhớ hiện tại cho PGA.Trong ví dụ này, 12 GB đang được phân bổ cho PGA.Với sự phân bổ này, ESTD PGA CAHCE đạt % là 100, điều này là tốt.Do đó, ngay cả khi chúng tôi tăng PGA lên bất kỳ giá trị nào estd pga cahce đạt % won won thay đổi.Do đó, nó đã thắng được khuyến khích để tăng PGA hơn nữa.Tuy nhiên, việc giảm có thể tiết kiệm bộ nhớ mà không cần hiệu suất Trong phần này, trước tiên bạn cần tìm hàng với giá trị cột FACT FACTR kích thước là 1.0.Cột này chỉ ra hệ số kích thước của ước tính PGA;Giá trị 1 cho biết kích thước PGA hiện tại.Giá trị ‘PGA Target EST (MB) của hàng này sẽ hiển thị kích thước PGA hiện tại của bạn: 12 GB trong ví dụ này.Các cột khác mà bạn sẽ quan tâm là ‘Estd Extra w/a MB đọc/ghi vào đĩa‘ và ‘ESTD PGA tổng thể Count. Khi bạn đi xuống hoặc lên phần tư vấn từ hàng với ‘kích thước FACTR, = 1.0, bạn sẽ nhận được ước tính cho việc sử dụng đĩa - Cột estd thêm w/a mb đọc/ghi vào đĩa - cho các cài đặt lớn hơn hoặc nhỏ hơn của PGA_AGGREGATE_TARGET.Con số sử dụng đĩa ít hơn trong cột này, thường là tốt hơn.Giá trị thấp hơn có nghĩa là các khu vực làm việc ít hơn phải được đổ vào đĩa, tăng cường hiệu suất của phiên bản Oracle. Câu hỏi về việc tăng hay giảm PGA_AGGRET_TARGET từ giá trị hiện tại phải luôn luôn được nghiên cứu.Câu trả lời phụ thuộc vào tổng số bộ nhớ (SGA+PGA) có thể được phân bổ cho trường hợp cơ sở dữ liệu này trên máy, tính đến nhu cầu bộ nhớ của các trường hợp cơ sở dữ liệu khác trên cùng một máy, phần mềm không phải là OS và chính HĐH.Quá nhiều bộ nhớ được phân bổ bộ nhớ chất thải và bộ nhớ quá ít gây ra các vấn đề hiệu suất có thể xảy ra trong môi trường Oracle.
Cố vấn nhóm chia sẻ Ý nghĩa của phần này: Báo cáo tư vấn mục tiêu SGA có phần tổng kết tất cả các báo cáo tư vấn được trình bày trước đây trong báo cáo AWR.Nó giúp bạn xác định tác động của việc thay đổi cài đặt của kích thước mục tiêu SGA về hiệu suất cơ sở dữ liệu tổng thể.Báo cáo sử dụng một giá trị gọi là thời gian DB làm thước đo mức tăng hoặc giảm hiệu suất so với thay đổi bộ nhớ được thực hiện.Ngoài ra, báo cáo sẽ tóm tắt ước tính các lần đọc vật lý liên quan đến cài đặt được liệt kê cho SGA. Bắt đầu từ một yếu tố kích thước của người Viking là 1 (điều này cho thấy kích thước hiện tại của SGA).Nếu thời gian của EST EST DB giảm đáng kể khi hệ số kích thước của Cameron tăng thì tăng SGA sẽ làm giảm đáng kể các lần đọc vật lý và cải thiện hiệu suất.Nhưng ở đây trong ví dụ của chúng tôi, thời gian EST DB không giảm nhiều khi tăng SGA nên việc tăng SGA trong trường hợp của chúng tôi sẽ không có lợi. Khi SQL yêu cầu một khối lượng truy cập dữ liệu lớn, việc tăng kích thước SGA_Target có thể làm giảm lượng I/O đĩa và cải thiện hiệu suất SQL. Số liệu thống kê chờ đợi Ý nghĩa của phần này: Báo cáo thống kê chờ bộ đệm giúp bạn đi sâu vào các sự kiện chờ bộ đệm cụ thể và nơi xảy ra sự chờ đợi Chúng tôi tập trung vào tổng thời gian chờ (s) và trong ví dụ này, giá trị này chỉ là 702 giây Thời gian AVG (MS) cũng chỉ là 1 ms Hoạt động enqueue Báo cáo hoạt động Enqueue cung cấp thông tin về Enqueues (khóa Oracle cấp cao hơn) xảy ra.Cũng như các báo cáo khác, nếu bạn thấy mức độ thời gian chờ đợi cao trong các báo cáo này, bạn có thể đào sâu vào bản chất của enqueue và xác định nguyên nhân của sự chậm trễ. Điều này có thể cung cấp thêm một số thông tin cho enqueue Waits (ví dụ: yêu cầu, thành công, thất bại), có thể đưa ra một dấu hiệu về tỷ lệ phần trăm của một enqueue phải chờ và số lượng thất bại. Trong ví dụ của chúng tôi, hàng trên cùng đã thất bại nhưng số lượng chờ chỉ là 55 và thời gian chờ cũng không phải là số lượng cao.Vì vậy, Enqueue không phải là vấn đề chính của chúng tôi trong AWR này. Hoàn tác tóm tắt phân khúc Ý nghĩa của phần này:
Hoạt động chốt Ý nghĩa của phần này: Báo cáo hoạt động chốt cung cấp thông tin về cơ chế khóa cấp thấp của Oracle gọi là chốt.Từ báo cáo này & nbsp; bạn có thể xác định xem Oracle có gặp sự cố chốt hay không, và nếu vậy, các chốt nào đang gây ra số lượng lớn nhất & nbsp; số lượng tranh chấp trên hệ thống.
Đại diện cho độ dài truy vấn tối đa tính bằng giây. Ý nghĩa của phần này: & nbsp; & nbsp; Trong ví dụ này, độ dài truy vấn tối đa là 51.263 giây. & nbsp; sto/ oos Đại diện cho số lượng cho sanpshot quá cũ và ngoài không gian, xảy ra trong giai đoạn ảnh chụp nhanh. Nếu SQL là tối ưu thì điều này có thể chỉ ra các bảng và chỉ mục nơi khối lượng công việc hoặc vứt bỏ xảy ra và vấn đề hiệu suất nằm ở đâu.Nó có thể đặc biệt hữu ích nếu không có số liệu thống kê thực tế ở nơi khác (ví dụ: số lượng hoạt động nguồn hàng (dòng chỉ số) trong dấu vết SQL hoặc không có thực tế trong báo cáo con trỏ SQLT/Display). Các phân đoạn theo cách đọc vật lý Ý nghĩa của phần này: Nếu có một số lượng lớn các chờ đọc vật lý (đọc tệp db, đọc tệp db tuần tự đọc và đọc đường dẫn trực tiếp) thì phần này có thể cho biết các phân đoạn nào (bảng hoặc bảng chỉ mục) Vấn đề xảy ra. Điều này có thể giúp xác định các dòng kế hoạch thực hiện dưới mức tối ưu & nbsp;Nó cũng có thể giúp xác định các thay đổi đối với không gian bảng và quản lý lưu trữ sẽ cải thiện hiệu suất. Khi các SQL cần đọc vật lý quá mức trên các phân đoạn cụ thể, phần này liệt kê chúng.Bạn cần kiểm tra xem một số SQLS đang sử dụng quét đầy đủ không cần thiết và quét phạm vi & nbsp; phạm vi. Thống kê hiển thị chi tiết phân khúc dựa trên các lần đọc vật lý đã xảy ra.Dữ liệu được hiển thị được sắp xếp trên cột đọc vật lý của người Hồi giáo theo thứ tự giảm dần.Nó cung cấp thông tin về các phân đoạn mà nhiều bài đọc vật lý đang xảy ra. Các truy vấn sử dụng các phân đoạn này nên được phân tích để kiểm tra xem có bất kỳ FTS nào đang xảy ra trên các phân đoạn này hay không.Trong trường hợp FTS đang diễn ra thì các chỉ mục thích hợp nên được tạo để loại bỏ FTS.Hầu hết các SQL này có thể được tìm thấy trong phần Thống kê SQL -> SQL được đặt hàng bởi các lần đọc. Các báo cáo này có thể giúp & nbsp; bạn tìm thấy các đối tượng là các đối tượng hot hot trong cơ sở dữ liệu.Bạn có thể muốn xem lại các đối tượng và xác định lý do tại sao chúng & nbsp; là nóng và nếu có bất kỳ cơ hội điều chỉnh nào có sẵn trên các đối tượng đó (ví dụ: phân vùng) hoặc trên SQL Access & NBSP; các đối tượng đó. Ví dụ: nếu một đối tượng được hiển thị trên báo cáo đọc vật lý, có thể là một chỉ mục là cần thiết trên đối tượng đó & nbsp;
Các phân đoạn bằng khóa hàng chờ đợi Ý nghĩa của phần này: Nếu có một số lượng lớn các chờ đọc vật lý (đọc tệp db, đọc tệp db tuần tự đọc và đọc đường dẫn trực tiếp) thì phần này có thể cho biết các phân đoạn nào (bảng hoặc bảng chỉ mục) Vấn đề xảy ra. Điều này có thể giúp xác định các dòng kế hoạch thực hiện dưới mức tối ưu & nbsp;Nó cũng có thể giúp xác định các thay đổi đối với không gian bảng và quản lý lưu trữ sẽ cải thiện hiệu suất. Khi các SQL cần đọc vật lý quá mức trên các phân đoạn cụ thể, phần này liệt kê chúng.Bạn cần kiểm tra xem một số SQLS đang sử dụng quét đầy đủ không cần thiết và quét phạm vi & nbsp; phạm vi. Thống kê hiển thị chi tiết phân khúc dựa trên các lần đọc vật lý đã xảy ra.Dữ liệu được hiển thị được sắp xếp trên cột đọc vật lý của người Hồi giáo theo thứ tự giảm dần.Nó cung cấp thông tin về các phân đoạn mà nhiều bài đọc vật lý đang xảy ra. Ý nghĩa của phần này: Các truy vấn sử dụng các phân đoạn này nên được phân tích để kiểm tra xem có bất kỳ FTS nào đang xảy ra trên các phân đoạn này hay không.Trong trường hợp FTS đang diễn ra thì các chỉ mục thích hợp nên được tạo để loại bỏ FTS.Hầu hết các SQL này có thể được tìm thấy trong phần Thống kê SQL -> SQL được đặt hàng bởi các lần đọc. Các báo cáo này có thể giúp & nbsp; bạn tìm thấy các đối tượng là các đối tượng hot hot trong cơ sở dữ liệu.Bạn có thể muốn xem lại các đối tượng và xác định lý do tại sao chúng & nbsp; là nóng và nếu có bất kỳ cơ hội điều chỉnh nào có sẵn trên các đối tượng đó (ví dụ: phân vùng) hoặc trên SQL Access & NBSP; các đối tượng đó. Ví dụ: nếu một đối tượng được hiển thị trên báo cáo đọc vật lý, có thể là một chỉ mục là cần thiết trên đối tượng đó & nbsp; & nbsp; tham số & nbsp; mô tả Ý nghĩa của phần này: & nbsp; & nbsp; các phân khúc được nắm bắt chiếm 90,8%& nbsp; Buffer bận rộn chờ đợi xảy ra khi có nhiều hơn một giao dịch cố gắng truy cập cùng một khối cùng một lúc.Trong kịch bản này, giao dịch đầu tiên có được khóa trên khối sẽ có thể tiến hành thêm trong khi giao dịch khác chờ giao dịch đầu tiên kết thúc.Nếu có nhiều hơn một trường hợp của một quá trình liên tục cơ sở dữ liệu bỏ phiếu bằng cách thực hiện cùng một SQL (để kiểm tra xem có bất kỳ hồ sơ nào có sẵn để xử lý không), cùng một khối được đọc đồng thời bởi tất cả các trường hợp của một quy trình và kết quả này trong bộ đệm bận rộn. Đây là một trong những bài viết trong loạt các nguyên tắc cơ bản điều chỉnh hiệu suất.Nhấp vào các liên kết bên dưới để đọc thêm bài viết từ loạt bài:
Tôi là một kiến trúc sư/ứng dụng DBA của đám mây/Oracle có kinh nghiệm với hơn 15 năm kinh nghiệm DBA/Kiến trúc sư toàn thời gian.Tôi đã có được kiến thức rộng rãi về ORACLE và phần mềm phi Oracle đang chạy tại chỗ và trên đám mây và đã làm việc cho một số dự án lớn cho các công ty đa quốc gia.Tôi thích làm việc với công nghệ hàng đầu và có niềm đam mê với kiến trúc đám mây, tự động hóa, hiệu suất cơ sở dữ liệu và sự ổn định.Rất may, công việc của tôi cho phép tôi thời gian nghiên cứu các công nghệ mới (và viết về chúng).
5 sự kiện chờ đợi hàng đầu trong Oracle là gì?Chờ các sự kiện của lớp cam kết: Chờ xác nhận ghi nhật ký làm lại sau khi thực hiện giao dịch.Người dùng I/O: Chờ đọc các khối từ đĩa Hai lớp chờ chính là các lớp chờ I/O của người dùng.Lớp chờ ứng dụng chứa chờ vì khóa và khóa bảng do ứng dụng gây ra.Commit: Waits for confirmation of a redo log write after committing a transaction. User I/O: Waits for reading blocks from disk Two key wait classes are the Application and User I/O wait classes. The Application wait class contains waits because of row and table locks caused by an application.
Tôi nên kiểm tra báo cáo AWR gì?AWR chi tiết của phần báo cáo.. Tóm tắt cơ sở dữ liệu - Chi tiết về cơ sở dữ liệu của bạn;chẳng hạn như tên máy chủ, rac (có, không), v.v. Chi tiết trường hợp cơ sở dữ liệu - chi tiết về thể hiện của bạn;chẳng hạn như tên thể hiện, phiên bản, v.v. Tóm tắt báo cáo-Tổng quan cấp cao về phạm vi ảnh chụp nhanh .. Kích thước bộ đệm - Kích thước của từng vùng SGA .. Các sự kiện chờ đợi trong báo cáo AWR là gì?Phần báo cáo sự kiện chờ hiển thị tất cả các sự kiện chờ xảy ra trong khoảng thời gian chụp nhanh.Phần này chứa số liệu thống kê sự kiện chờ chỉ cho các quy trình người dùng cuối tiền cảnh.Tất cả các sự kiện nhàn rỗi được đặt ở cuối báo cáo này.Sau đây là một mẫu của phần sự kiện chờ đợi.all wait events that occurred during the snapshot interval. This section contains wait events statistics for only foreground end-user processes. All the IDLE events are placed at the end of this report. The following is a sample of the wait events section.
Làm thế nào để bạn tìm thấy các sự kiện chờ đợi hàng đầu trong Oracle?Chọn s.Sid, s.Tên người dùng, sum (a. Wait_time + a. Time_waited) TOTAL_WAIT_TIME từ v $ active_session_history a, v $ session s trong đó a.session_id = s..... Chọn một.current_obj#, d.Object_Name, d.Object_Type, a.sự kiện, tổng (a. Wait_time + a. .... Chọn một.user_id, u.Tên người dùng, s.sql_text, sum (a. Wait_time + a .. |