Помогите решить задачку.Ксожалению на виртуалке не получилось (памяти не хватило :))
есть два хранилища А И B они на zfs.В А есть пулл work на 100Г ,а на B пулл backup
тоже на 100Г.На пуле work и backup стоит дедупликация. Теперь берем и заливаем туда
фаил тест1.avi на 1Г ,а потом копируем его туда еще раз но под именем тест2.avi.
В итоге получается что там будет два одинаковых фаила с разными названиями.
Дедупликация убирет второй фаил , оставив только первы1 и хардлинк.
В итоге хранилише выростет в обьеме на 1Г(станет 101Г) , но свободных будет 99Г
т.е занято будет виртуально 2Г
а реально только 1Г.
теперь нужно с хранилища А перенести (с помощью zfs send ) пулл work в пул backup/work
это делается так zfs send work | ssh IP_B zfs recv backup/work
а вопрос вот какой:
Какое количество данных передаст zfs send , 1Г или 2Г?
>а вопрос вот какой:
>Какое количество данных передаст zfs send , 1Г или 2Г?В зависимости от наличия или отсутствия опции -D для zfs send будет или 1ГБ, или 2ГБ. -D значит Dedup, как можно догадаться. Принимающая система должна поддерживать дедуплицированный входной поток.
Спасибо большое за помощь :)
Вы имеете в виду , что передасться 1Г если на системе B тоже включена дедупликация , или там нужно что либо еще включать?
>Спасибо большое за помощь :)
>Вы имеете в виду , что передасться 1Г если на системе B
>тоже включена дедупликация , или там нужно что либо еще включать?Если система-получатель поддерживает дедупликацию при приеме-передаче данных, и на системе-отправителе при передаче будет указана опция -D, то объем передаваемых данных составит 1ГБ. Сколько при этом эти данные займут в пуле на системе-получателе - зависит от того, включена ли дедупликация для пула и используется ли она для файловой системы, в которую сохраняются принимаемые данные.
Иными словами, дедупликация в пуле и дедупликация при передаче - не связаны, и могут использоваться независимо друг от друга.
Огромное спасибо за помощь :)!!!!!