INFOCHIEF ACADEMY · IT ADMINISTRATOR KNOWLEDGE SERIES

Xây dựng kế hoạch sao lưu dữ liệu dựa trên yêu cầu RPO và RTO.

RPO và RTO đặt yêu cầu cho điểm dữ liệu và thời gian phục hồi. Thiết kế sao lưu cần tính nhất quán, phụ thuộc, đường lấy dữ liệu và kiểm thử để chứng minh dịch vụ có thể trở lại trong phạm vi đã thống nhất.

Biên soạn: Infochief Academy · Chuyên đề: Quản trị vận hành IT

← Trở về thư viện bài viết

Minh họa biên tập: đội dữ liệu thống nhất yêu cầu sao lưu và thứ tự ưu tiên phục hồi.

Khi được hỏi cần sao lưu bao lâu một lần, đội IT thường nhìn vào khả năng của công cụ trước. Nhưng doanh nghiệp có thể cần khôi phục dữ liệu mới hơn lịch sao lưu cho phép, hoặc cần hoạt động trở lại nhanh hơn thời gian lấy dữ liệu từ nơi lưu giữ. Một kế hoạch thuận tiện cho hệ thống chưa chắc phù hợp với nghiệp vụ.

RPO và RTO giúp chuyển cuộc trao đổi từ “có backup” sang mức mất dữ liệu và thời gian gián đoạn có thể chấp nhận. Để dùng hai mục tiêu này đúng cách, cần xác định phạm vi dịch vụ, phụ thuộc, cách đo và người chịu trách nhiệm. Công nghệ sao lưu được lựa chọn sau khi những điều kiện đó đã rõ.

Thống nhất mục tiêu từ tác động kinh doanh

RPO là mục tiêu về điểm dữ liệu cần khôi phục, thường được biểu đạt bằng khoảng thời gian dữ liệu có thể bị mất. RTO là mục tiêu thời gian khôi phục hoạt động trong phạm vi đã xác định. Đây là yêu cầu cần đạt và kiểm chứng, không phải kết quả tự có khi mua công cụ.

Hãy hỏi chủ quy trình mất dữ liệu trong một khoảng thời gian sẽ ảnh hưởng thế nào. Có thể nhập lại từ nguồn khác không? Giao dịch đã gửi cho đối tác có thể đối soát không? Dữ liệu bị mất có tạo sai lệch tồn kho hoặc nghĩa vụ với khách hàng không? Câu trả lời giúp phân loại mức ưu tiên thay vì áp cùng lịch cho tất cả.

Với thời gian phục hồi, cần thống nhất điểm bắt đầu và điểm kết thúc đồng hồ đo. Doanh nghiệp có thể tính từ lúc gián đoạn được xác định đến lúc dịch vụ được xác nhận dùng lại; lựa chọn phải ghi rõ. Nếu chỉ tính thời gian copy dữ liệu, kết quả sẽ bỏ qua chuẩn bị môi trường, phục hồi phụ thuộc và kiểm tra nghiệp vụ.

Năng lực IT Manager hỗ trợ cuộc thống nhất này. Đội kỹ thuật đưa ra khả năng và chi phí; người chịu trách nhiệm nghiệp vụ xác định mức ảnh hưởng chấp nhận được. Những yêu cầu vượt khả năng hiện tại cần trở thành quyết định đầu tư hoặc chấp nhận rủi ro có thẩm quyền.

Thiết kế theo chuỗi dịch vụ và tính nhất quán

Ứng dụng thường cần nhiều thứ ngoài một tập dữ liệu: cơ sở dữ liệu, cấu hình, tệp, dịch vụ định danh, khóa giải mã và kết nối tích hợp. Kế hoạch phải xác định phần nào cần sao lưu, phần nào có thể tái tạo và bằng chứng nào bảo đảm việc tái tạo đủ nhanh.

Cần xem tính nhất quán giữa các thành phần. Khôi phục cơ sở dữ liệu về một thời điểm nhưng giữ tệp ở thời điểm khác có thể khiến giao dịch không dùng được. Phương pháp tạo bản sao cần phù hợp loại hệ thống và yêu cầu nhất quán; một bản sao ở tầng lưu trữ chưa tự chứng minh ứng dụng sẽ phục hồi đúng.

Danh mục sao lưu nên nối mỗi tập dữ liệu với dịch vụ, chủ sở hữu, mục tiêu, thời gian lưu và phương án khôi phục. Chính sách lưu giữ khác với RPO: lưu bản sao lâu không có nghĩa điểm phục hồi gần nhất đủ mới. Ngược lại, sao lưu thường xuyên không tự đáp ứng nhu cầu tìm dữ liệu đã bị sửa sai từ nhiều tháng trước.

