Data Domain Virtual Edition: Data Domain Virtual Edition'da (DDVE) veri disk alanı kullanımının açıklaması
Summary: Data Domain Virtual Edition'da (DDVE) veri disk alanı kullanımının açıklaması
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), sanal bir ortamda Data Domain Restorer'ın (DDR) dağıtımına olanak tanıyan yeni bir üründür. Dağıtım tamamlandıktan sonra, DDVE içindeki DDFS dosya sistemi tarafından kullanılmak üzere veri diskleri sağlamak gerekir. Bu makalede, bu veri disklerindeki fiziksel alanın nasıl kullanıldığı ve DDFS dosya sistemi içindeki kullanılabilir alanın neden tüm veri disklerinin toplam boyutundan önemli ölçüde daha düşük olabileceği açıklanmaktadır
Resolution
Bir DDVE örneğine veri diskleri eklerken belirli kapasite kurallarına uyulmalıdır:
- Eklenen ilk veri diski en az 200 GB boyutunda olmalıdır
- Sonraki tüm veri diskleri en az 100 GB boyutunda olmalıdır
İlk diskin boyutunun en az 200 GB olmasının nedeni, aşağıda açıklandığı gibi bu diskte önemli miktarda ek yük olmasıdır.
200 GB veri diskinin DDVE ye sunulduğunu, aktif katmana eklendiğini ve DDFS dosya sisteminin bir örneğini oluşturmak için kullanıldığını varsayalım. Fiziksel disk şöyle kullanılacaktır:
Başlangıçta disk, veri depolama için kullanılan dilim 5 ve ext3 dosya sistemleri için kullanılan dilim 6 ile bölümlenir:
Model: Bilinmiyor (bilinmiyor)
Disk /dev/dm-4: 200 GiB
Sektör boyutu (mantıksal/fiziksel): 512B/512B
Bölüm Tablosu: gpt
Numara Başlangıç Son Boyut Dosya sistemi Ad Bayraklar
1 0,00 GiB 0,00 GiB 0,00 GiB birincil
2 0,00 GiB 0,00 GiB 0,00 GiB birincil
3 0,00 GiB 0,01 GiB 0,01GiB birincil
4 0,01 GiB 0,01 GiB 0,00 GiB birincil
5 0,01 GiB 193 GiB 193 GiB birincil <=== Veri depolama için kullanılır
6 193 GiB 200 GiB 6,77 GiB birincil <=== ext3 için kullanılır
Sonuç olarak, RAID sürücüsüne kullanım için yaklaşık 193 GB disk alanı (dilim 5) ayrılacaktır.
Ancak DDVE'nin belirli türdeki veri bozulmalarına karşı koruma sağlamak için LUN üzerinde RAID (ROL) kavramını kullandığını unutmayın (örneğin, altta yatan depolama dizisi tarafından algılanamayan/onarılamayan veri bozulmaları). ROL, eşlik bilgisi için dilim 5'teki boşluğun yaklaşık %5,6'sını ayırır. Sonuç olarak RAID, yalnızca ~182,3 GB'yi DDFS tarafından kullanılabilir hale getirecektir (aşağıda gösterildiği gibi; her kesimin 512 bayt boyutunda olduğunu unutmayın):
Dizi [ppart2] (etkin): [RAID Türü 106] [(0x1, 0x30) seçenekleri] [NVR:N/N] [4608KB şerit] [382362624 kesim] [382362624 toplam sektör]
[dm-4p5]
DDFS'ye verilen ~182,3 GB alan, 1075838976 baytlık bloklara bölünmüştür; sonuç olarak bu tür 181 blok oluşturabiliriz. Bloklar daha sonra gerektiğinde DDFS içindeki çeşitli üst düzey dosya sistemlerine atanır. Yeni bir DDFS örneği oluştururken dizin/özet vektörü/CP meta/ayrılmış bloklar dosya sistemleri gibi meta veriler için önemli miktarda alan ayrılması gerektiğini unutmayın:
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
Konteyner seti (CSET - kullanıcı verilerinin depolandığı yer) dışındaki her şeyin 95 * 1075838976 baytlık bloklar tükettiğini unutmayın. Sonuç olarak, CSET tarafından potansiyel kullanım için 86 blok kaldı. 86 * 1075838976 bayt = ~86,2 GB olduğunu unutmayın.
CSET'te meta veriler için çok az miktarda alan kullanıyoruz, ardından sistemdeki kalan 1075838976 baytlık blokların tümünü 4,5 MB'lik konteylerler oluşturmak için kullanabileceğimizi tahmin ediyoruz. CSET meta verilerini kontrol edersek şunu görürüz:
cm_attrs.psize=4718592 <=== Her konteyner 4,5 MB'dir
...
cm_attrs.max_containers=17403 <=== Mümkün olan maksimum "kullanılabilir" konteyner sayısı
...
cm_attrs.reserved_containers=2176 <=== Dahili işlemler için ayrılmış konteynerler
CSET içinde oluşturulabilecek toplam konteyner sayısı 17403 + 2176 = 19579'dur
. Her konteyner 4,5 MB boyutundadır, bu nedenle 19579 konteyner 86,0 GB disk alanına eşittir
Ancak ayrılmış konteynerlerin yalnızca dahili kullanım için olduğunu (temizleme gibi işlemlerle), bu nedenle dosya sisteminin kullanılabilir boyutunu kullanıcılara gösterirken dikkate alınmadığını unutmayın. Bu nedenle, DDFS dosya sisteminin "kullanılabilir" boyutu 17403 * 4,5 MB = ~76,5 GB'dir
. Bu nedenle, bir kullanıcı tek bir 200 GB disk ekledikten ve bir DDFS örneği oluşturduktan sonra 'filesys show space' komutunu çalıştırırsa DDFS dosya sisteminin yalnızca 76,5 GB boyutunda olduğunu görecektir:
Etkin Kademe:
Kaynak Boyut GiB Kullanılan GiB Mvct GiB Kullanım % Temizlenebilir 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% -
---------------- -------- -------- --------- ---- --------------
Sonraki veri disklerindeki ek yüklerin önemli ölçüde daha düşük olduğunu unutmayın:
- Sonraki diskler ext3 dosya sistemlerini barındırmaz
- DDFS meta verileri ilk diskte zaten mevcut olduğundan, sonraki disklerde çok az meta veri oluşturulur.
Örneğin, ikinci bir 100 GB disk eklediğimizi ve DDFS'yi genişlettiğimizi varsayalım. Bu diskte 5. dilim RAID sürücüsüne (ilk diskte olduğu gibi) verilir ancak 6. dilim hala oluşturulurken yalnızca 4 Kb boyutunda olacaktır:
6 107 GB 107 GB 4096 B birincil
Sonuç olarak, ikinci diskin neredeyse tamamı RAID'e ayrılmıştır (dilim 5 aracılığıyla). Raid ROL için bu alanın %5,6'sını kullanır ve geri kalanını DDFS'ye sunar. Aşağıdaki örnekte 100 GB diskin ~94,3 GB kısmı kullanım için DDFS'ye verilmiştir:
Dizi [ppart3] (etkin): [raid-type 106] [(0x1, 0x30) seçenekleri] [NVR:N/N] [4608KB şerit] [197858304 sektör] [197858304 toplam sektör]
[dm-2p5]
Bu alan 1075838976 baytlık bloklara bölünmüştür; bunun sonucunda sistem, DDFS'nin kullanması için ek 93 blok oluşturur.:
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
Tüm meta veri dosya sistemleri ilk veri diskinde oluşturulmuş olduğundan, ikinci diskte meta veriler için yalnızca tek bir blok kullanılacağını unutmayın (cp_meta dosya sistemi aracılığıyla). Alanın geri kalanı CSET'in kullanımına sunulur ve normal konteynerler için kullanılabilir kabul edilir:
cm_attrs.max_containers=38379
...
cm_attrs.reserved_containers=2176
38379 * 4,5 MB = ~168,7 GB olduğunu unutmayın:
Kaynak Boyut GiB Kullanılan GiB Mvct GiB Kullanım % Temizlenebilir 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% -
---------------- -------- -------- --------- ---- -------------
Bu, ilk veri diski hariç tüm disklerde ek yüklerin önemli ölçüde daha az olduğunu göstermektedir:
DDFS, ilk 200 GB'lık diskten 76,5 GB kullanılabilir alan elde etti.
DDFS ikinci 100 GB veri diskinden 92,2 GB kullanılabilir alan elde etti.
Bu trend, sonraki tüm veri diskleri için de devam eder.
Son olarak, DDFS içindeki meta verilerin (örneğin dizin dosya sistemleri) boyutlarının sabit olmadığı unutulmamalıdır. Sistemin iş yüküne bağlı olarak, büyümeleri gerekebilir ve bu da CSET'nin kullanılabilir alanından alınır. Bu durumda, CSET'in kullanılabilir boyutu azalacaktır. Bu beklenen bir durumdur. CSET'nin toplam boyutu (ve "filesys show space"e göre DDFS dosya sisteminin boyutu), temeldeki veri disklerinin boyutu değişmese bile statik bir değer olarak düşünülmemelidir.
- Eklenen ilk veri diski en az 200 GB boyutunda olmalıdır
- Sonraki tüm veri diskleri en az 100 GB boyutunda olmalıdır
İlk diskin boyutunun en az 200 GB olmasının nedeni, aşağıda açıklandığı gibi bu diskte önemli miktarda ek yük olmasıdır.
200 GB veri diskinin DDVE ye sunulduğunu, aktif katmana eklendiğini ve DDFS dosya sisteminin bir örneğini oluşturmak için kullanıldığını varsayalım. Fiziksel disk şöyle kullanılacaktır:
Başlangıçta disk, veri depolama için kullanılan dilim 5 ve ext3 dosya sistemleri için kullanılan dilim 6 ile bölümlenir:
Model: Bilinmiyor (bilinmiyor)
Disk /dev/dm-4: 200 GiB
Sektör boyutu (mantıksal/fiziksel): 512B/512B
Bölüm Tablosu: gpt
Numara Başlangıç Son Boyut Dosya sistemi Ad Bayraklar
1 0,00 GiB 0,00 GiB 0,00 GiB birincil
2 0,00 GiB 0,00 GiB 0,00 GiB birincil
3 0,00 GiB 0,01 GiB 0,01GiB birincil
4 0,01 GiB 0,01 GiB 0,00 GiB birincil
5 0,01 GiB 193 GiB 193 GiB birincil <=== Veri depolama için kullanılır
6 193 GiB 200 GiB 6,77 GiB birincil <=== ext3 için kullanılır
Sonuç olarak, RAID sürücüsüne kullanım için yaklaşık 193 GB disk alanı (dilim 5) ayrılacaktır.
Ancak DDVE'nin belirli türdeki veri bozulmalarına karşı koruma sağlamak için LUN üzerinde RAID (ROL) kavramını kullandığını unutmayın (örneğin, altta yatan depolama dizisi tarafından algılanamayan/onarılamayan veri bozulmaları). ROL, eşlik bilgisi için dilim 5'teki boşluğun yaklaşık %5,6'sını ayırır. Sonuç olarak RAID, yalnızca ~182,3 GB'yi DDFS tarafından kullanılabilir hale getirecektir (aşağıda gösterildiği gibi; her kesimin 512 bayt boyutunda olduğunu unutmayın):
Dizi [ppart2] (etkin): [RAID Türü 106] [(0x1, 0x30) seçenekleri] [NVR:N/N] [4608KB şerit] [382362624 kesim] [382362624 toplam sektör]
[dm-4p5]
DDFS'ye verilen ~182,3 GB alan, 1075838976 baytlık bloklara bölünmüştür; sonuç olarak bu tür 181 blok oluşturabiliriz. Bloklar daha sonra gerektiğinde DDFS içindeki çeşitli üst düzey dosya sistemlerine atanır. Yeni bir DDFS örneği oluştururken dizin/özet vektörü/CP meta/ayrılmış bloklar dosya sistemleri gibi meta veriler için önemli miktarda alan ayrılması gerektiğini unutmayın:
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
Konteyner seti (CSET - kullanıcı verilerinin depolandığı yer) dışındaki her şeyin 95 * 1075838976 baytlık bloklar tükettiğini unutmayın. Sonuç olarak, CSET tarafından potansiyel kullanım için 86 blok kaldı. 86 * 1075838976 bayt = ~86,2 GB olduğunu unutmayın.
CSET'te meta veriler için çok az miktarda alan kullanıyoruz, ardından sistemdeki kalan 1075838976 baytlık blokların tümünü 4,5 MB'lik konteylerler oluşturmak için kullanabileceğimizi tahmin ediyoruz. CSET meta verilerini kontrol edersek şunu görürüz:
cm_attrs.psize=4718592 <=== Her konteyner 4,5 MB'dir
...
cm_attrs.max_containers=17403 <=== Mümkün olan maksimum "kullanılabilir" konteyner sayısı
...
cm_attrs.reserved_containers=2176 <=== Dahili işlemler için ayrılmış konteynerler
CSET içinde oluşturulabilecek toplam konteyner sayısı 17403 + 2176 = 19579'dur
. Her konteyner 4,5 MB boyutundadır, bu nedenle 19579 konteyner 86,0 GB disk alanına eşittir
Ancak ayrılmış konteynerlerin yalnızca dahili kullanım için olduğunu (temizleme gibi işlemlerle), bu nedenle dosya sisteminin kullanılabilir boyutunu kullanıcılara gösterirken dikkate alınmadığını unutmayın. Bu nedenle, DDFS dosya sisteminin "kullanılabilir" boyutu 17403 * 4,5 MB = ~76,5 GB'dir
. Bu nedenle, bir kullanıcı tek bir 200 GB disk ekledikten ve bir DDFS örneği oluşturduktan sonra 'filesys show space' komutunu çalıştırırsa DDFS dosya sisteminin yalnızca 76,5 GB boyutunda olduğunu görecektir:
Etkin Kademe:
Kaynak Boyut GiB Kullanılan GiB Mvct GiB Kullanım % Temizlenebilir 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% -
---------------- -------- -------- --------- ---- --------------
Sonraki veri disklerindeki ek yüklerin önemli ölçüde daha düşük olduğunu unutmayın:
- Sonraki diskler ext3 dosya sistemlerini barındırmaz
- DDFS meta verileri ilk diskte zaten mevcut olduğundan, sonraki disklerde çok az meta veri oluşturulur.
Örneğin, ikinci bir 100 GB disk eklediğimizi ve DDFS'yi genişlettiğimizi varsayalım. Bu diskte 5. dilim RAID sürücüsüne (ilk diskte olduğu gibi) verilir ancak 6. dilim hala oluşturulurken yalnızca 4 Kb boyutunda olacaktır:
6 107 GB 107 GB 4096 B birincil
Sonuç olarak, ikinci diskin neredeyse tamamı RAID'e ayrılmıştır (dilim 5 aracılığıyla). Raid ROL için bu alanın %5,6'sını kullanır ve geri kalanını DDFS'ye sunar. Aşağıdaki örnekte 100 GB diskin ~94,3 GB kısmı kullanım için DDFS'ye verilmiştir:
Dizi [ppart3] (etkin): [raid-type 106] [(0x1, 0x30) seçenekleri] [NVR:N/N] [4608KB şerit] [197858304 sektör] [197858304 toplam sektör]
[dm-2p5]
Bu alan 1075838976 baytlık bloklara bölünmüştür; bunun sonucunda sistem, DDFS'nin kullanması için ek 93 blok oluşturur.:
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
Tüm meta veri dosya sistemleri ilk veri diskinde oluşturulmuş olduğundan, ikinci diskte meta veriler için yalnızca tek bir blok kullanılacağını unutmayın (cp_meta dosya sistemi aracılığıyla). Alanın geri kalanı CSET'in kullanımına sunulur ve normal konteynerler için kullanılabilir kabul edilir:
cm_attrs.max_containers=38379
...
cm_attrs.reserved_containers=2176
38379 * 4,5 MB = ~168,7 GB olduğunu unutmayın:
Kaynak Boyut GiB Kullanılan GiB Mvct GiB Kullanım % Temizlenebilir 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% -
---------------- -------- -------- --------- ---- -------------
Bu, ilk veri diski hariç tüm disklerde ek yüklerin önemli ölçüde daha az olduğunu göstermektedir:
DDFS, ilk 200 GB'lık diskten 76,5 GB kullanılabilir alan elde etti.
DDFS ikinci 100 GB veri diskinden 92,2 GB kullanılabilir alan elde etti.
Bu trend, sonraki tüm veri diskleri için de devam eder.
Son olarak, DDFS içindeki meta verilerin (örneğin dizin dosya sistemleri) boyutlarının sabit olmadığı unutulmamalıdır. Sistemin iş yüküne bağlı olarak, büyümeleri gerekebilir ve bu da CSET'nin kullanılabilir alanından alınır. Bu durumda, CSET'in kullanılabilir boyutu azalacaktır. Bu beklenen bir durumdur. CSET'nin toplam boyutu (ve "filesys show space"e göre DDFS dosya sisteminin boyutu), temeldeki veri disklerinin boyutu değişmese bile statik bir değer olarak düşünülmemelidir.
Additional Information
Bu makalede yer alan bilgilerin DDOS 5.7.30.0'dan itibaren geçerli olduğunu ve sonraki sürümlerde değişebileceğini unutmayın.
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.