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 3.1. Chiến lược 7-4-12-5, vị trí lưu có giống nhau không?

ICT

Không.
Vị trí lưu của các bản theo chiến lược 7-4-12-5 không nên giống nhau.
Nếu lưu tất cả ở cùng một chỗ, chiến lược 7-4-12-5 mất ý nghĩa an toàn, chỉ còn là “xoay vòng file”.

Dưới đây là cách hiểu đúng và thực dụng cho hệ thống của mình.


1. Nhắc lại đúng bản chất chiến lược 7-4-12-5

Chiến lược 7-4-12-5 không chỉ là số lượng bản, mà là phân tầng rủi ro theo thời gian:

Chu kỳMục tiêu
Daily (7)Phục hồi sự cố vận hành
Weekly (4)Phục hồi lỗi tích lũy
Monthly (12)Phục hồi sai sót dài hạn
Yearly (5)Thảm họa, pháp lý, kiểm toán

➡️ Thời gian càng dài → rủi ro càng khác → vị trí lưu càng phải khác.


2. Nguyên tắc cốt lõi về vị trí lưu

Retention khác nhau → mức an toàn khác nhau → vị trí lưu khác nhau

Cụ thể:

  • Daily / Weekly: ưu tiên nhanh, gần, tiện restore

  • Monthly / Yearly: ưu tiên an toàn, tách biệt, chống ransomware


3. Bảng trả lời trực tiếp: “Có lưu cùng vị trí không?”

Chu kỳCó nên lưu cùng vị trí?Kết luận
Daily❌ Không cần táchCó thể on-site
Weekly❌ Không nên trùng hoàn toàn dailyNên có bản off-site
Monthly❌ BẮT BUỘC táchOff-site
Yearly❌ BẮT BUỘC táchOff-site + cold

4. Áp dụng đúng cho hệ thống của anh

4.1. Daily – 7 bản gần nhất

Mục tiêu:

  • Khôi phục nhanh lỗi thao tác, lỗi dịch vụ

Vị trí phù hợp:

  • On-site:

    • CMC: /mnt/backup

    • AI/QMS: HDD 12TB

  • Desktop (có thể có, không bắt buộc)

📌 Không cần cloud


4.2. Weekly – 4 bản gần nhất

Mục tiêu:

  • Phục hồi khi lỗi đã tồn tại vài ngày

Vị trí phù hợp:

  • On-site (giữ 1 bản)

  • Desktop (bắt buộc có)

📌 Từ weekly trở lên phải có bản độc lập ngoài server live.


4.3. Monthly – 12 bản gần nhất

Mục tiêu:

  • Phục hồi sai sót dài hạn

  • Đối soát dữ liệu

Vị trí phù hợp (bắt buộc):

  • Desktop

  • Cloud (OneDrive hoặc Google Drive)

📌 Không lưu lâu trên server live
📌 Monthly phải coi là archive snapshot, không còn là backup vận hành.


4.4. Yearly – 5 bản

Mục tiêu:

  • Thảm họa

  • Pháp lý

  • Lưu trữ lịch sử

Vị trí phù hợp (bắt buộc):

  • Desktop (HDD riêng, read-only)

  • Cloud (OneDrive + Google Drive hoặc HDD rời)

📌 Yearly không được phụ thuộc một nền tảng duy nhất.


5. Bảng tổng hợp “Retention × Vị trí lưu” (chuẩn thực chiến)

Chu kỳServer liveDesktopCloud
Daily
Weekly
Monthly
Yearly

✔ = nên có
◯ = có thì tốt
✖ = không nên


6. Sai lầm rất hay gặp (cần tránh)

Sai lầm 1

“Tôi giữ đủ 7-4-12-5 nhưng tất cả đều nằm trên cùng HDD 12TB”

➡️ Sai: chỉ là xoay vòng file, không phải backup an toàn.


Sai lầm 2

“Monthly và yearly vẫn nằm trên server live cho tiện”

➡️ Sai nghiêm trọng: ransomware = mất sạch.


Sai lầm 3

“Cloud là đủ, không cần desktop”

➡️ Sai: cloud account bị khóa / lỗi sync = mất archive.


 

Vị trí lưu KHÔNG giống nhau
Càng về dài hạn → càng phải tách xa hệ thống live

Chiến lược đúng cho 7-4-12-5 là:

  • Daily/Weekly = vận hành

  • Monthly/Yearly = lưu trữ & thảm họa