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

Đánh giá thiết lập giám sát hiệu suất cơ sở dữ liệu của bạn

Các vấn đề về hiệu suất cơ sở dữ liệu biểu hiện theo nhiều cách khác nhau — từ trang tải chậm đến hết thời gian chờ sử dụng bộ nhớ quá mức cho đến hết điện. Thông thường, các công cụ giám sát hiệu suất phát hiện sớm các vấn đề và cảnh báo DBA. Nhưng đôi khi người dùng phải thông báo cho bạn về một vấn đề và điều đó không bao giờ là lý tưởng.

Nếu bạn nhận thấy sự gia tăng các vấn đề về hiệu suất vượt qua hệ thống giám sát của bạn và ảnh hưởng tiêu cực đến người dùng trước khi bạn biết là có vấn đề, thì đã đến lúc xem xét kỹ chất lượng của thiết lập giám sát hiệu suất của bạn.

Cách xác định xem thiết lập giám sát hiệu suất của bạn có tạo nên chất lượng hay không

Bước đầu tiên trong việc đánh giá thiết lập của bạn là xác định xem bạn có đang sử dụng kiến ​​trúc giám sát cơ sở dữ liệu tốt nhất cho nhu cầu của tổ chức bạn hay không. Hệ thống giám sát tại chỗ và hệ thống giám sát SaaS có những điểm mạnh khác nhau. Bài viết này cung cấp một cái nhìn tổng quan về hai kiến ​​trúc để giúp bạn hiểu được đâu là sự lựa chọn tốt nhất cho mình.

Nếu bạn biết kiến ​​trúc của mình phù hợp, hãy làm bài kiểm tra ngắn này để xác định xem thiết lập giám sát hiệu suất cơ sở dữ liệu của bạn có đạt điểm A + hay không hoặc liệu thiết lập đó có cần thêm trợ giúp hay không:

  • Công cụ giám sát của bạn có kiểm tra xem tất cả cơ sở dữ liệu có trực tuyến đều đặn không?
  • Nó có kiểm tra trong và ngoài giờ làm việc không?
  • Nó có kiểm tra tất cả các nút trong một cụm không?
  • Công cụ giám sát của bạn có gửi cảnh báo về CPU cao, bộ nhớ thấp, dung lượng ổ đĩa thấp và lưu lượng mạng bất thường không?
  • Công cụ giám sát của bạn có được định cấu hình để nắm bắt các truy vấn chậm và ghi chúng vào tệp nhật ký không?
  • Nó có cung cấp lời khuyên về lập chỉ mục và điều chỉnh truy vấn không?
  • Công cụ giám sát của bạn có tạo đường cơ sở về thông lượng sau mỗi lần thay đổi không?
  • Nó có theo dõi các thay đổi của lược đồ cơ sở dữ liệu trong thời gian thực không?
  • Công cụ giám sát của bạn có cung cấp các trình bày trực quan về dữ liệu nhật ký của bạn không?
  • Công cụ giám sát của bạn có giúp bạn dễ dàng thêm và định cấu hình các kết nối không?
  • Công cụ giám sát của bạn có cung cấp tùy chọn giám sát di động không?
  • Công cụ giám sát của bạn có cho phép bạn đặt các quy tắc và ngưỡng cụ thể cho các cảnh báo không?
  • Nó có ưu tiên các cảnh báo để bạn giải quyết các vấn đề quan trọng nhất trước không?
  • Nó có cung cấp cảnh báo thông minh gửi cảnh báo và sau đó bắt đầu chẩn đoán không?

Nếu bạn trả lời có cho tất cả các câu hỏi trên, xin chúc mừng! Thiết lập giám sát hiệu suất cơ sở dữ liệu của bạn giành được một ngôi sao vàng. Nếu bạn trả lời không cho bất kỳ câu hỏi nào, bạn có thể cần thêm một số tín chỉ để cải thiện điểm của mình.

Dưới đây là một số lĩnh vực thiết lập giám sát hiệu suất cơ sở dữ liệu của bạn mà bạn có thể xem xét và cải thiện để chủ động giải quyết nhiều vấn đề về hiệu suất trước khi chúng ảnh hưởng đến người dùng:

Tính khả dụng