Nội dung kế hoạch	Câu hỏi thiết kế	Bằng chứng cần kiểm tra
Mục tiêu dữ liệu	Điểm phục hồi mới đến đâu và có nhất quán không?	Thời điểm dữ liệu cùng kiểm tra ứng dụng
Mục tiêu thời gian	Những bước nào nằm trong đồng hồ phục hồi?	Thời gian từng bước và xác nhận nghiệp vụ
Phụ thuộc	Cần thành phần, cấu hình và quyền gì để sử dụng?	Danh mục, thứ tự phục hồi và quyền đã thử
Lưu giữ và bảo vệ	Cần giữ bao lâu, trước những rủi ro nào?	Chính sách, cấu hình và kết quả kiểm thử

Nhờ dữ liệu này, người quản trị hệ thống IT có thể chọn phương pháp phù hợp thay vì sao lưu mọi thứ theo một lịch duy nhất. Những ngoại lệ cần được ghi lại, cùng người chịu trách nhiệm và hướng xử lý tiếp theo.

Tính cả chuỗi tạo bản sao và đường lấy dữ liệu về

Tần suất công việc là một đầu vào quan trọng, nhưng RPO thực tế còn phụ thuộc vào bản sao hoàn tất, khả năng sử dụng và chuỗi phục hồi. Nếu một lần sao lưu thất bại hoặc một đoạn log cần thiết bị thiếu, điểm phục hồi có thể cũ hơn lịch thiết kế.

Tương tự, tốc độ ghi backup không đại diện cho tốc độ khôi phục. Cần tính nơi đặt dữ liệu, băng thông, thời gian truy xuất, giải mã, khôi phục hệ thống và kiểm tra. Với dữ liệu ở tầng lưu trữ ít truy cập, phải xác nhận thời gian lấy về; với cloud, xem cả giới hạn dịch vụ và chi phí truyền dữ liệu.

Nên thiết kế thứ tự ưu tiên theo dịch vụ cần trở lại trước. Không nhất thiết phục hồi toàn bộ dữ liệu cùng lúc nếu nghiệp vụ có thể hoạt động với phạm vi thiết yếu đã thống nhất. Nhưng việc chia giai đoạn phải có điều kiện rõ, tránh công bố dịch vụ đã phục hồi khi phần giao dịch quan trọng vẫn chưa dùng được.

Kế hoạch cũng cần người thực hiện và công cụ ở thời điểm hệ thống chính không còn dùng được. Nếu thông tin đăng nhập, tài liệu và khóa đều nằm trên hạ tầng đang mất, bản sao lưu có thể tồn tại mà không thể được truy cập. Khả năng tiếp cận khẩn cấp cần được kiểm chứng cùng biện pháp kiểm soát quyền.

Trong quản lý dịch vụ IT, lịch sao lưu và phục hồi cần nối với lịch thay đổi, vận hành và yêu cầu nghiệp vụ. Khi kiến trúc hoặc dung lượng thay đổi, mục tiêu không tự thay đổi theo; đội phải rà lại khả năng đáp ứng bằng bằng chứng mới.

Bảo vệ bản sao khỏi cùng một sự cố

Bản sao đặt cùng miền rủi ro với dữ liệu chính có thể bị mất cùng lúc. Cần xem xét lỗi thiết bị, sai thao tác, tài khoản bị chiếm quyền và tấn công mã hóa dữ liệu. Số lượng bản sao là một phần của thiết kế; mức độc lập và khả năng truy cập sau sự cố mới quyết định chúng có còn hữu ích hay không.

Tùy rủi ro, doanh nghiệp có thể dùng bản sao tách biệt, offline hoặc cơ chế bất biến phù hợp. Cần kiểm tra quyền xóa, thời gian giữ, khả năng sửa cấu hình và cách quản lý tài khoản. Một cấu hình gọi là bất biến vẫn phải được hiểu theo khả năng thực của nền tảng và phạm vi bảo vệ, không dùng như lời bảo đảm tuyệt đối.

Mã hóa giúp bảo vệ dữ liệu nhưng tạo thêm phụ thuộc vào khóa. Khóa phải được quản lý với quyền phù hợp và có phương án phục hồi được phép. Đội cần kiểm chứng truy cập trong điều kiện khẩn cấp mà không đưa khóa vào cùng thư mục với bản sao hoặc mở quyền quá rộng để tiện thao tác.

