我使用ZFS快照来维护对备份文件系统的历史版本的访问。
fadedbee@backup:/backups$ sudo zfs list -t snapshot
NAME USED AVAIL REFER MOUNTPOINT
bpool/backups@2018-06-01 96.8M - 18.3G -
bpool/backups@2018-06-18 96.8M - 18.3G -
bpool/backups@2018-06-19 96.8M - 18.3G -
bpool/backups@2018-06-20 96.4M - 18.3G -
bpool/backups@2018-06-21 96.2M - 18.3G -
bpool/backups@2018-06-22 63.3M - 18.3G -
bpool/backups@2018-06-23 62.1M - 18.3G -
bpool/backups@2018-06-24 62.1M - 18.3G -
bpool/backups@2018-06-25 96.1M - 18.3G -
bpool/backups@2018-06-26 96.0M - 18.3G -
bpool/backups@2018-06-27 97.1M - 18.3G -
bpool/backups@2018-06-28 96.2M - 18.3G -
bpool/backups@2018-06-29 62.7M - 18.3G -
bpool/backups@2018-06-30 63.4M - 18.3G -
bpool/backups@2018-07-01 63.0M - 18.3G -
bpool/backups@2018-07-02 96.5M - 18.3G -
bpool/backups@2018-07-03 96.6M - 18.3G -
bpool/backups@2018-07-04 96.2M - 18.3G -
bpool/backups@2018-07-05 96.7M - 18.3G -
bpool/backups@2018-07-06 62.5M - 18.3G -
bpool/backups@2018-07-07 62.8M - 18.3G -
bpool/backups@2018-07-08 63.9M - 18.3G -
bpool/backups@2018-07-09 97.3M - 18.3G -
bpool/backups@2018-07-10 96.3M - 18.3G -
bpool/backups@2018-07-11 97.6M - 18.3G -
bpool/backups@2018-07-12 98.3M - 18.3G -
bpool/backups@2018-07-13 63.1M - 18.3G -
bpool/backups@2018-07-14 62.6M - 18.3G -
bpool/backups@2018-07-15 63.3M - 18.3G -
bpool/backups@2018-07-16 97.5M - 18.3G -
bpool/backups@2018-07-17 0 - 18.3G -
fadedbee@backup:/backups$ sudo zfs list
NAME USED AVAIL REFER MOUNTPOINT
bpool 21.0G 3.49T 96K /bpool
bpool/backups 21.0G 3.49T 18.3G /backups这些快照的使用大小是否是每个快照与现在快照之间的差异大小?或者它们是快照之间差别的大小?
我知道我可以测试这是删除快照,但这不是一个足够重要的问题来做这个或设置一个测试场景。
发布于 2018-07-31 14:38:47
来自zfs手册:
当创建快照(请参阅“快照”部分)时,它们的空间最初在快照和文件系统之间共享,可能与以前的快照共享。随着文件系统的更改,以前共享的空间将成为快照的唯一空间,并计算在所使用的快照空间中。另外,删除快照可以增加其他快照所特有的空间数量(以及其他快照使用的空间)。
因此,zfs列表输出中的USED列并不反映该快照与其他快照或数据集之间的差异,而是具体地反映了该快照唯一引用的数据。
这意味着,例如,如果两个快照引用同一个从主数据集中删除的100 be文件,这将不会反映在这两个快照的USED列中。如果删除其中一个快照,它将在USED列中显示另一个快照;因为它现在是唯一引用该文件的快照。
考虑这个问题的一个简单方法是,USED列显示如果删除该数据集或快照,将有多少空间是空闲的。
https://serverfault.com/questions/922420
复制相似问题