Oracle
 sql >> Cơ Sở Dữ Liệu >  >> RDS >> Oracle

Nhẹ trong một vỏ sò

Như bạn có thể biết từ một bài viết trước trên blog này hoặc nếu bạn theo dõi tôi trên Twitter (BPeaslandDBA), tôi thích Lighty for Oracle, một sản phẩm của Orachrome. Tôi thích sản phẩm này và việc lấy thông tin chẩn đoán hiệu suất dễ dàng như thế nào. Tôi rất quen thuộc với Oracle’s Enterprise Manager và tôi luôn sử dụng EM12c khi nhận được các cuộc gọi về hiệu suất cơ sở dữ liệu kém. Nhưng bây giờ tôi hy vọng rằng Lighty sẽ trở thành một công cụ khác trong kho vũ khí của tôi.

Tôi không mong đợi rằng Lighty sẽ thay thế Enterprise Manager. EM12c làm được nhiều hơn những gì Lighty có thể, tức là giám sát và cảnh báo, cũng như các tác vụ quản trị cơ sở dữ liệu khác nhau. Vì vậy, tôi sẽ giữ EM12c, cảm ơn bạn rất nhiều. Nhưng tôi sẽ dựa vào Lightly nhiều hơn vì một phần công việc mà Lighty làm thực sự tốt, cung cấp thông tin để hỗ trợ các nỗ lực điều chỉnh hiệu suất. Lighty chỉ để điều chỉnh hiệu suất và bởi vì nó có một tiêu điểm duy nhất, nó hoạt động rất tốt.

Tôi sẽ cố gắng chỉ ra một số điểm nổi bật về lý do tại sao tôi nghĩ Lighty là một công cụ tuyệt vời để sử dụng. Tôi sẽ tương phản với EM12c. Để bắt đầu, trong EM12c, tôi đi tới Hiệu suất -> Trang chủ Hiệu suất và tôi thấy một màn hình tương tự như sau.

Ngay lập tức tôi có thể thấy rằng tôi có tranh chấp tài nguyên CPU. Màn hình chính trong Lighty trông giống như sau.

Vì vậy, chúng tôi có thông tin rất giống nhau. Và đó là nơi mà sự khác biệt kết thúc đối với tôi… ngay khi bắt đầu. Trong EM12c, tôi buộc phải đưa ra quyết định, tôi đi sâu vào việc sử dụng CPU hay một trong các lớp chờ như User I / O? Vì phần trên cho thấy sự tranh chấp của CPU, trong EM12c, tôi nhấp vào phần CPU của biểu đồ để xem chi tiết. Tại thời điểm này trong EM12c, tôi chỉ đang xem xét việc sử dụng CPU cho phân tích của mình. Như chúng ta sẽ thấy ở phần sau, Lighty không yêu cầu tôi đưa ra lựa chọn đó nếu tôi không muốn. Dưới đây là biểu đồ của tôi từ EM12c.

Biểu đồ trên rất phổ biến đối với tôi trong cơ sở dữ liệu Oracle RAC của tôi. Biểu đồ trên cho thấy việc sử dụng CPU cho ba trường hợp của cơ sở dữ liệu được phân nhóm của tôi. Cái nào đang thống trị việc sử dụng CPU? Tất cả đều trông khá bằng nhau. Tuy nhiên, EM12c buộc tôi phải chọn một ví dụ để phân tích. Tôi không thể kiểm tra tất cả 3 trường hợp trong một màn hình. Rất nhiều công việc của tôi là điều chỉnh hiệu suất Oracle RAC và những hạn chế của EM12c khiến tôi bận tâm ở đây. Tôi phải chọn lớp chờ hoặc CPU và sau đó chọn một phiên bản trước khi tôi có thể lấy thông tin về các câu lệnh SQL hàng đầu hoặc các phiên hàng đầu. Nếu tôi đi sâu vào EM12c, tôi có thể nhận được một màn hình như sau.

Cuối cùng thì cuối cùng tôi cũng đã đến được một nơi nào đó! Tôi có thể thấy các câu lệnh SQL hàng đầu và các phiên hàng đầu. Chú ý phần được đánh dấu. Đây là chi tiết cho một cửa sổ 5 phút. Ví dụ:cửa sổ năm phút được biểu thị bằng hộp bóng mờ trong biểu đồ sử dụng CPU bên dưới.