Kiểm tra tính khả dụng của cơ sở dữ liệu là giám sát hiệu suất 101 và nên là một tùy chọn với bất kỳ công cụ giám sát hiệu suất nào. Đảm bảo rằng công cụ giám sát mức độ sẵn sàng cao điểm và thấp điểm và nó giám sát tất cả các nút trong một cụm để bạn không tìm thấy cho mình một nút cơ sở dữ liệu nào khi bị ngừng hoạt động.

Tiêu thụ tài nguyên

Một công cụ giám sát hiệu suất tốt sẽ cảnh báo bạn về các vấn đề cơ sở hạ tầng như CPU ​​cao, tài nguyên sử dụng nhiều hơn mức chia sẻ bộ nhớ, lưu lượng mạng bất thường và dung lượng ổ đĩa thấp trước khi chúng ảnh hưởng đến người dùng của bạn.

Truy vấn đắt tiền

Các truy vấn không hiệu quả có thể làm chậm hiệu suất thu thập thông tin và gây ra thời gian chờ. Chọn giải pháp giám sát hiệu suất không chỉ xác định truy vấn nào đang gây ra sự chậm lại mà còn bao gồm điều chỉnh truy vấn để viết lại và tối ưu hóa các truy vấn để có hiệu suất cao.

Theo dõi thông lượng và thay đổi

Các phép đo thông lượng phải là một phần của việc giám sát thường xuyên, nhưng điều quan trọng là phải đặt đường cơ sở về thông lượng mới sau mỗi lần thay đổi để giúp phát hiện bất kỳ vấn đề nào có thể đã xảy ra. Việc giám sát các thay đổi trong lược đồ cơ sở dữ liệu cũng rất quan trọng, đặc biệt là khi nhanh nhẹn và DevOps với các thực hành “mọi thứ liên tục” của họ trở thành xu hướng chủ đạo.

Nhật ký

Một công cụ giám sát hiệu suất tuyệt vời cung cấp khả năng nhật ký toàn diện, có thể tùy chỉnh có thể được theo dõi để xác định và khắc phục các vấn đề về hiệu suất một cách chủ động và nhanh chóng. Các công cụ tốt nhất cũng tạo ra các bản trình bày trực quan của dữ liệu nhật ký để khắc phục sự cố và phân tích dữ liệu trong nháy mắt.

Cấu hình kết nối

Với các giải pháp SaaS ngày nay, không có lý do gì cho việc thiết lập chậm hoặc cấu hình phức tạp. Hãy tìm một công cụ giúp việc thiết lập kết nối, định cấu hình chúng trở nên đơn giản và bắt đầu và chạy trong vài phút.

Giám sát di động

Không DBA nào muốn mở văn phòng 3 giờ sáng nếu họ không cần. Chọn một công cụ giám sát hiệu suất có thành phần di động để bạn có thể nhận cảnh báo và bắt đầu chẩn đoán sự cố từ mọi nơi.

Cảnh báo và Cảnh báo

Không phải tất cả các vấn đề đều đáng báo động. Công cụ giám sát hiệu suất của bạn sẽ cho phép bạn định cấu hình cảnh báo và cảnh báo để bạn chỉ nhận được những thứ bạn cần. Tặng điểm thưởng cho hệ thống của bạn nếu hệ thống có cảnh báo thông minh không chỉ cho bạn biết có sự cố mà còn giúp bạn khắc phục sự cố.

Thiết lập giám sát hiệu suất cơ sở dữ liệu chất lượng cao là điều cần thiết để duy trì cơ sở dữ liệu lành mạnh, có tính khả dụng cao. Đánh giá định kỳ giải pháp giám sát hiện tại của bạn và thực hiện nâng cấp khi cần thiết là một cách thông minh để đảm bảo bạn luôn giữ cơ sở dữ liệu của mình ở vị trí hàng đầu khi đến tay người dùng hài lòng.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Giới thiệu về OPENJSON với các ví dụ (SQL Server)

  2. Làm cách nào để loại bỏ phần thời gian của giá trị datetime (SQL Server)?

  3. Sự khác biệt giữa đọc được cam kết và đọc có thể lặp lại

  4. Quyền THỰC HIỆN đã bị từ chối trên đối tượng 'xxxxxxx', cơ sở dữ liệu 'zzzzzzz', giản đồ 'dbo'

  5. Không thể bỏ giản đồ vì nó không tồn tại hoặc bạn không có quyền. - Hướng dẫn SQL Server / TSQL Phần 29