ZFS, Эквивалентный из lvdisplay snap_percent

Если Вы имеете в виду, как Вы добавляете новый Контроллер домена рабочий Windows Server 2003 после повышения функционального уровня Домена/Леса до Windows Server 2008 короткий ответ - Вы, не может.

Если Вы просто имеете в виду нормальный рядовой сервер, просто идете вперед и присоединяетесь к нему - он должен хорошо работать.

5
задан 14 September 2013 в 09:59
3 ответа

Пространство для моментальных снимков ZFS отражается в использовании файловой системы. Вы можете получить то, что запрашиваете, отслеживая наиболее подходящие поля ниже.

В конце вы будете следить за пространством "avail" вашей файловой системы ... Посмотрите, как "used" + "avail" меньше, чем " size "?:

root@deore:~# df -h /volumes/vol1/LA_Specialty
Filesystem             size   used  avail capacity  Mounted on
vol1/LA_Specialty      800G   391G   254G    61%    /volumes/vol1/LA_Specialty

Я отфильтровал вывод zfs получить весь пул / файловую систему ниже, чтобы показать соответствующие свойства. Ниже у меня файловая система (квота) 800 ГБ, где используется 545 ГБ. 391GB упоминается , что означает, что ' s размер реальных данных. 154 ГБ используется снимками.

root@deore:/volumes# zfs get all vol1/LA_Specialty
NAME               PROPERTY              VALUE                       SOURCE
vol1/LA_Specialty  type                  filesystem                  -
vol1/LA_Specialty  creation              Sat Sep 24 18:44 2011       -
vol1/LA_Specialty  used                  545G                        -
vol1/LA_Specialty  available             255G                        -
vol1/LA_Specialty  referenced            391G                        -
vol1/LA_Specialty  compressratio         2.96x                       -
vol1/LA_Specialty  quota                 800G                        local
vol1/LA_Specialty  reservation           none                        default
vol1/LA_Specialty  recordsize            16K                         local
vol1/LA_Specialty  mountpoint            /volumes/vol1/LA_Specialty  inherited from vol1
vol1/LA_Specialty  usedbysnapshots       154G                        -
vol1/LA_Specialty  usedbydataset         391G                        -
vol1/LA_Specialty  usedbychildren        0                           -
vol1/LA_Specialty  usedbyrefreservation  0                           -

Затем, глядя на снимки ... Можно увидеть индивидуальный размер снимков и общий размер данных, на которые они ссылаются.

root@deore:/volumes# zfs list -t snapshot      
NAME                                               USED  AVAIL  REFER  MOUNTPOINT
vol1/LA_Specialty@snap-daily-1-2013-09-07-020003  57.6G      -   389G  -
vol1/LA_Specialty@snap-daily-1-2013-09-08-020003  1.95G      -   391G  -
vol1/LA_Specialty@snap-daily-1-2013-09-09-020008  3.42G      -   392G  -
vol1/LA_Specialty@snap-daily-1-2013-09-10-020003  3.05G      -   391G  -
vol1/LA_Specialty@snap-daily-1-2013-09-11-020003  2.81G      -   391G  -
vol1/LA_Specialty@snap-daily-1-2013-09-12-020004  2.65G      -   391G  -
vol1/LA_Specialty@snap-daily-1-2013-09-13-020003  2.70G      -   391G  -
vol1/LA_Specialty@snap-daily-1-2013-09-14-020003    25K      -   391G  -
vol1/LA_Specialty@snap-daily-1-latest               25K      -   391G  -

И список du каталог моментальных снимков ...

root@deore:/volumes/vol1/LA_Specialty/.zfs/snapshot# du -skh *
 389G   snap-daily-1-2013-09-07-020003
 391G   snap-daily-1-2013-09-08-020003
 392G   snap-daily-1-2013-09-09-020008
 391G   snap-daily-1-2013-09-10-020003
 391G   snap-daily-1-2013-09-11-020003
 391G   snap-daily-1-2013-09-12-020004
 391G   snap-daily-1-2013-09-13-020003
 391G   snap-daily-1-2013-09-14-020003
 391G   snap-daily-1-latest
3
ответ дан 3 December 2019 в 01:45

Моментальные снимки ZFS содержат много скрытых данных. Обычно я отсылаю вас к

zfs list -ro space

, который показывает результат, аналогичный:

NAME                                 AVAIL   USED  USEDSNAP  USEDDS  USEDREFRESERV  USEDCHILD
rootpool/export/home                 6.37G  11.7G     2.80G   8.87G              0          0
rootpool/export/home@weekly.2            -   134M         -       -              -          -
rootpool/export/home@weekly.1            -   320M         -       -              -          -
rootpool/export/home@weekly.0            -   251M         -       -              -          -
rootpool/export/home@daily.6             -  1.02M         -       -              -          -
rootpool/export/home@daily.5             -  1.04M         -       -              -          -
rootpool/export/home@daily.4             -   850K         -       -              -          -
rootpool/export/home@daily.3             -   747K         -       -              -          -
rootpool/export/home@daily.2             -   326K         -       -              -          -
rootpool/export/home@daily.1             -   454K         -       -              -          -
rootpool/export/home@daily.0             -   319K         -       -              -          -

Это скажет вам, что я использую ВСЕГО 11,7 ГБ для этого конкретного набора данных, и что 2,8 ГБ используется снимками, а 8,87 используется фактическая файловая система (активные данные). Однако размер USED рядом с каждым снимком очень вводит в заблуждение.

