proto.lib

LVM Snapshot: copy-on-write để backup nhất quán

Tạo snapshot LVM (hoặc thin-pool) gần như tức thời vì nó chỉ chia sẻ block với volume gốc; mỗi lần origin bị ghi, block cũ được copy sang exception store của snapshot trước (copy-on-write), khiến ghi chậm dần và snapshot chuyển INVALID nếu exception store đầy — vì vậy cần fsfreeze ứng dụng trước khi tạo, và snapshot không phải là backup.

Operating SystemsNâng cao2026-08-20
LVM Snapshot: copy-on-write để backup nhất quán

Tags

#lvm#snapshot#copy-on-write#exception-store#fsfreeze#thin-provisioning#backup

Tài liệu tham khảo

Mở rộng

Animation gốc là một file HTML tự chứa, có thể nhúng lại ở bất kỳ trang nào khác. Mở file gốc

Liên quan

Operating SystemsTrung bình

Thin Provisioning: hứa dung lượng nhiều hơn đĩa có

Volume thin-provisioned được tạo với dung lượng ảo (virtual size) lớn, nhưng block chỉ thực sự cấp phát từ một pool chung khi guest ghi dữ liệu lần đầu; nhiều volume có thể cùng overcommit lên một pool nhỏ hơn tổng dung lượng ảo, và khi pool cạn, MỌI volume dùng chung pool đó đồng loạt dừng ghi hoặc chuyển read-only.

#thin-provisioning#overcommit#storage-pool#lvm
Operating SystemsNâng cao

fsfreeze: đóng băng filesystem để chụp snapshot nhất quán

fsfreeze quiesce filesystem bằng cách chặn write mới và flush hết dữ liệu bẩn (dirty data) trong page cache xuống đĩa, đưa on-disk state về trạng thái nhất quán; snapshot chụp trong lúc freeze không cần journal replay khi mount, khác với snapshot chụp lúc filesystem đang ghi dở.

#fsfreeze#snapshot#quiesce#consistency
Operating SystemsTrung bình

Copy-on-Write filesystem: snapshot tức thời và scrub tự chữa lỗi

Btrfs/ZFS không bao giờ ghi đè block đang sống: một ghi mới cấp phát block mới rồi cập nhật cây metadata trỏ tới nó, nên snapshot chỉ là một tham chiếu giữ lại cây cũ (rẻ, tức thời) và mỗi block mang theo checksum để scrub định kỳ phát hiện — và khi có bản sao dự phòng thì sửa — hỏng dữ liệu âm thầm (silent corruption/bit rot).

#btrfs#zfs#copy-on-write#snapshot