主页 / server / 问题 / 776711
Accepted
Ryan J
Asked: 2016-05-14 15:50:15 +0800 CST

`zfs send` 报告的大小是准确的还是估计的？

  • 772

考虑以下命令和输出：

zfs send -Pvi \
    tank/vms/langara@zfsnap-2016-05-11_00.00.00--1w \
    tank/vms/langara@zfsnap-2016-05-13_00.00.00--1w \
        | dd  > /dev/null

运行 1：

incremental   zfsnap-2016-05-11_00.00.00--1w tank/vms/langara@zfsnap-2016-05-13_00.00.00--1w    4903284160
size 4903284160
17:29:42   1244483472  tank/vms/langara@zfsnap-2016-05-13_00.00.00--1w
17:29:43   2487508120  tank/vms/langara@zfsnap-2016-05-13_00.00.00--1w
17:29:44   3741453864  tank/vms/langara@zfsnap-2016-05-13_00.00.00--1w
9582310+895 records in
9582799+1 records out
4906393272 bytes (4.9 GB) copied, 3.94883 s, 1.2 GB/s

运行 2：

incremental   zfsnap-2016-05-11_00.00.00--1w tank/vms/langara@zfsnap-2016-05-13_00.00.00--1w    4903284160
size 4903284160
17:30:07   1209666712  tank/vms/langara@zfsnap-2016-05-13_00.00.00--1w
17:30:08   2411042632  tank/vms/langara@zfsnap-2016-05-13_00.00.00--1w
17:30:09   3632274072  tank/vms/langara@zfsnap-2016-05-13_00.00.00--1w
17:30:10   4853372344  tank/vms/langara@zfsnap-2016-05-13_00.00.00--1w
9582450+654 records in
9582799+1 records out
4906393272 bytes (4.9 GB) copied, 4.05346 s, 1.2 GB/s

不带-P选项运行：

total estimated size is 4.57G
TIME        SENT   SNAPSHOT
17:36:23   1.11G   tank/vms/langara@zfsnap-2016-05-13_00.00.00--1w
17:36:24   2.25G   tank/vms/langara@zfsnap-2016-05-13_00.00.00--1w
17:36:25   3.39G   tank/vms/langara@zfsnap-2016-05-13_00.00.00--1w
17:36:26   4.50G   tank/vms/langara@zfsnap-2016-05-13_00.00.00--1w
9582443+679 records in
9582799+1 records out
4906393272 bytes (4.9 GB) copied, 4.01077 s, 1.2 GB/s

我有4个相关问题。

  1. 随开关列出的初始尺寸-P是估计值吗？我认为这与没有开关的情况相同-P，但没有说明这是一个估计值。
  2. 发送完成后，有没有办法zfs send输出实际的流大小？
  3. 有什么方法可以计算出zfs send使用现有 ZFS 属性估计的流大小，还是干运行发送的唯一方法？
  4. 有没有类似的东西logicalwritten（注意：不是真正的财产）可以给我与财产相同的信息written，但使用未压缩的尺寸？
zfs zfsonlinux

1 个回答

  1. Best Answer
    1. 我会从手册页描述Print machine-parsable verbose information about the stream package generated中判断它是相同的信息，只是格式更好（例如，字节而不是转换为 KB/MB/GB）。此外，从您的示例 4903284160/1024^3~=4.566，四舍五入到 4.57，它检查出来。

    2. 看看这个 Oracle 文档，它可能会有所帮助：

      Use the following dry-run syntax to estimate the size of the snapshot stream but not send it.
# zfs send -rnv tank/source@snap1
estimated stream size: 10.0G

You can monitor the progress of the send stream by inserting the pv command between the zfs send and the zfs receive commands. [...] When the snapshot stream is completely received, the progress monitor identifies the total size received. For example:
# zfs send tank/source@snap1 | pv |zfs recv pond/target
10GB 0:01:55 [88.5MG/s] [       <=>   ]

      Solaris 11.3 还引入了一些新的监控能力，类似的send/recv东西将来可能会被 illumos/OpenZFS 采用。

    3. 估计的尺寸已经有了，你说的是实际尺寸吗？不幸的是，无法获得真实尺寸，详情请参阅此线程。

    4. 也许logicalused？从FreeBSD 的手册页（zfsillumos 也有该属性，但手册页缺少描述）：

      logicalused

The amount of space that is "logically" consumed by this dataset and
all its descendents.  See the used property.  The logical space
ignores the effect of the compression and copies properties, giving a
quantity closer to the  amount of data that applications see.
    • 2

相关问题