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.3. Có dùng QMS, AI backup cho nhau không?

ICT

KHÔNG nên dùng QMS và AI backup chéo cho nhau như “bản sao an toàn”.
Mỗi máy chỉ nên tự backup cho chính nó; Desktop + Cloud mới là nơi giao nhau.

AI và QMS chỉ là HA cho nhau!!!

Dưới đây là phân tích vì saokhi nào ngoại lệ được phép.


1. Phân biệt rõ 3 khái niệm (rất quan trọng)

1.1. Backup an toàn (Safety backup)

  • Mục tiêu: khôi phục dữ liệu sạch

  • Yêu cầu: độc lập, chống ransomware

  • Ví dụ đúng:

    • Desktop

    • Cloud


1.2. Backup vận hành (Operational backup)

  • Mục tiêu: khôi phục nhanh

  • Có thể nằm cùng hạ tầng

  • Ví dụ:

    • HDD 12TB trên AI

    • HDD 12TB trên QMS


1.3. Dự phòng / HA (High Availability)

  • Mục tiêu: tiếp tục chạy

  • Không phải backup

  • Ví dụ:

    • BV1 ↔ BV2

    • AI ↔ QMS (trong một số kịch bản)


2. Quyết định

“Có dùng QMS, AI backup cho nhau không?”

❌ KHÔNG – nếu vì là backup an toàn

  • Vì:

    • Cùng vị trí

    • Cùng domain quản trị

    • Cùng nguy cơ ransomware

  • Khi AI nhiễm:

    • Backup trên QMS có thể bị ảnh hưởng theo

  • Khi QMS lỗi:

    • Backup trên AI cũng không an toàn hơn

➡️ Không tăng thêm tầng an toàn thực sự.


✔️ CÓ THỂ – nếu hiểu đúng là backup vận hành / tiện restore

Ví dụ hợp lý:

  • AI giữ 1–2 bản daily của QMS

  • QMS giữ 1–2 bản daily của AI

Nhưng:

  • Chỉ là bản tiện tay

  • Không tính vào 3-2-1

  • Không giữ lâu

  • Không dùng cho ransomware

Mình cũng không dùng vì việc này làm hệ thống backup rất rối, khó quản lý


3. Chiến lược cho hệ thống

3.1. Mỗi máy tự backup cho chính nó

MáyBackup on-site
AIHDD 12TB RAID1 /mnt/data
QMSHDD 12TB /mnt/data
CMC/mnt/backup

Mục tiêu:

  • Phục hồi nhanh lỗi thao tác

  • Không phụ thuộc mạng


3.2. Desktop = điểm giao DUY NHẤT

  • Desktop:

    • Pull từ:

      • AI

      • QMS

      • CMC

  • Áp dụng:

    • 7-4-12-5

  • Là bản độc lập thực sự

➡️ Desktop là “điểm hội tụ”, không phải AI/QMS.


3.3. Cloud chỉ cho archive & yearly

  • Monthly

  • Yearly

  • Archive đã đóng năm

Không dùng cloud cho:

  • Daily

  • Weekly

  • Live dump


4. Sơ đồ tư duy đúng (diễn giải bằng lời)

AI  ──┐
    ├── Desktop ── Cloud
QMS ──┘

Không có mũi tên AI ↔ QMS cho backup an toàn


5. Khi nào ĐƯỢC PHÉP cho AI ↔ QMS “backup chéo”?

Chỉ trong 2 trường hợp rõ ràng:

Trường hợp 1 – Tối ưu thời gian restore

  • Lỗi nhẹ

  • Cần khôi phục nhanh

  • Không nghi ngờ mã độc

→ Restore từ máy còn lại (tạm thời)


Trường hợp 2 – Chuyển vai trò (AI ↔ QMS)

  • AI quá tải

  • AI hỏng phần cứng

  • QMS tạm thời gánh web

→ Cần bản gần nhất để bật dịch vụ

📌 Trường hợp này là HA mềm, không phải backup. Đã rsync code và replication database rồi. Không rsync backup.


6. Bảng quyết định nhanh

Tình huốngAI ↔ QMSDesktopCloud
Lỗi thao tác
Server chết
Ransomware
Thảm họa

✔ = nên dùng
◯ = dùng được
❌ = không an toàn


 

AI và QMS không nên “backup an toàn” cho nhau.
Chúng chỉ nên tự backup cho chính nó.
Desktop + Cloud mới là nơi giao nhau.

Cách này:

  • Đơn giản

  • Ít rủi ro

  • Đúng 3-2-1

  • Dễ vận hành lâu dài