Data Domain Virtual Edition: Vysvětlení využití místa na datovém disku v Data Domain Virtual Edition (DDVE)
Summary: Vysvětlení využití místa na datovém disku v Data Domain Virtual Edition (DDVE)
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Symptoms
Data Domain Virtual Edition (DDVE) je nový produkt umožňující nasazení nástroje Data Domain Restorer (DDR) ve virtuálním prostředí. Po dokončení nasazení je nutné nasadit datové disky pro použití ze strany systému souborů DDFS v rámci řešení DDVE. Tento článek vysvětluje, jak se využívá fyzický prostor na těchto datových discích a proč může být využitelný prostor v systému souborů DDFS mnohem menší než kombinovaná velikost všech datových disků
Resolution
Při přidávání datových disků do instance systému DDVE je nutné dodržovat určitá pravidla týkající se kapacity:
- První přidaný datový disk musí mít velikost minimálně 200 GB
- Všechny následující datové disky musí mít velikost minimálně 100 GB
První disk musí velikost minimálně 200 GB proto, že u tohoto disku jsou značné režijní náklady, jak je popsáno níže.
Předpokládejme, že se 200GB datový disk uvede do DDVE, přidá se do aktivní vrstvy a použije se k vytvoření instance souborového systému DDFS. Fyzický disk se využije následujícím způsobem:
Na počátku se disk rozdělí na oddíly, přičemž oddíl 5 se používá pro ukládání dat a oddíl 6 slouží pro systémy souborů ext3:
Model: Unknown (unknown)
Disk /dev/dm-4: 200GiB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 0.00GiB 0.00GiB 0.00GiB primary
2 0.00GiB 0.00GiB 0.00GiB primary
3 0.00GiB 0.01GiB 0.01GiB primary
4 0.01GiB 0.01GiB 0.00GiB primary
5 0.01GiB 193GiB 193GiB primary <=== Used for data storage
6 193GiB 200GiB 6.77GiB primary <=== Used for ext3
Výsledkem je, že ovladač RAID dostane k použití ~193 GB prostoru na disku (oddíl 5).
Všimněte si ovšem, že DDVE používá koncept RAID on LUN (ROL), který chrání před určitými typy poškození dat (například poškození dat, které se nedá detekovat/opravit základním úložným polem). ROL vyhrazuje přibližně 5,6 % místa v oddílu 5 pro informace o paritě. V důsledku toho pole RAID zpřístupní nástroji DDFS pouze ~182,3 GB (jak je znázorněno níže – každý sektor má velikost 512 bajtů):
Array [ppart2] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [382362624 sectors] [382362624 total sectors]
[dm-4p5]
Prostor o velikosti ~182,3 GB přidělený DDFS je rozdělen do bloků o velikosti 1075838976 bajtů – ve výsledku můžeme vytvořit 181 takových bloků. Bloky se potom podle potřeby přidělují různým systémům souborů vyšší úrovně v rámci DDFS. Při vytváření nové instance systému DDFS je nutné vyčlenit nemalé množství místa pro metadata, jako jsou systémy souborů index/summary vector/CP meta/reserved blocks:
FIXED NUM BLOCK
SIZE SIZE BLOCKS SIZE NAME
Yes 194726854656 181 1075838976 /../vpart:/vol2/col1
Yes 194726854656 181 1075838976 /../vpart:/vol2/col1/cp1
No 37654364160 21 1075838976 /../vpart:/vol2/col1/cp1/cset
No 65626177536 61 1075838976 /../vpart:/vol2/col1/cp1/full_indices
No 22592618496 21 1075838976 /../vpart:/vol2/col1/cp1/partial_indices
No 1075838976 1 1075838976 /../vpart:/vol2/col1/cp1/summary.0
No 1075838976 1 1075838976 /../vpart:/vol2/col1/cp1/summary.1
No 1075838976 1 1075838976 /../vpart:/vol2/col1/cp_meta
No 10758389760 10 1075838976 /../vpart:/vol2/reserved_blocks
Vše kromě sady kontejnerů (CSET – kde jsou uložena uživatelská data) spotřebovává 95 x 1075838976bajtových bloků. Ve výsledku tak zbývá 86 bloků pro potenciální použití CSET. Všimněte si, že 86 x 1075838976 bajtů = ~ 86,2 GB.
V rámci CSET použijeme velmi malé množství místa pro metadata a následně odhadneme, že můžeme použít všechny zbývající bloky 1075838976 bajtů v systému pro vytvoření 4,5MB kontejnerů. Pokud zkontrolujeme metadata CSET, vidíme:
cm_attrs.psize=4718592 <=== Each container is 4.5Mb
...
cm_attrs.max_containers=17403 <=== Maximum possible number of 'usable' containers
...
cm_attrs.reserved_containers=2176 <=== Reserved containers for internal operations
Celkový počet kontejnerů, které lze vytvořit v rámci CSET, je 17403 + 2176 = 19579
Každý kontejner má velikost 4,5 MB, takže 19579 kontejnerů odpovídá 86,0 GB místa na disku
Avšak rezervované kontejnery jsou jen pro interní použití (ze strany operací, jako je čištění), takže se neberou v úvahu při zobrazování použitelné velikosti systému souborů uživatelům. Kvůli tomu je „použitelná“ velikost systému souborů DDFS 17403 x 4,5 Mb = ~ 76,5 Gb
Z tohoto důvodu, pokud uživatel spustí „filesys show space“ po přidání jednoho 200GB disku a vytvoření instance DDFS, zobrazí se mu systém souborů DDFS o velikosti jen 76,5 GB:
Active Tier:
Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB*
---------------- -------- -------- --------- ---- --------------
/data: pre-comp - 9.0 - - -
/data: post-comp 76.5 15.0 61.4 20% 1.1
/ddvar 49.2 1.3 45.4 3% -
/ddvar/core 158.5 0.7 149.7 0% -
---------------- -------- -------- --------- ---- --------------
Všimněte si, že režijní náklady na následných datových discích jsou výrazně nižší:
- Následující disky neobsahují systémy souborů ext3
- Metadata DDFS již existují na prvním disku, takže na dalších discích se toho vytvoří jen velmi málo.
Předpokládejme například, že přidáme druhý 100GB disk a rozšíříme DDFS. Na tomto disku se oddíl 5 přidělí ovladači RAID (jako na prvním disku), ale oddíl 6, i když se pořád vytvoří, může mít velikost jen 4 kB:
6 107GB 107GB 4096B primary
Ve výsledku se prakticky celý druhý disk přidělí poli RAID (přes oddíl 5). Pole RAID využívá 5,6 % tohoto místa pro ROL a zbytek uvede službě DDFS – v následujícím příkladu je ~94,3 GB ze 100GB disku předáno k použití DDFS:
Array [ppart3] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [197858304 sectors] [197858304 total sectors]
[dm-2p5]
Tento prostor se rozdělí do bloků o velikosti 1075838976 bajtů – systém tak vytvoří dalších 93 bloků pro DDFS:
FIXED NUM BLOCK
SIZE SIZE BLOCKS SIZE NAME
Yes 294779879424 274 1075838976 /../vpart:/vol1/col1
Yes 294779879424 274 1075838976 /../vpart:/vol1/col1/cp1
No 22592618496 21 1075838976 /../vpart:/vol1/col1/cp1/cset
No 65626177536 61 1075838976 /../vpart:/vol1/col1/cp1/full_indices
No 22592618496 21 1075838976 /../vpart:/vol1/col1/cp1/partial_indices
No 1075838976 1 1075838976 /../vpart:/vol1/col1/cp1/summary.0
No 1075838976 1 1075838976 /../vpart:/vol1/col1/cp1/summary.1
No 2151677952 2 1075838976 /../vpart:/vol1/col1/cp_meta
No 10758389760 10 1075838976 /../vpart:/vol1/reserved_blocks
Vzhledem k tomu, že všechny systémy souborů metadat už byly vytvořené na prvním datovém disku, je použije se pro metadata na druhém disku jen jeden blok (prostřednictvím systému souborů cp_meta). Zbytek místa je k dispozici pro CSET a považuje se za použitelný pro normální kontejnery::
cm_attrs.max_containers=38379
...
cm_attrs.reserved_containers=2176
Všimněte si, že 38379 x 4,5 MB = ~168,7 GB:
Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB
---------------- -------- -------- --------- ---- -------------
/data: pre-comp - 0.0 - - -
/data: post-comp 168.7 0.1 168.6 0% 0.0
/ddvar 49.2 0.5 46.2 1% -
/ddvar/core 158.5 0.3 150.1 0% -
---------------- -------- -------- --------- ---- -------------
To ukazuje, že režijní náklady jsou výrazně menší na všech datových discích kromě prvního:
Z prvního 200GB disku získal DDFS 76,5 GB využitelného prostoru
Z druhého 100GB datového disku získal DDFS 92,2 GB využitelného prostoru
Tento trend pokračuje u všech následujících datových disků.
Nakonec je třeba připomenout, že metadata v rámci DDFS (například systémy indexových souborů) nemají pevnou velikost. V závislosti na vytížení systému může být potřeba je zvětšit, což ubírá využitelný prostor systému CSET. Pokud k tomu dojde, použitelná velikost pro systém CSET se zmenší. To se očekává – celková velikost CSET (a velikost systému souborů DDFS podle „filesys show space“) by se neměla považovat za statickou hodnotu – a to ani v případě, že se velikost základních datových disků nezmění.
- První přidaný datový disk musí mít velikost minimálně 200 GB
- Všechny následující datové disky musí mít velikost minimálně 100 GB
První disk musí velikost minimálně 200 GB proto, že u tohoto disku jsou značné režijní náklady, jak je popsáno níže.
Předpokládejme, že se 200GB datový disk uvede do DDVE, přidá se do aktivní vrstvy a použije se k vytvoření instance souborového systému DDFS. Fyzický disk se využije následujícím způsobem:
Na počátku se disk rozdělí na oddíly, přičemž oddíl 5 se používá pro ukládání dat a oddíl 6 slouží pro systémy souborů ext3:
Model: Unknown (unknown)
Disk /dev/dm-4: 200GiB
Sector size (logical/physical): 512B/512B
Partition Table: gpt
Number Start End Size File system Name Flags
1 0.00GiB 0.00GiB 0.00GiB primary
2 0.00GiB 0.00GiB 0.00GiB primary
3 0.00GiB 0.01GiB 0.01GiB primary
4 0.01GiB 0.01GiB 0.00GiB primary
5 0.01GiB 193GiB 193GiB primary <=== Used for data storage
6 193GiB 200GiB 6.77GiB primary <=== Used for ext3
Výsledkem je, že ovladač RAID dostane k použití ~193 GB prostoru na disku (oddíl 5).
Všimněte si ovšem, že DDVE používá koncept RAID on LUN (ROL), který chrání před určitými typy poškození dat (například poškození dat, které se nedá detekovat/opravit základním úložným polem). ROL vyhrazuje přibližně 5,6 % místa v oddílu 5 pro informace o paritě. V důsledku toho pole RAID zpřístupní nástroji DDFS pouze ~182,3 GB (jak je znázorněno níže – každý sektor má velikost 512 bajtů):
Array [ppart2] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [382362624 sectors] [382362624 total sectors]
[dm-4p5]
Prostor o velikosti ~182,3 GB přidělený DDFS je rozdělen do bloků o velikosti 1075838976 bajtů – ve výsledku můžeme vytvořit 181 takových bloků. Bloky se potom podle potřeby přidělují různým systémům souborů vyšší úrovně v rámci DDFS. Při vytváření nové instance systému DDFS je nutné vyčlenit nemalé množství místa pro metadata, jako jsou systémy souborů index/summary vector/CP meta/reserved blocks:
FIXED NUM BLOCK
SIZE SIZE BLOCKS SIZE NAME
Yes 194726854656 181 1075838976 /../vpart:/vol2/col1
Yes 194726854656 181 1075838976 /../vpart:/vol2/col1/cp1
No 37654364160 21 1075838976 /../vpart:/vol2/col1/cp1/cset
No 65626177536 61 1075838976 /../vpart:/vol2/col1/cp1/full_indices
No 22592618496 21 1075838976 /../vpart:/vol2/col1/cp1/partial_indices
No 1075838976 1 1075838976 /../vpart:/vol2/col1/cp1/summary.0
No 1075838976 1 1075838976 /../vpart:/vol2/col1/cp1/summary.1
No 1075838976 1 1075838976 /../vpart:/vol2/col1/cp_meta
No 10758389760 10 1075838976 /../vpart:/vol2/reserved_blocks
Vše kromě sady kontejnerů (CSET – kde jsou uložena uživatelská data) spotřebovává 95 x 1075838976bajtových bloků. Ve výsledku tak zbývá 86 bloků pro potenciální použití CSET. Všimněte si, že 86 x 1075838976 bajtů = ~ 86,2 GB.
V rámci CSET použijeme velmi malé množství místa pro metadata a následně odhadneme, že můžeme použít všechny zbývající bloky 1075838976 bajtů v systému pro vytvoření 4,5MB kontejnerů. Pokud zkontrolujeme metadata CSET, vidíme:
cm_attrs.psize=4718592 <=== Each container is 4.5Mb
...
cm_attrs.max_containers=17403 <=== Maximum possible number of 'usable' containers
...
cm_attrs.reserved_containers=2176 <=== Reserved containers for internal operations
Celkový počet kontejnerů, které lze vytvořit v rámci CSET, je 17403 + 2176 = 19579
Každý kontejner má velikost 4,5 MB, takže 19579 kontejnerů odpovídá 86,0 GB místa na disku
Avšak rezervované kontejnery jsou jen pro interní použití (ze strany operací, jako je čištění), takže se neberou v úvahu při zobrazování použitelné velikosti systému souborů uživatelům. Kvůli tomu je „použitelná“ velikost systému souborů DDFS 17403 x 4,5 Mb = ~ 76,5 Gb
Z tohoto důvodu, pokud uživatel spustí „filesys show space“ po přidání jednoho 200GB disku a vytvoření instance DDFS, zobrazí se mu systém souborů DDFS o velikosti jen 76,5 GB:
Active Tier:
Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB*
---------------- -------- -------- --------- ---- --------------
/data: pre-comp - 9.0 - - -
/data: post-comp 76.5 15.0 61.4 20% 1.1
/ddvar 49.2 1.3 45.4 3% -
/ddvar/core 158.5 0.7 149.7 0% -
---------------- -------- -------- --------- ---- --------------
Všimněte si, že režijní náklady na následných datových discích jsou výrazně nižší:
- Následující disky neobsahují systémy souborů ext3
- Metadata DDFS již existují na prvním disku, takže na dalších discích se toho vytvoří jen velmi málo.
Předpokládejme například, že přidáme druhý 100GB disk a rozšíříme DDFS. Na tomto disku se oddíl 5 přidělí ovladači RAID (jako na prvním disku), ale oddíl 6, i když se pořád vytvoří, může mít velikost jen 4 kB:
6 107GB 107GB 4096B primary
Ve výsledku se prakticky celý druhý disk přidělí poli RAID (přes oddíl 5). Pole RAID využívá 5,6 % tohoto místa pro ROL a zbytek uvede službě DDFS – v následujícím příkladu je ~94,3 GB ze 100GB disku předáno k použití DDFS:
Array [ppart3] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [197858304 sectors] [197858304 total sectors]
[dm-2p5]
Tento prostor se rozdělí do bloků o velikosti 1075838976 bajtů – systém tak vytvoří dalších 93 bloků pro DDFS:
FIXED NUM BLOCK
SIZE SIZE BLOCKS SIZE NAME
Yes 294779879424 274 1075838976 /../vpart:/vol1/col1
Yes 294779879424 274 1075838976 /../vpart:/vol1/col1/cp1
No 22592618496 21 1075838976 /../vpart:/vol1/col1/cp1/cset
No 65626177536 61 1075838976 /../vpart:/vol1/col1/cp1/full_indices
No 22592618496 21 1075838976 /../vpart:/vol1/col1/cp1/partial_indices
No 1075838976 1 1075838976 /../vpart:/vol1/col1/cp1/summary.0
No 1075838976 1 1075838976 /../vpart:/vol1/col1/cp1/summary.1
No 2151677952 2 1075838976 /../vpart:/vol1/col1/cp_meta
No 10758389760 10 1075838976 /../vpart:/vol1/reserved_blocks
Vzhledem k tomu, že všechny systémy souborů metadat už byly vytvořené na prvním datovém disku, je použije se pro metadata na druhém disku jen jeden blok (prostřednictvím systému souborů cp_meta). Zbytek místa je k dispozici pro CSET a považuje se za použitelný pro normální kontejnery::
cm_attrs.max_containers=38379
...
cm_attrs.reserved_containers=2176
Všimněte si, že 38379 x 4,5 MB = ~168,7 GB:
Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB
---------------- -------- -------- --------- ---- -------------
/data: pre-comp - 0.0 - - -
/data: post-comp 168.7 0.1 168.6 0% 0.0
/ddvar 49.2 0.5 46.2 1% -
/ddvar/core 158.5 0.3 150.1 0% -
---------------- -------- -------- --------- ---- -------------
To ukazuje, že režijní náklady jsou výrazně menší na všech datových discích kromě prvního:
Z prvního 200GB disku získal DDFS 76,5 GB využitelného prostoru
Z druhého 100GB datového disku získal DDFS 92,2 GB využitelného prostoru
Tento trend pokračuje u všech následujících datových disků.
Nakonec je třeba připomenout, že metadata v rámci DDFS (například systémy indexových souborů) nemají pevnou velikost. V závislosti na vytížení systému může být potřeba je zvětšit, což ubírá využitelný prostor systému CSET. Pokud k tomu dojde, použitelná velikost pro systém CSET se zmenší. To se očekává – celková velikost CSET (a velikost systému souborů DDFS podle „filesys show space“) by se neměla považovat za statickou hodnotu – a to ani v případě, že se velikost základních datových disků nezmění.
Additional Information
Informace obsažené v tomto článku platí od verze DDOS 5.7.30.0 a mohou se v následujících verzích změnit.
Affected Products
Data Domain Virtual EditionProducts
Data Domain, Data Domain Virtual EditionArticle Properties
Article Number: 000059680
Article Type: Solution
Last Modified: 05 Sep 2025
Version: 3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.