Các nội dung này gắn trực tiếp với quản trị an toàn thông tin. Kế hoạch phải cân bằng bảo vệ, khả năng phục hồi và yêu cầu lưu giữ. Giữ mọi dữ liệu vô thời hạn có thể tăng chi phí và mở rộng phạm vi thông tin cần bảo vệ.

Tình huống giả định: hai mục tiêu dẫn đến hai thiết kế

Giả sử doanh nghiệp có hệ thống nhận đơn hàng và kho tài liệu nội bộ. Đầu mối nghiệp vụ xác định đơn hàng cần điểm phục hồi gần hơn, trong khi kho tài liệu có thể chấp nhận dữ liệu cũ hơn nhưng phải tìm lại được nhiều phiên bản. Đây là ví dụ minh họa; mục tiêu cụ thể phải do từng doanh nghiệp xác nhận.

Nếu dùng một lịch hằng đêm cho cả hai, đội có thể thuận tiện quản lý nhưng chưa đáp ứng nhu cầu đơn hàng. Hệ thống giao dịch có thể cần phương pháp sao lưu và lưu log phù hợp để thu hẹp khoảng mất dữ liệu. Kho tài liệu có thể ưu tiên lưu phiên bản và chính sách giữ theo loại hồ sơ.

Đội cần kiểm tra khả năng khôi phục của từng thiết kế. Với đơn hàng, xác nhận chuỗi log và tính nhất quán, đối soát giao dịch với nguồn liên quan. Với tài liệu, kiểm tra việc chọn đúng phiên bản, quyền truy cập và khả năng lấy dữ liệu từ nơi lưu. Không thể chỉ so hai hệ thống bằng trạng thái job.

Một phép thử có thể cho thấy thời gian chuẩn bị môi trường chiếm phần lớn RTO. Khi đó, tăng tốc backup chưa chắc cải thiện phục hồi. Đội phải cân nhắc chuẩn bị cấu hình, tự động hóa bước tái tạo đã kiểm chứng hoặc duy trì năng lực phục hồi phù hợp, cùng chi phí và quyền vận hành cần thiết.

Sau khi chốt thiết kế, những giới hạn chưa đáp ứng được ghi thành rủi ro với chủ sở hữu. Nếu lãnh đạo chấp nhận một mức tạm thời, quyết định cần thời hạn và điều kiện rà lại. Không nên để một ngoại lệ ban đầu trở thành trạng thái mặc định không ai còn nhớ.

Duy trì kế hoạch bằng kiểm thử và thay đổi có kiểm soát

Cần theo dõi công việc thất bại, thời điểm bản sao dùng được gần nhất và khả năng khôi phục đã kiểm chứng. Một bảng chỉ có tỷ lệ job thành công bỏ sót chuỗi log thiếu, quyền truy cập hỏng hoặc bản sao của thành phần chưa đủ. Báo cáo nên thể hiện phạm vi đã được thử và khoảng trống còn lại.

Tần suất kiểm thử được chọn theo mức quan trọng, tốc độ thay đổi và rủi ro, không có một nhịp chung bảo đảm phù hợp mọi dịch vụ. Những thay đổi lớn về ứng dụng, khóa, nơi lưu hoặc kiến trúc nên kích hoạt rà soát và thử lại phần bị ảnh hưởng. Kiểm thử lần trước không chứng minh thiết kế mới vẫn đạt.

Mỗi lần thử cần lưu điểm dữ liệu, thời gian, điều kiện môi trường, lỗi và xác nhận nghiệp vụ. Nếu không đạt, phải xác định hành động, người thực hiện và thời điểm thử lại. Chỉ cập nhật tài liệu mà không kiểm chứng phần đã sửa sẽ để lại cùng mức bất định.

Để bắt đầu, đội có thể chọn một dịch vụ quan trọng, thống nhất RPO/RTO cùng đồng hồ đo, rà các phụ thuộc và thực hiện một lần phục hồi có kiểm soát. Kết quả sẽ cho biết khoảng cách giữa kế hoạch và khả năng thật, từ đó ưu tiên đầu tư hoặc điều chỉnh cách vận hành.

Kế hoạch sao lưu đáng tin là một cam kết có điều kiện, nguồn lực và bằng chứng. Khi doanh nghiệp hiểu dữ liệu nào có thể mất, dịch vụ nào phải trở lại và cách kiểm chứng các mục tiêu đó, backup mới trở thành nền tảng phục hồi thay vì một công việc chạy đúng lịch.