Trong EM12c, tôi có thể kéo hộp bóng mờ đến một thời điểm khác và thông tin SQL hàng đầu và các phiên hàng đầu sẽ thay đổi để phù hợp. Nhưng tôi không thể thay đổi điều này thành khoảng thời gian 10 phút hoặc một số khoảng thời gian khác. Tôi bị kẹt ở phút thứ 5.

Bây giờ, hãy đối chiếu điều này với Lighty. Chúng tôi đã thấy biểu đồ hiệu suất giống như EM12. Bên dưới biểu đồ hiệu suất đó trong Lighty là ngăn chi tiết về các câu lệnh SQL hàng đầu. Tôi không phải nhấp vào bất kỳ thứ gì để nhận các câu lệnh SQL hàng đầu.

Ngay lập tức, tôi thấy một sự khác biệt giữa Lighty và EM12c. Các câu lệnh SQL hàng đầu của tôi không chỉ bị giới hạn ở CPU hoặc một lớp chờ cụ thể. Nếu tôi muốn hạn chế thông tin, tôi có thể chọn từ hộp menu phía trên biểu đồ hiệu suất.

Tôi thường chọn Tất cả, nhưng tôi có thể chọn chỉ xem CPU nếu tôi chọn. Lighty không giới hạn tôi như EM12c, trừ khi tôi đưa ra lựa chọn đặt lại thông tin.

Lưu ý trong SQL trên cùng rằng tôi đã trình bày một dòng thời gian của các sự kiện cho SQL đó. Ví dụ, chúng ta có thể thấy câu lệnh SQL hàng đầu trong danh sách đang sử dụng rất nhiều CPU. Các câu lệnh SQL khác trong danh sách bắt đầu và dừng việc sử dụng CPU của chúng, được hiển thị bằng màu xanh lục nhạt. I / O người dùng đồng thời được hiển thị ở đây bằng màu xanh lam. Nếu tôi mở rộng một câu lệnh SQL, tôi có thể nhận được bảng phân tích của câu lệnh SQL đó.

Chỉ bằng cách nhấp vào dấu Cộng bên cạnh câu lệnh SQL, tôi có thể thấy rằng câu lệnh này có hai kế hoạch thực thi khác nhau và một trong số chúng đang tiêu thụ 93,92% tổng mức sử dụng CPU. Nếu tôi mở rộng kế hoạch đó, tôi có thể xem kế hoạch đó đang sử dụng thời gian ở đâu, được chia nhỏ theo sự kiện chờ.

Vì vậy, hãy tóm tắt lại điều này. Tôi bắt đầu Lighty và ngay lập tức được trình bày với các câu lệnh SQL hàng đầu của tôi và chỉ với một cú nhấp chuột, tôi biết rằng câu lệnh hàng đầu có kế hoạch thực thi ngốn CPU. Theo ý kiến ​​của tôi, đó là điều cực kỳ nhanh chóng và dễ dàng. EM12c làm cho việc truy cập thông tin này khó hơn và EM12c sẽ không hiển thị cho tôi khi nào một câu lệnh SQL bắt đầu tiêu thụ CPU và khi nào nó dừng lại như biểu đồ mà Lighty cung cấp.

Nếu tôi nhấp vào một câu lệnh SQL, giống như tôi làm trong EM12c, Lighty sẽ hiển thị cho tôi số liệu thống kê về SQL cụ thể. Nếu tôi nhấp vào tab Sử dụng, tôi có thể xem tất cả các phiên đã chạy câu lệnh này. Lưu ý rằng biểu đồ hiển thị dòng thời gian khi phiên đó sử dụng tài nguyên đó cho câu lệnh SQL này. EM12c sẽ không hiển thị cho tôi mức độ chi tiết đó.

Với những điều trên, tôi có thể dễ dàng nhận thấy rằng có nhiều phiên thực hiện cùng một câu lệnh tại các thời điểm khác nhau.

Hãy nhớ rằng EM12c đã khiến tôi chọn một phiên bản cho cơ sở dữ liệu Oracle RAC này? Trong Lighty, tôi không phải đưa ra lựa chọn đó. Nhưng tôi có thể khá dễ dàng. Lighty nhận biết RAC và đã phát hiện ra nhiều trường hợp. Theo mặc định, tôi đã chọn tất cả các trường hợp. Một menu thả xuống đơn giản cho phép tôi chọn một trong số chúng và thông tin trên màn hình tự động điều chỉnh theo phiên bản đó.

