Website được thiết kế tối ưu cho thành viên chính thức. Hãy Đăng nhập hoặc Đăng ký để truy cập đầy đủ nội dung và chức năng. Nội dung bạn cần không thấy trên website, có thể do bạn chưa đăng nhập. Nếu là thành viên của website, bạn cũng có thể yêu cầu trong nhóm Zalo "CNTT" các nội dung bạn quan tâm.

Bài 9. Kết hợp 3-2-1 và 7-4-12-5 trong thực tế

ICT

1. Vì sao phải kết hợp hai nguyên tắc?

3-2-1 và 7-4-12-5 không thay thế nhau, mà giải quyết hai câu hỏi khác nhau:

  • 3-2-1:
    Backup nằm ở đâu và an toàn đến mức nào?

  • 7-4-12-5:
    Backup được giữ trong bao lâu và xoay vòng ra sao?

Một hệ thống chỉ áp dụng:

  • 3-2-1 mà không có retention → mất lịch sử

  • 7-4-12-5 mà không có off-site → mất an toàn

📌 Chỉ khi kết hợp cả hai, backup mới thực sự hoàn chỉnh.


2. Cách tư duy đúng khi kết hợp

Nguyên tắc tư duy:

3-2-1 tạo ra cấu trúc an toàn,
7-4-12-5 lấp đầy cấu trúc đó theo thời gian.

Không nên:

  • Thiết kế lịch backup trước

  • Chọn công cụ trước

Mà nên:

  1. Xác định vị trí các bản backup (3-2-1)

  2. Sau đó áp dụng retention cho từng vị trí (7-4-12-5)


3. Kiến trúc tổng quát khi kết hợp

Một kiến trúc chuẩn thường gồm:

  • Production

  • Backup on-site (phục hồi nhanh)

  • Backup off-site (an toàn, dài hạn)

Trong đó:

  • On-site → ưu tiên RTO

  • Off-site → ưu tiên an toàn & tuân thủ


4. Áp dụng 7-4-12-5 trên từng lớp của 3-2-1

4.1. Lớp on-site backup (phục hồi nhanh)

Áp dụng:

  • 7 daily

  • 4 weekly

  • 12 monthly

Đặc điểm:

  • Online

  • Restore nhanh

  • Dung lượng lớn


4.2. Lớp off-site backup (an toàn)

Áp dụng:

  • 4 weekly

  • 12 monthly

  • 5 yearly

Đặc điểm:

  • Ít truy cập

  • Có thể offline

  • Bảo mật cao

📌 Không nhất thiết phải giữ daily off-site.


5. Minh họa luồng backup kết hợp

 
Production
  │
  ├─ Daily incremental → On-site (7)
  │
  ├─ Weekly fullOn-site (4)
  │
  ├─ Monthly fullOn-site (12)
  │
  └─ Monthly / Yearly fullOff-site (12 / 5)

Mỗi mũi tên:

  • Là một bản backup độc lập

  • Thuộc một mốc retention rõ ràng


6. Kết hợp với RPO và RTO

LớpRPORTOVai trò
DailyRất thấpRất nhanhSự cố nhỏ
WeeklyTrung bìnhNhanhSự cố muộn
MonthlyCao hơnChậmĐối chiếu
YearlyRất caoRất chậmLưu trữ

📌 Không phải mọi backup đều phục vụ downtime ngắn.


7. Ví dụ áp dụng cho hệ thống thực tế

7.1. Hệ thống web + database

  • DB:

    • Daily incremental on-site

    • Weekly full off-site

  • Files:

    • Daily rsync on-site

    • Monthly tar off-site


7.2. Hệ thống nhiều lớp (proxy – web – DB)

  • Proxy:

    • Weekly config backup

    • Monthly off-site

  • Web:

    • Daily content + config

  • DB:

    • Daily dump

    • Monthly full off-site


8. Những sai lầm khi “kết hợp cho có”

  • Áp dụng 7-4-12-5 nhưng:

    • Tất cả backup nằm cùng server

  • Áp dụng 3-2-1 nhưng:

    • Không có retention

  • Có nhiều backup nhưng:

    • Không biết bản nào để restore


9. Tối ưu chi phí khi kết hợp

Nguyên tắc:

  • Dữ liệu nóng → on-site

  • Dữ liệu lạnh → off-site

  • Lưu dài hạn → cold storage

📌 Không cần giữ mọi bản backup ở mọi nơi.


 

3-2-1 bảo đảm luôn còn bản backup sống sót.
7-4-12-5 bảo đảm luôn còn đúng bản backup cần thiết.

Kết hợp đúng hai nguyên tắc này giúp backup:

  • An toàn

  • Có lịch sử

  • Có khả năng phục hồi thực tế