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 33. Snapshot, LVM và ZFS trong backup

ICT

1. Snapshot trong backup – hiểu đúng ngay từ đầu

Snapshot thường bị hiểu sai là:

  • Backup đầy đủ

  • Bản sao an toàn lâu dài

Thực tế:

Snapshot chỉ là ảnh chụp trạng thái dữ liệu tại một thời điểm,
không phải bản sao độc lập.

📌 Snapshot rất mạnh cho rollback nhanh, nhưng rất yếu cho DR nếu dùng sai.


2. Snapshot hoạt động ở mức nào?

Snapshot thường hoạt động ở:

  • Block level

  • Volume level

  • File system level

Ví dụ:

  • LVM snapshot

  • ZFS snapshot

  • Storage snapshot

  • VM snapshot

📌 Snapshot phụ thuộc hoàn toàn vào storage gốc.


3. LVM Snapshot

3.1. LVM Snapshot là gì?

  • Chụp trạng thái Logical Volume

  • Hoạt động theo cơ chế copy-on-write

📌 Ban đầu rất nhanh, nhưng tốn I/O khi dữ liệu thay đổi nhiều.


3.2. Khi nào nên dùng LVM Snapshot?

  • Trước khi dump database

  • Trước thay đổi lớn

  • Hỗ trợ backup nhất quán


3.3. Giới hạn của LVM Snapshot

  • Không phù hợp giữ lâu

  • Snapshot đầy sẽ hỏng

  • Ảnh hưởng hiệu năng nếu tồn tại dài

📌 LVM snapshot là công cụ ngắn hạn.


4. ZFS Snapshot

4.1. ZFS snapshot khác gì LVM?

ZFS:

  • File system + volume manager

  • Snapshot nhẹ

  • Hỗ trợ versioning

📌 ZFS snapshot ổn định và mạnh hơn LVM snapshot.


4.2. Ưu điểm của ZFS

  • Snapshot rất nhanh

  • Không ảnh hưởng nhiều hiệu năng

  • Có send/receive để off-site

📌 ZFS send/receive có thể tạo backup độc lập nếu dùng đúng.


4.3. Giới hạn của ZFS

  • Phụ thuộc ZFS

  • Cần thiết kế từ đầu

  • Không phổ biến trên mọi hệ thống


5. Snapshot cho database – lưu ý đặc biệt

Snapshot DB đang ghi:

  • Có thể corrupt logic

  • Dữ liệu không nhất quán

Giải pháp:

  • Quiesce DB

  • Flush table

  • Kết hợp snapshot + logical dump

📌 Snapshot không thay thế logical backup DB.


6. Snapshot vs Backup – đặt đúng vai trò

Tiêu chíSnapshotBackup
Tốc độRất nhanhChậm hơn
Độc lậpKhông
Off-siteKhông
RetentionNgắnDài
DRYếuMạnh

📌 Snapshot = rollback, backup = survival.


7. Chiến lược kết hợp Snapshot đúng cách

Một mô hình chuẩn:

  1. Snapshot volume

  2. Dump database từ snapshot

  3. Archive dump bằng Borg/Restic

  4. Xóa snapshot

📌 Snapshot giúp nhất quán, không giúp lưu trữ lâu.


8. Snapshot trong hệ thống nhiều máy chủ

  • Snapshot từng node

  • Snapshot storage backend

  • Không snapshot “cảm tính”

📌 Snapshot sai thời điểm có thể nhân bản lỗi.


9. Sai lầm phổ biến

  • Chỉ dùng snapshot, không backup

  • Giữ snapshot quá lâu

  • Snapshot DB live không quiesce

  • Tin snapshot là DR


10. Checklist dùng Snapshot, LVM, ZFS

LVM Snapshot

  • Dùng ngắn hạn

  • Giám sát dung lượng

  • Xóa sau khi dùng

ZFS Snapshot

  • Lịch rõ ràng

  • Retention hợp lý

  • Send/receive off-site


11. Liên hệ với hệ thống thực tế

Trong hệ thống:

  • Server database

  • Server file

  • VM production

Snapshot giúp:

  • Rollback nhanh

  • Hỗ trợ backup nhất quán

  • Giảm downtime

Nhưng:

Snapshot không cứu được hệ thống khi storage chết.


 

Snapshot giúp quay lại nhanh,
nhưng chỉ backup đúng nghĩa mới giúp sống sót.

LVM và ZFS là công cụ mạnh khi:

  • Dùng đúng thời điểm

  • Đặt đúng vai trò

  • Kết hợp với backup logic và off-site