Я пробую Solaris 11.3
Осознайте параметр -p при использовании beadm, чтобы я действительно мог создать другую загрузочную среду в другом пуле.
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. Так зачем снова делать снимки этих наборов данных ROOT / solaris-1 в mypool (ABE)?
Кроме того, похоже, что 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
Могут ли добрые души пролить свет на это?
С уважением, Нуб
Они больше не снимаются. Это делается zfs send / recv, и он работает путем репликации снимка. Затем из этого снимка создается набор данных.