☰

Beadm 在另一个池上创建 -p - 为什么在目标池上创建快照？

tag-icon • tag-icon solaris zfs solaris-11
Beadm 在另一个池上创建 -p - 为什么在目标池上创建快照？

我正在尝试 Solaris 11.3

当使用 beadm 时，意识到 -p 选项，我实际上可以在另一个池上创建另一个启动环境。

root@Unicorn6:~# beadm create -p mypool solaris-1

root@Unicorn6:~# beadm list -a

BE/Dataset/Snapshot                              Flags Mountpoint Space   Policy Created

-------------------                              ----- ---------- -----   ------ -------

    solaris

       rpool/ROOT/solaris                            NR    /          3.35G   static 2018-02-07 02:21

       rpool/ROOT/solaris/var                        -     /var       429.15M static 2018-02-07 02:21

       rpool/ROOT/solaris/var@2018-04-06-01:38:54    -     -          20.0K   static 2018-04-06 09:38

       rpool/ROOT/solaris@2018-04-06-01:38:54        -     -          0       static 2018-04-06 09:38

    solaris-1

       mypool/ROOT/solaris-1                         -     -          3.44G   static 2018-04-06 09:38

       mypool/ROOT/solaris-1/var                     -     -          429.10M static 2018-04-06 09:39

       mypool/ROOT/solaris-1/var@2018-04-06-01:38:54 -     -          68.0K   static 2018-04-06 09:38

       mypool/ROOT/solaris-1@2018-04-06-01:38:54     -     -          83.38M  static 2018-04-06 09:38

我本来应该理解快照是完成 /rpool/ROOT/* 数据集（如上所示），然后复制到 mypool

q1) 我不明白为什么 mypool 中也需要快照？rpool 中被复制的快照是原始 BE 的一致副本。那么为什么需要再次对 mypool (ABE) 中的那些 ROOT/solaris-1 数据集进行快照？

此外，似乎这个 mypool/ROOT/solaris-1/var@2018-04-06-01:38:54 是在实际数据集之前创建的？

mypool/ROOT/solaris-1/var                     -     -          429.10M static 2018-04-06 09:39

mypool/ROOT/solaris-1/var@2018-04-06-01:38:54 -     -          68.0K   static 2018-04-06 09:38

有没有好心人可以对此作出解释？

问候，Noob

答案1

它们不会再次被快照。这是一个 zfs send/recv 操作，通过复制快照来实现。然后从该快照创建数据集。

相关内容