Unlimited Design & Technology

Độ tin cậy và vận hành

Kiểm chứng bản sao lưu bằng cách khôi phục dữ liệu dùng được

Một tác vụ sao lưu hoàn tất chưa chứng minh nhân viên có thể làm việc trở lại. Hãy thiết kế diễn tập khôi phục có kiểm tra hồ sơ nghiệp vụ, quyền truy cập, thành phần phụ thuộc và thời gian phục hồi.

UDT Insights12/10/2022
Một đồng nghiệp khôi phục bản sao lưu vào cơ sở dữ liệu và kiểm tra kết quả. Một đồng nghiệp quỳ dùng cờ lê.

Báo cáo sao lưu màu xanh chỉ trả lời một câu hỏi hẹp: tác vụ theo lịch có hoàn tất không? Chủ doanh nghiệp cần câu trả lời khác: sau sai sót hoặc gián đoạn, mọi người có lấy lại được thông tin dùng được không? Trước khi mua thêm dung lượng, hãy định nghĩa thế nào là dùng được. Xem khôi phục là một phép kiểm tra nghiệm thu, có người phụ trách, bằng chứng và ranh giới rõ giữa diễn tập với hệ thống thật.

Bắt đầu từ hồ sơ nghiệp vụ

Chọn một nhóm nhỏ quy trình thiết yếu, chẳng hạn mở đơn hàng, kiểm tra trạng thái thanh toán và tải tệp đính kèm. Ghi rõ dữ liệu cùng thành phần phụ thuộc mà từng quy trình cần. Không nên coi riêng cơ sở dữ liệu là toàn bộ dịch vụ. Phạm vi diễn tập cần xét cả cấu hình ứng dụng, kho tệp, cách cấp quyền và bước đối soát với bên ngoài.

Thống nhất lượng công việc mới nhất mà doanh nghiệp có thể chấp nhận mất và thời gian tối đa dành cho khôi phục. Đây là giới hạn để lập kế hoạch, không phải cam kết bảo đảm. Người phụ trách nghiệp vụ cần chấp thuận trước khi chọn phương thức sao lưu kỹ thuật.

Chọn phương thức theo câu hỏi khôi phục

Tài liệu PostgreSQL nêu ba phương thức sao lưu: bản xuất SQL, sao lưu ở cấp hệ thống tệp và lưu trữ liên tục.[1] Sự phân biệt này hữu ích khi hỏi nhà cung cấp bản sao chứa gì. Yêu cầu giải thích phương thức đã chọn, điều kiện cần và quy trình phục hồi. Không mặc định các sản phẩm cùng tên gọi hỗ trợ điểm khôi phục giống nhau.

Tách môi trường diễn tập khỏi người dùng thật. Việc xử lý dữ liệu cá nhân hoặc thương mại được sao chép phải có phê duyệt. Diễn tập thành công không phải lý do để mở rộng quyền xem dữ liệu đã phục hồi.

Ví dụ giả định: cổng mua hàng

Trong ví dụ giả định này, bộ phận mua hàng khôi phục một cổng nội bộ vào môi trường thử nghiệm biệt lập. Nhân viên đăng nhập được và thấy đơn mua, nhưng thiếu các tài liệu phê duyệt đính kèm. Phục hồi cơ sở dữ liệu thành công, còn nghiệm thu nghiệp vụ không đạt.

Nhóm mở rộng phạm vi phục hồi sang kho tài liệu và cấu hình truy cập. Họ lặp lại cùng các phép kiểm tra trước khi chấp nhận phương án. Ví dụ minh họa cách ra quyết định, không phải kết quả đo từ một dự án đã triển khai.

Duy trì danh sách nghiệm thu dùng lại được

Dùng cùng các phép kiểm tra trong mỗi lần diễn tập để dễ nhận ra khác biệt. Giao việc rà soát cho người hiểu hồ sơ nghiệp vụ, thay vì để một mình người vận hành sao lưu duyệt tất cả.

  • Ghi điểm khôi phục đã chọn và ranh giới phần công việc có thể mất.
  • Mở hồ sơ đại diện cùng các tệp liên kết.
  • Kiểm tra quyền bằng vai trò nghiệp vụ thông thường.
  • Đo toàn bộ thời gian diễn tập, gồm cấp quyền và xác nhận dữ liệu.
  • Ghi thiếu sót, người xử lý và điều kiện kích hoạt lần thử tiếp theo.

Mua bằng chứng, không chỉ thời hạn lưu

Giữ dữ liệu lâu hơn và tạo bản sao thường xuyên hơn có thể tăng nhu cầu lưu trữ và quản trị. Diễn tập quy mô lớn cũng cần không gian được bảo vệ cùng thời gian của nhân sự. Hãy bắt đầu từ quy trình quan trọng, nhưng nêu rõ phần chưa được kiểm tra.

Yêu cầu bằng chứng khôi phục trước khi duyệt thay đổi sao lưu tiếp theo. Báo cáo hữu ích phải nêu dữ liệu phục hồi, phép kiểm tra đã làm, thời gian quan sát và điểm chưa chắc chắn. Hoàn tất sao lưu và phục hồi được nghiệp vụ cần là hai quyết định nghiệm thu riêng.

Tài liệu tham khảo

Trao đổi về dự án của bạn

Cùng UDT xác định nhu cầu và bước triển khai tiếp theo.

Liên hệ UDT
Zalo