Hãy nhớ trong EM12c, nơi cửa sổ được tô bóng đó thể hiện khoảng thời gian 5 phút. Trong Lighty, chi tiết về SQL và phiên dành cho toàn bộ biểu đồ. Nếu bạn muốn có cửa sổ 5 phút, bạn có thể chọn tùy chọn 5 phút phía trên biểu đồ. Theo mặc định, nó có cửa sổ 60 phút được chọn.

Và tôi cũng có thể chọn các tùy chọn khác, bao gồm cả phạm vi ngày / giờ tùy chỉnh. Trong EM12c, biểu đồ là trong 1 giờ và tôi không thể thay đổi nó.

EM12c có ASH Analytics để cho phép tôi xem xét hiệu suất trong quá khứ. Nhưng tôi luôn gặp vấn đề với nó. Với ASH Analytics (cho phép tôi xem Lịch sử phiên hoạt động), tôi có thể thay đổi cửa sổ màu xám đó thành một cái gì đó khác hơn 5 phút. Nhưng đối với tôi, EM12c chỉ đơn giản là không bao giờ trả về dữ liệu. Có thể tôi đã gặp lỗi với môi trường EM12c của mình. Nhưng Lightly hoạt động hiệu quả với dữ liệu ASH lịch sử. Giả sử tôi nhận được cuộc gọi về sự cố hiệu suất xảy ra từ 8 giờ đến 9 giờ sáng nay. Tôi chỉ cần chọn một phạm vi thời gian Tùy chỉnh.

Trong EM12c, tôi buộc phải truy cập một trang web khác, Hiệu suất -> Phân tích ASH.

Cho đến nay, có lẽ bạn đã nắm bắt được ý tưởng rằng tôi nghĩ rằng Lighty là một cách nhanh chóng và dễ dàng để có được nhiều thông tin tương tự mà tôi có thể nhận được từ EM12c. Và bạn đã đúng! Đây là một lĩnh vực khác mà tôi thích về Lighty. Nếu tôi đi tới Window -> Multiple Database Monitoring thì tôi có thể thấy đồ thị của nhiều số liệu hiệu suất khác nhau cho nhiều cơ sở dữ liệu. Đây là một ví dụ. Trong nháy mắt, tôi có thể theo dõi nhiều cơ sở dữ liệu trên một màn hình. EM12c sẽ không để tôi làm điều đó. Tôi có thể thấy rằng cơ sở dữ liệu ở ngoài cùng bên phải khá nhàn rỗi trong khi cơ sở dữ liệu ở giữa đang bị ảnh hưởng khá nặng. Cuộn xuống trang, tôi nhận được biểu đồ cho nhiều số liệu:

  • Các khóa học
  • Cuộc gọi của Người dùng
  • Giao dịch
  • Đọc và Viết
  • Độ trễ của đĩa
  • Thông lượng I / O của đĩa
  • Tỷ lệ chuyển bộ nhớ cache toàn cầu
  • Làm lại tốc độ tạo
  • Lưu lượng mạng

Trong EM12c, tôi sẽ phải truy cập quá nhiều trang để có được cùng một thông tin mà Lighty cung cấp cho tôi trong một trang.

Tất cả các ví dụ của tôi đều dựa trên cùng một Gói chẩn đoán và điều chỉnh mà tôi đã cấp phép. Nếu bạn không cấp phép cho những thứ đó, Lighty cung cấp chức năng tương tự với Statspack và phiên bản L-ASH (Lighty ASH) của họ.

Nói chung, tôi nghĩ Lighty là một công cụ tuyệt vời cho DBA, người chịu trách nhiệm điều chỉnh hiệu suất. Chi phí cũng rất hợp lý. Tôi càng sử dụng công cụ này, tôi càng đánh giá cao việc tôi có thể nhận được thông tin nhanh như thế nào. Tôi có thể bật hoặc tắt mọi thứ không quá hai lần nhấp để có thể dễ dàng đi sâu vào nguyên nhân gốc rễ của các vấn đề về hiệu suất của mình. Tôi khuyến khích tất cả các DBA của Oracle tải xuống bản dùng thử và xem liệu sản phẩm này có phù hợp với họ hay không. Lighty có thể được tìm thấy tại đây:http://www.orachrome.com/en/index.html


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Tại sao cần THỰC HIỆN NGAY LẬP TỨC ở đây?

  2. Memberhip.ValidateUser luôn trả về false sau khi nâng cấp lên VS 2010 / .NET 4.0

  3. Xóa bằng Tham gia trong Truy vấn sql Oracle

  4. Cài đặt Oracle 12c Enterprise Edition trên Windows 7

  5. Hàm LOCALTIMESTAMP () trong Oracle