1. 20:11 12/08/2026
Nhiều tổ chức chỉ nghĩ đến sao lưu sau khi máy chủ bị mã hóa hoặc dữ liệu bị xóa. Tuy nhiên, một bản sao lưu vẫn có thể bị vô hiệu nếu nằm cùng hệ thống, dùng chung tài khoản quản trị hoặc chưa từng được thử khôi phục. Mục tiêu đúng không phải là có thật nhiều bản sao, mà là duy trì được một con đường khôi phục đáng tin cậy khi môi trường chính không còn an toàn.
1. Xác định dữ liệu nào cần khôi phục trước
Hãy lập danh sách các dịch vụ và dữ liệu quan trọng, chẳng hạn cơ sở dữ liệu đơn hàng, hệ thống định danh, hồ sơ khách hàng, tệp cấu hình và tài liệu vận hành. Với mỗi mục, cần trả lời hai câu hỏi:
- Có thể mất tối đa bao lâu dữ liệu trước khi ảnh hưởng nghiêm trọng? Đây là cơ sở để đặt mục tiêu điểm khôi phục.
- Dịch vụ phải hoạt động lại trong bao lâu? Đây là cơ sở để đặt mục tiêu thời gian khôi phục.
Không nên áp dụng một lịch sao lưu giống nhau cho mọi dữ liệu. Cơ sở dữ liệu giao dịch có thể cần bản sao thường xuyên hơn kho tài liệu nội bộ. Việc phân loại giúp ngân sách, dung lượng và công sức kiểm thử tập trung vào nơi có rủi ro cao.
2. Tách bản sao lưu khỏi môi trường sản xuất
Nếu tài khoản quản trị hệ thống chính cũng có quyền xóa hoặc sửa backup, kẻ tấn công chiếm được tài khoản đó có thể phá hủy cả dữ liệu lẫn bản sao. Nên dùng tài khoản, khóa truy cập và hệ thống quản lý riêng cho hoạt động sao lưu. Quyền này chỉ cấp cho một số ít người, có xác thực đa yếu tố và được ghi nhật ký.
Bên cạnh bản sao lưu trực tuyến để phục vụ khôi phục nhanh, nên duy trì một bản sao tách biệt về mạng hoặc có cơ chế bất biến trong khoảng thời gian phù hợp. Cơ chế bất biến giúp dữ liệu không bị sửa hoặc xóa trước hạn, nhưng không thay thế việc kiểm tra quyền truy cập và theo dõi hoạt động bất thường.
3. Bảo vệ cả cấu hình và thông tin xác thực
Sao lưu riêng dữ liệu mà bỏ qua cấu hình, mã nguồn triển khai, danh sách phụ thuộc hoặc tài liệu vận hành sẽ khiến quá trình khôi phục bị đình trệ. Hãy lưu phiên bản cấu hình cần thiết theo cách an toàn, đồng thời tuyệt đối không đưa mật khẩu, khóa riêng hay token dài hạn vào tệp backup không được bảo vệ.
Mỗi bản sao cần được mã hóa khi truyền và khi lưu trữ. Khóa mã hóa phải có vòng đời riêng, quyền truy cập hạn chế và kế hoạch thay đổi khi có dấu hiệu lộ lọt. Nếu khóa nằm cùng tài khoản hoặc cùng máy chủ với backup, việc mã hóa có thể chỉ tạo cảm giác an toàn.
4. Kiểm thử khôi phục, không chỉ kiểm tra tác vụ sao lưu
Một tác vụ báo thành công chưa chứng minh rằng dữ liệu có thể sử dụng. Hãy định kỳ khôi phục thử vào một môi trường cô lập, kiểm tra tính toàn vẹn, quyền truy cập, quan hệ giữa các bảng và khả năng ứng dụng hoạt động đúng. Với tệp tin, cần mở thử một số tệp đại diện; với cơ sở dữ liệu, cần kiểm tra cả dữ liệu gần đây lẫn dữ liệu lịch sử.
Nên ghi lại thời gian thực hiện, lỗi gặp phải, người chịu trách nhiệm và bước xử lý. Sau mỗi lần kiểm thử, cập nhật runbook để người khác cũng có thể làm theo, kể cả khi đội vận hành chính không sẵn sàng.
5. Chuẩn bị kịch bản khi hệ thống bị xâm nhập
Khi phát hiện mã độc, không vội khôi phục lên chính máy chủ đang nghi bị kiểm soát. Trước tiên cần cô lập, bảo toàn bằng chứng cần thiết, xác định phạm vi ảnh hưởng và kiểm tra thời điểm cuối cùng mà backup còn đáng tin. Sau đó, dựng môi trường sạch, đổi thông tin xác thực có nguy cơ bị lộ, khôi phục theo thứ tự ưu tiên và theo dõi các dấu hiệu bất thường.
Một kế hoạch tốt phải có số điện thoại liên hệ, người có quyền quyết định, tiêu chí chuyển sang phương án dự phòng và cách thông báo cho các bên liên quan. Hãy diễn tập ở quy mô nhỏ trước, vì lúc sự cố xảy ra không phải thời điểm thích hợp để lần đầu tìm hiểu quy trình.
Sao lưu an toàn là sự kết hợp của phân loại dữ liệu, tách quyền, bảo vệ bản sao, kiểm thử khôi phục và diễn tập ứng phó. Chỉ khi trả lời được câu hỏi dữ liệu sẽ khôi phục từ đâu, bằng quyền nào, trong bao lâu và trên môi trường nào, tổ chức mới có thể xem backup là một lớp phòng thủ thực sự.