Eles não são instantâneos novamente. É um envio / recado do zfs feito, e isso funciona replicando um instantâneo. O conjunto de dados é criado a partir desse instantâneo.
Estou experimentando o Solaris 11.3
Perceba a opção de -p ao usar o beadm para criar outro ambiente de inicialização em outro pool.
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
Eu teria entendido que os snapshots são feitos nos conjuntos de dados / rpool / ROOT / * como mostrado acima, então copiados para mypool
q1) O que eu não entendo é a necessidade dos snapshots no mypool também? Os instantâneos no rpool sendo copiados são cópias consistentes do BE original. Então, por que a necessidade de capturar instantaneamente os conjuntos de dados ROOT / solaris-1 no mypool (ABE) novamente?
Além disso, parece que esse mypool / ROOT / solaris-1 / var @ 2018-04-06-01: 38: 54 é criado antes do conjunto de dados real?
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
Algum tipo de alma pode esclarecer isso?
Atenciosamente, Noob
Eles não são instantâneos novamente. É um envio / recado do zfs feito, e isso funciona replicando um instantâneo. O conjunto de dados é criado a partir desse instantâneo.
Tags zfs solaris solaris-11