Câu trả lời cho “bao lâu nên backup một lần?” không phải lúc nào cũng là mỗi ngày. Tần suất sao lưu dữ liệu phải phản ánh lượng dữ liệu doanh nghiệp chấp nhận mất, thời gian cần để khôi phục và mức độ thay đổi của từng hệ thống. Một cơ sở dữ liệu giao dịch có thể cần backup thường xuyên hơn thư mục tài liệu ít chỉnh sửa.
Hai khái niệm cần biết: RPO và RTO
Nếu RPO của dữ liệu kế toán là bốn giờ, backup một lần mỗi ngày không đáp ứng yêu cầu. Nếu RTO là hai giờ nhưng việc phục hồi từ băng hoặc ổ lưu trữ mất cả ngày, phương án cũng chưa phù hợp.
RPO và RTO nên được xác nhận cùng chủ sở hữu nghiệp vụ, không chỉ do bộ phận IT tự quyết định.
- RPO (Recovery Point Objective): mốc dữ liệu gần nhất doanh nghiệp cần khôi phục; nói đơn giản là chấp nhận mất tối đa bao nhiêu dữ liệu.
- RTO (Recovery Time Objective): thời gian tối đa hệ thống có thể gián đoạn trước khi phải hoạt động lại.
Các yếu tố quyết định tần suất backup
- Tốc độ tạo và thay đổi dữ liệu trong ngày.
- Thiệt hại nếu mất dữ liệu: doanh thu, vận hành, pháp lý hoặc uy tín.
- Khả năng tái tạo dữ liệu từ nguồn khác.
- Dung lượng, băng thông và cửa sổ backup.
- Loại hệ thống: tệp, cơ sở dữ liệu, máy ảo, SaaS hay endpoint.
- Khả năng giữ nhiều phiên bản và bảo vệ trước ransomware.
- Ngân sách lưu trữ và yêu cầu lưu giữ.
Gợi ý phân tầng lịch sao lưu
Bảng gợi ý dưới đây là điểm khởi đầu, không phải tiêu chuẩn áp dụng cho mọi doanh nghiệp.
| Nhóm dữ liệu | Ví dụ | Tần suất tham khảo |
|---|---|---|
| Rất quan trọng, thay đổi liên tục | Cơ sở dữ liệu giao dịch, ERP | Theo phút/giờ hoặc cơ chế log replication |
| Quan trọng, thay đổi hằng ngày | File server, dữ liệu kế toán | Nhiều lần/ngày hoặc hằng ngày |
| SaaS và email | Microsoft 365, hộp thư, OneDrive | Theo RPO và chính sách phiên bản |
| Ít thay đổi | Hồ sơ lưu trữ, tài liệu mẫu | Hằng tuần kết hợp kiểm tra định kỳ |
| Cấu hình | Firewall, switch, ứng dụng | Sau mỗi thay đổi và theo lịch |
Full, incremental và differential khác nhau thế nào?
Lịch thực tế thường kết hợp các loại backup. Ví dụ, full theo tuần và incremental hằng ngày hoặc nhiều lần mỗi ngày. Công cụ snapshot và bảo vệ liên tục có thể tạo thêm điểm khôi phục nhưng vẫn cần bản sao độc lập.
- Full backup: sao lưu toàn bộ; dễ hiểu nhưng tốn thời gian và dung lượng.
- Incremental: chỉ sao lưu thay đổi từ lần backup gần nhất; nhanh và tiết kiệm hơn nhưng chuỗi phục hồi cần được bảo vệ.
- Differential: sao lưu thay đổi kể từ full backup gần nhất; dung lượng tăng dần nhưng khôi phục thường đơn giản hơn incremental.
Sao lưu thường xuyên nhưng không kiểm tra vẫn rủi ro
- Cảnh báo job lỗi không có người xử lý.
- Tài khoản backup hết hạn hoặc bị khóa.
- Dung lượng đầy làm các bản mới không được tạo.
- Bản sao bị mã hóa cùng hệ thống sản xuất.
- Tệp có trong danh sách nhưng khôi phục bị lỗi.
- Thời gian phục hồi dài hơn RTO đã cam kết.
CISA khuyến nghị backup thường xuyên và kiểm thử khả năng khôi phục.
Tần suất kiểm thử khôi phục
Ngoài job backup, cần lịch restore test. Tệp quan trọng có thể kiểm tra hằng tháng; hệ thống trọng yếu nên diễn tập theo quý hoặc theo mức rủi ro; sau thay đổi lớn cần kiểm tra lại.
Kết quả nên ghi rõ thời gian bắt đầu, thời gian hoàn tất, dữ liệu phục hồi, lỗi phát sinh và hành động cải thiện.
Một lịch backup mẫu cho doanh nghiệp SME
- Cơ sở dữ liệu: backup log hoặc điểm khôi phục nhiều lần trong ngày.
- Máy chủ tệp: incremental hằng ngày, full hằng tuần.
- Microsoft 365: backup tự động theo chính sách của công cụ và yêu cầu RPO.
- Cấu hình thiết bị mạng: ngay sau thay đổi và lưu bản định kỳ.
- Bản sao ngoài hệ thống: đồng bộ theo lịch nhưng có versioning/immutability.
- Khôi phục thử: tệp hằng tháng, hệ thống quan trọng theo quý.
SMNET giúp xây lịch backup theo nghiệp vụ
SMNET khảo sát nguồn dữ liệu, mức độ quan trọng, RPO/RTO và hạ tầng hiện hữu; sau đó đề xuất lịch backup, thời gian lưu giữ, bản sao ngoài site và phương án kiểm thử.
Mục tiêu không phải tạo nhiều bản sao nhất, mà là bảo đảm đúng dữ liệu có thể phục hồi đúng thời điểm doanh nghiệp cần.
Câu hỏi thường gặp
Backup mỗi ngày có đủ không?
Chỉ đủ nếu doanh nghiệp chấp nhận mất tối đa một ngày dữ liệu và thời gian phục hồi đáp ứng RTO. Dữ liệu thay đổi liên tục thường cần điểm khôi phục dày hơn.
Có nên backup vào cuối ngày?
Có thể, nhưng không nên mặc định. Cần xét cửa sổ vận hành, băng thông và rủi ro mất dữ liệu trong ngày. Một số hệ thống cần backup nhiều lần trong ngày.
Bao lâu nên thử khôi phục?
Tùy mức độ quan trọng. Nên thử tệp định kỳ và diễn tập hệ thống trọng yếu ít nhất theo quý hoặc sau thay đổi lớn.
Liên hệ SMNET
SMNET tư vấn, triển khai và giám sát backup cho máy chủ, NAS, Microsoft 365 và cloud; thiết kế lịch sao lưu theo RPO/RTO của doanh nghiệp.
Tìm hiểu thêm về SMNET – đối tác CNTT đáng tin cậy cho doanh nghiệp và các giải pháp IT tổng thể từ khảo sát, tư vấn, triển khai đến bảo trì.
Công ty TNHH SMNET
Địa chỉ: Phòng G.01, Tòa nhà The Vital Building, 16 Đặng Tất, Phường Tân Định, Quận 1, TP.HCM
Điện thoại: 028 7301 6068
Email: hello@smnet.vn
Website: https://smnet.vn