Если вы сложите все числа в столбце used для снимка, вы увидите, что они даже близко не подходят к общему количеству USEDSNAP. Это связано с тем, что значение USED - это сколько уникального пространства занимает каждый моментальный снимок.

Например:

Если у меня есть пул с именем «newpool» и в нем 2 файла размером 1 ГБ (файл A и файл B):

 NAME                       AVAIL   USED    USEDSNAP  USEDDS  USEDREFRESERV  USEDCHILD
 newpool                    11.0G    2.0G     0.00G   2.0G              0          0

Теперь я снимаю это:

 NAME                       AVAIL   USED    USEDSNAP  USEDDS  USEDREFRESERV  USEDCHILD
 newpool                    11.0G    2.0G     0.00G   2.0G              0          0
 newpool@snap1              11.0G    0.0G     0.00G   2.0G              0          0

Теперь я удаляю 1 из файлов размером 1 ГБ ( fileA):

 NAME                       AVAIL   USED    USEDSNAP  USEDDS  USEDREFRESERV  USEDCHILD
 newpool                    11.0G    2.0G     1.00G   1.0G              0          0
 newpool@snap1                  -    1.0G         -      -              -          -

Теперь я создаю новый файл размером 1G (fileC):

 NAME                       AVAIL   USED    USEDSNAP  USEDDS  USEDREFRESERV  USEDCHILD
 newpool                    10.0G    3.0G     1.00G   2.0G              0          0
 newpool@snap1                  -    1.0G         -      -              -          -

Теперь я делаю снимок снова.

 NAME                       AVAIL   USED    USEDSNAP  USEDDS  USEDREFRESERV  USEDCHILD
 newpool                    10.0G    3.0G     1.00G   2.0G              0          0
 newpool@snap1                  -    1.0G         -      -              -          -
 newpool@snap2                  -    0.0G         -      -              -          -

Теперь я удаляю файл B (который есть в обоих снимках):

 NAME                       AVAIL   USED    USEDSNAP  USEDDS  USEDREFRESERV  USEDCHILD
 newpool                    10.0G    3.0G     2.00G   1.0G              0          0
 newpool@snap1                  -    1.0G         -      -              -          -
 newpool@snap2                  -    0.0G         -      -              -          -

Обратите внимание, как столбец USED снимка не отражает изменение? Это связано с тем, что на файлB ссылались оба снимка, и поскольку он не уникален, он не отображается в счетчике ИСПОЛЬЗОВАННЫХ для любого конкретного снимка. Столбец USEDSNAP отражает, что пространство было использовано снимками, но не связывает его с каким-либо конкретным.

Теперь, если вы удалили snap1:

 NAME                       AVAIL   USED    USEDSNAP  USEDDS  USEDREFRESERV  USEDCHILD
 newpool                    11.0G    2.0G     1.00G   1.0G              0          0
 newpool@snap2                  -    1.0G         -      -              -          -

snap2 теперь показывает, что он использует 1.0G, потому что эти данные теперь уникальны для этого снимка.

Столбец ИСПОЛЬЗОВАНО покажет вам, сколько места вы можете освободить, если удалите этот отдельный снимок, но не покажет вам, сколько места зарезервировано этим снимком.

Итак, теперь, когда я сказал все это -

Если вы планируете хранить только один моментальный снимок любого конкретного набора данных, тогда команда zfs list -ro space должна дать вам то, что вы ищете для.

Если вы собираетесь иметь несколько снимков одновременно, эти данные могут ввести в заблуждение. Не делайте того, что кажется естественным, и не предполагайте, что столбец USED что-либо означает при работе с несколькими снимками состояния. Кроме того, du - плохой выбор для каталогов моментальных снимков, поскольку он просто показывает, на что ссылается моментальный снимок, а не на то, какое пространство моментальный снимок фактически использует.

Справочная страница zfs описывает кое-что из этого, но не очень хорошо показывает эти отношения.

Если вы собираетесь создать несколько снимков одновременно, эти данные могут ввести в заблуждение. Не делайте того, что кажется естественным, и не предполагайте, что столбец USED что-нибудь значит при работе с несколькими снимками. Кроме того, du - плохой выбор для каталогов моментальных снимков, поскольку он просто показывает, на что ссылается моментальный снимок, а не на то, какое пространство моментальный снимок фактически использует.

Справочная страница zfs описывает кое-что из этого, но не очень хорошо показывает эти отношения.

Если вы собираетесь создать несколько снимков одновременно, эти данные могут ввести в заблуждение. Не делайте того, что кажется естественным, и не предполагайте, что столбец USED что-нибудь значит при работе с несколькими снимками. Кроме того, du - плохой выбор для каталогов моментальных снимков, поскольку он просто показывает, на что ссылается моментальный снимок, а не на то, какое пространство моментальный снимок фактически использует.

Справочная страница zfs описывает кое-что из этого, но не очень хорошо показывает эти отношения.

не то, какое пространство на самом деле использует снимок.

Справочная страница zfs описывает кое-что из этого, но не очень хорошо показывает эти отношения.

не то, какое пространство на самом деле использует снимок.

Справочная страница zfs описывает кое-что из этого, но не очень хорошо показывает эти отношения.

1
ответ дан 3 December 2019 в 01:45

В ZFS нет прямого эквивалента. Ближайшим эквивалентом является свободное место в пуле, которое можно получить из списка zfs. В ZFS ваши моментальные снимки могут расти до тех пор, пока не закончится место для всего пула.

0
ответ дан 10 October 2020 в 09:50

Теги

Похожие вопросы