Trong bài đăng này, tôi chia sẻ một lời khuyên cho tất cả các Quản trị viên Cơ sở dữ liệu về nhiệm vụ bảo trì cơ sở dữ liệu của họ.
Trong lĩnh vực này, người quản trị Cơ sở dữ liệu phải hiểu hai thuật ngữ một là Mục tiêu thời gian khôi phục (RTO) và mục tiêu thứ hai là Mục tiêu điểm khôi phục (RPO).
Bất cứ khi nào bạn đang thực hiện nhiệm vụ quản trị cơ sở dữ liệu, bạn nên phân tích và đề xuất yêu cầu RTO & RPO cho khách hàng hoặc tổ chức quan tâm.
Bất cứ khi nào DBA thực hiện hành động về Khôi phục sau thảm họa hoặc Khôi phục kịp thời, trong hầu hết các tình huống này, Cơ sở dữ liệu ngừng hoạt động là bắt buộc.
RTO & RPO giúp chúng tôi đo lường thời gian ngừng hoạt động của hệ thống và nếu thời gian ngừng hoạt động của hệ thống là bắt buộc, thì khả năng mất dữ liệu là bao nhiêu.
Nếu không xác định đúng RTO & RPO, các DBA đang chịu rủi ro rất lớn để khôi phục Cơ sở dữ liệu từ thảm họa.
What is Recovery Time Objective (RTO)?
Recovery Time Objective means to measure the downtime of the system and also require to measure that how long system can be accessible again.
DBA phải đo thời gian ngừng hoạt động mong muốn, bao gồm thời gian ngừng hoạt động xác định và thời gian ngừng hoạt động bổ sung cần thiết để hoàn thành nhiệm vụ bảo trì.
Có các cách tiếp cận khác nhau để xác định RTO như, DBA có thể thực hiện cùng một nhiệm vụ bảo trì trên môi trường thử nghiệm bản sao và có thể được xác định yêu cầu RTO cho cơ sở dữ liệu sản xuất.
Nếu các DBA đang thực hiện khôi phục cơ sở dữ liệu lớn, thì cũng có một số khả năng xảy ra lỗi vì vậy DBA cũng phải tính toán thời gian bị lỗi cho một tác vụ bảo trì.
Khi bạn xác định RTO có thể chấp nhận được, bạn nên tập trung vào các ứng dụng riêng lẻ thay vì toàn bộ máy chủ. Đồng hồ bấm giờ bắt đầu trên RTO của bạn ngay lập tức một ứng dụng quan trọng không thể sử dụng được nữa và sẽ không dừng lại cho đến khi tất cả người dùng yêu cầu nó có thể sử dụng lại như bình thường.
What is Recovery Point Objective (RPO)?
Recovery Point Objective means to measure the acceptable loss of data during the recovery operation.
Trước khi làm cho hệ thống ngừng hoạt động, các DBA phải theo dõi quá trình tải ứng dụng và đảm bảo rằng không có bất kỳ kết nối nào đang chạy với ứng dụng.
DBA cũng phải giám sát công việc nền và các dịch vụ đang truy cập ứng dụng.
Nếu hệ thống có một số lượng lớn các kết nối đang chạy, có nhiều cách tiếp cận khác nhau như trỏ ứng dụng của bạn đến máy chủ phụ và đặt máy chủ sản xuất miễn phí cho nhiệm vụ bảo trì.
Sau khi bảo trì DBA phải khôi phục dữ liệu sao lưu từ máy chủ phụ sang máy chủ chính.
Nếu thời gian ngừng hoạt động của hệ thống là rất cao, lượng dữ liệu bị mất cũng rất lớn.
DBA có thể đo RPO giống như nếu hoạt động hàng loạt đang chạy trong hệ thống, bạn có thể dễ dàng đo lường rằng có bao nhiêu dữ liệu được đưa vào trong một phút và dựa trên DBA này có thể tính toán khả năng mất dữ liệu.
Once you’ve figured out how much data loss and downtime will cost or impact your business, you’re then able to formulate objectives for how to mitigate those costs—which is the exact role and nature of RTOs and RPOs.