proto.lib

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).

Operating SystemsTrung bình2026-08-24
Copy-on-Write filesystem: snapshot tức thời và scrub tự chữa lỗi

Tags

#btrfs#zfs#copy-on-write#snapshot#checksum#scrub#filesystem

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 SystemsNâng cao

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.

#lvm#snapshot#copy-on-write#exception-store
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_file_range() và reflink: sao chép file không sao chép dữ liệu

copy_file_range() cho kernel sao chép dữ liệu ngay trong filesystem, không cần đưa dữ liệu qua user space; trên filesystem copy-on-write như Btrfs/XFS (reflink), kernel chỉ cần cho hai inode CHIA SẺ cùng extent nên bản 'sao chép' xong ngay lập tức và không tốn thêm dung lượng cho tới khi một bên bị ghi.

#copy-file-range#reflink#cow#extent-sharing