LVM 快照與文件系統快照
據我所知，LVM 可以拍攝卷的快照。還有許多支持快照的文件系統（ZFS、Btrfs、reiserfs…）。
但是，我從來沒有理解過 LVM 快照和文件系統快照之間的區別。如果可以使用 LVM 拍攝快照，為什麼有人花時間在文件系統中實現它？
編輯：在某些情況下，它們中的任何一個是首選嗎？為什麼？
這些快照中的大多數是寫時複製快照，在很少更新的系統上非常快速且非常便宜（儲存方面）。LVM 快照是 COW 快照，ZFS/BTRFS 都具有用於快照的 COW 模式，reiserfs 本身沒有快照，Novell 的 NSS 文件系統也是 COW，Windows NTFS 卷的捲影複製卷也是如此。
寫時複製快照將目標卷的元數據複製到快照池中。然後，根據他們使用的 COW 模式，他們在寫入新數據之前將可能被新寫入覆蓋的數據複製到快照池。
ZFS 和（如果還沒有的話）BTRFS 具有完整的快照功能，這對於捕捉到單獨的媒體非常有用，這對於使用可移動媒體的sneakernet 備份系統來說非常方便。不過，ZFS 並不稱其為“快照”，它們利用 ZFS 的能力通過網路使用
zfs send和zfs recv復製卷和快照到遠端主機（或本地陣列）。我更喜歡文件系統級別的快照功能而不是 LVM 快照功能，因為我更相信文件系統本身可以乾淨地處理程序。但是，由於缺乏直接的文件系統支持，LVM 在大多數情況下應該可以正常工作。
如果您需要快速進行時間點備份以滿足短期恢復需求，則 COW 快照非常有用。比如每天做一個，或者每天4x，snap要保存一周。如果您需要恢復用戶意外刪除的文件，或者需要將整個系統回滾到更新前的配置，這將非常方便。某些備份系統也可以將它們用作完全靜默的文件系統，因此從快照卷中獲取的備份不必擔心打開的文件會妨礙您。要記住的關鍵是快照卷將與主卷在同一個儲存上，所以不要給你任何東西以防陣列故障。
如果將完整快照拍攝到某種可移動或遠端媒體上，則它們是很好的。如果您有網路儲存，則目標可能是與主記憶體儲所在的不同的 iSCSI 或光纖通道陣列。這為您提供了一些針對某些故障的陣列外保護。如果使用可移動媒體，例如 3TB ESATA 驅動器，您甚至可以將其用作簡單的磁碟備份系統。這些快照可以在與其 COW 兄弟不同的硬體上，因此對於災難恢復很有用。
在完整與 COW 快照上。
多年來，“快照”這個詞已經有點飄了。今年，我很確定這意味著“使用塊重定位的原始數據的 Copy-On-Write 副本”。根據這個定義，上面呈現的“完整”快照實際上並不是快照，而是複制。一些儲存供應商過去使用不同的“快照”定義來描述他們執行的各種塊級操作。令人困惑的地方是使用快照作為複製過程的一部分的系統。