Data Domain Virtual Edition: Uitleg over het gebruik van schijfruimte in Data Domain Virtual Edition (DDVE)
Summary: Uitleg over het gebruik van schijfruimte in 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) is een nieuw product waarmee een Data Domain Restorer (DDR) in een virtuele omgeving kan worden geïmplementeerd. Nadat de implementatie is voltooid, is het noodzakelijk om dataschijven in te richten voor gebruik door het DDFS-bestandssysteem binnen DDVE. In dit artikel wordt uitgelegd hoe de fysieke ruimte op deze gegevensschijven wordt gebruikt en waarom de bruikbare ruimte binnen het DDFS-bestandssysteem aanzienlijk kleiner kan zijn dan de gecombineerde grootte van alle gegevensschijven
Resolution
Bij het toevoegen van gegevensschijven aan een instantie van DDVE moeten bepaalde capaciteitsregels in acht worden genomen:- De eerste gegevensschijf die wordt toegevoegd, moet minimaal 200 Gb
groot zijn- Alle volgende gegevensschijven moeten minimaal 100 Gb groot zijn De reden dat de eerste schijf minimaal 200 Gb
groot moet zijn,
is dat er aanzienlijke overheadkosten op deze schijf zijn, zoals hieronder wordt beschreven.
Laten we aannemen dat een dataschijf van 200 Gb wordt gepresenteerd aan DDVE, wordt toegevoegd aan de actieve laag en wordt gebruikt om een instantie van het DDFS-bestandssysteem te maken. De fysieke schijf wordt als volgt gebruikt:
In eerste instantie is de schijf gepartitioneerd, waarbij segment 5 wordt gebruikt voor gegevensopslag en segment 6 wordt gebruikt voor ext3-bestandssystemen:
Model: Onbekend (onbekend)
Disk /dev/dm-4: 200GiB
Sectorgrootte (logisch/fysiek): 512B/512B
Partitietabel: GPT-nummer
Startgrootte einde Bestandssysteemnaam Vlaggen
1 0.00GiB 0.00GiB 0.00GiB primair
2 0.00GiB 0.00GiB 0.00GiB primair
3 0.00GiB 0.01GiB 0.01GiB primair
4 0.01GiB 0.01GiB 0.00GiB primair
5 0,01 GiB 193 GiB 193 GiB primair <=== Gebruikt voor datastorage
6 193 GiB 200 GiB 6,77 GiB primair <=== Gebruikt voor ext3
Als gevolg hiervan wordt ~193 GB schijfruimte (segment 5) aan de RAID-driver gegeven voor gebruik.
Houd er echter rekening mee dat DDVE een concept van RAID on LUN (ROL) gebruikt om bescherming te bieden tegen bepaalde soorten databeschadiging (bijvoorbeeld databeschadiging die niet kan worden gedetecteerd/gerepareerd door de onderliggende storage-array). ROL reserveert ongeveer 5,6% van de ruimte in segment 5 voor pariteitsinformatie. Als gevolg hiervan maakt RAID alleen ~182,3 Gb beschikbaar voor gebruik door DDFS (zoals hieronder weergegeven - houd er rekening mee dat elke sector 512 bytes groot is):
Array [ppart2] (actief): [RAID-type 106] [(0x1, 0x30) opties] [NVR:N/N] [4608KB stripe] [382362624 sectoren] [382362624 totaal sectoren]
[DM-4P5]
De ~182,3Gb ruimte die aan DDFS wordt gegeven, is opgedeeld in blokken van 1075838976 bytes groot - als resultaat kunnen we 181 van dergelijke blokken maken. De blokken worden vervolgens toegewezen aan verschillende bestandssystemen op het hoogste niveau binnen DDFS, indien nodig. Houd er rekening mee dat bij het maken van een nieuwe instantie van DDFS een aanzienlijke hoeveelheid ruimte moet worden toegewezen voor metagegevens zoals de bestandssystemen index/samenvattingsvector/CP meta/gereserveerde blokken:
VASTE NUM BLOKGROOTTE
GROOTTE NAAM BLOKGROOTTE
Ja 194726854656 181 1075838976 /.. /vpart:/vol2/col1
Ja 194726854656 181 1075838976 /.. /vpart:/vol2/col1/cp1
nr. 37654364160 21 1075838976 /.. /vpart:/vol2/col1/cp1/cset
nr. 65626177536 61 1075838976 /.. /vpart:/vol2/col1/cp1/full_indices
nr. 22592618496 21 1075838976 /.. /vpart:/vol2/col1/cp1/partial_indices
nr. 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
nr. 10758389760 10 1075838976 /.. /vpart:/vol2/reserved_blocks
Merk op dat alles behalve de containerset (CSET - waar gebruikersgegevens worden opgeslagen) 95 * 1075838976 byteblokken verbruikt. Als gevolg hiervan zijn er nog 86 blokken over voor mogelijk gebruik door de CSET. Merk op dat 86 * 1075838976 bytes = ~86,2 GB.
Binnen de CSET gebruiken we een zeer kleine hoeveelheid ruimte voor metadata en schatten we vervolgens dat we alle resterende 1075838976 byteblokken op het systeem kunnen gebruiken voor het maken van 4.5Mb containers. Als we de metadata van CSET controleren zien we:
cm_attrs.psize=4718592 <=== Elke container is 4.5Mb
...
cm_attrs.max_containers=17403 <=== Maximaal mogelijk aantal 'bruikbare' containers
...
cm_attrs.reserved_containers=2176 <=== Gereserveerde containers voor interne bewerkingen
Het totale aantal containers dat kan worden aangemaakt binnen de CSET is 17403 + 2176 = 19579
Elke container is 4,5 MB groot, dus 19579 containers staat gelijk aan 86,0 Gb schijfruimte
Houd er echter rekening mee dat gereserveerde containers alleen voor intern gebruik zijn (door bewerkingen zoals opschonen) en dus niet in aanmerking worden genomen bij het weergeven van de bruikbare grootte van het bestandssysteem aan gebruikers. Hierdoor is de 'bruikbare' grootte van het DDFS-bestandssysteem 17403 * 4,5 Mb = ~ 76,5 Gb
Als een gebruiker 'filesys show space' uitvoert na het toevoegen van een enkele schijf van 200 Gb en het maken van een instantie van DDFS, zullen ze daarom zien dat het DDFS-bestandssysteem slechts 76,5 Gb groot is:
Active Tier:
Resourcegrootte GiB gebruikt GiB beschikbaar GiB Use% wisbare 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% -
---------------- -------- -------- --------- ---- --------------
Houd er rekening mee dat de overheadkosten op volgende dataschijven aanzienlijk lager zijn:
- Volgende schijven bevatten geen ext3-bestandssystemen
- DDFS-metadata bestaat al op de eerste schijf, dus er wordt zeer weinig gemaakt op volgende schijven
Laten we bijvoorbeeld aannemen dat we een tweede schijf van 100 GB toevoegen en DDFS uitbreiden. Op deze schijf wordt segment 5 aan de RAID-driver gegeven (zoals op de eerste schijf), maar segment 6, terwijl het nog wordt gemaakt, met slechts een grootte van 4Kb:
6 107 GB 107 GB 4096B primair
Als gevolg hiervan wordt praktisch de hele tweede schijf aan RAID gegeven (via slice 5). RAID gebruikt 5,6% van deze ruimte voor ROL en presenteert de rest aan DDFS - in het volgende voorbeeld wordt ~94,3 Gb van de 100 Gb schijf aan DDFS gegeven voor gebruik:
Array [ppart3] (actief): [RAID-type 106] [(0x1, 0x30) opties] [NVR:N/N] [4608KB stripe] [197858304 sectoren] [197858304 totaal sectoren]
[DM-2P5]
Deze ruimte is opgedeeld in blokken van 1075838976 bytes - als gevolg hiervan maakt het systeem 93 extra blokken voor DDFS om te gebruiken:
FIXED NUM BLOCK
SIZE SIZE BLOCKS SIZE NAME Ja
294779879424 274 1075838976 /.. /vpart:/vol1/col1
Ja 294779879424 274 1075838976 /.. /vpart:/vol1/col1/cp1
nr. 22592618496 21 1075838976 /.. /vpart:/vol1/col1/cp1/cset
nr. 65626177536 61 1075838976 /.. /vpart:/vol1/col1/cp1/full_indices
nr. 22592618496 21 1075838976 /.. /vpart:/vol1/col1/cp1/partial_indices
nr. 1075838976 1 1075838976 /.. /vpart:/vol1/col1/cp1/summary.0
No 1075838976 1 1075838976 /.. /vpart:/vol1/col1/cp1/summary.1
Nr. 2151677952 2 1075838976 /.. /vpart:/vol1/col1/cp_meta
nr. 10758389760 10 1075838976 /.. /vpart:/vol1/reserved_blocks
Houd er rekening mee dat, aangezien alle metadata-bestandssystemen al op de eerste gegevensschijf zijn aangemaakt, slechts één enkel blok wordt gebruikt voor metagegevens op de tweede schijf (via het cp_meta-bestandssysteem). De rest van de ruimte wordt ter beschikking gesteld aan het CSET en wordt bruikbaar geacht voor normale containers:
cm_attrs.max_containers=38379
...
cm_attrs.reserved_containers=2176
Merk op dat 38379 * 4,5 Mb = ~ 168,7 Gb:
Resourcegrootte GiB gebruikt GiB beschikbaar GiB Use% Opschoonbaar 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% -
---------------- -------- -------- --------- ---- -------------
Hieruit blijkt dat de overheadkosten aanzienlijk lager zijn op alle schijven, behalve de eerste dataschijf:
Vanaf de eerste schijf van 200 Gb kreeg DDFS 76,5 Gb bruikbare ruimte
Vanaf de tweede 100 Gb dataschijf kreeg DDFS 92,2 Gb bruikbare ruimte
Deze trend zet zich voort voor alle volgende dataschijven.
Ten slotte moet worden opgemerkt dat metadata binnen DDFS (zoals de indexbestandssystemen) niet vast in grootte zijn. Afhankelijk van de werklast van het systeem moeten ze mogelijk groeien, wat bruikbare ruimte wegneemt van de CSET. Als dit gebeurt, neemt de bruikbare grootte van de CSET af. Dit is te verwachten. De totale grootte van de CSET (en de grootte van het DDFS-bestandssysteem volgens 'filesys show space') moet niet worden beschouwd als een statische waarde, zelfs als de grootte van de onderliggende gegevensschijven niet verandert.
groot zijn- Alle volgende gegevensschijven moeten minimaal 100 Gb groot zijn De reden dat de eerste schijf minimaal 200 Gb
groot moet zijn,
is dat er aanzienlijke overheadkosten op deze schijf zijn, zoals hieronder wordt beschreven.
Laten we aannemen dat een dataschijf van 200 Gb wordt gepresenteerd aan DDVE, wordt toegevoegd aan de actieve laag en wordt gebruikt om een instantie van het DDFS-bestandssysteem te maken. De fysieke schijf wordt als volgt gebruikt:
In eerste instantie is de schijf gepartitioneerd, waarbij segment 5 wordt gebruikt voor gegevensopslag en segment 6 wordt gebruikt voor ext3-bestandssystemen:
Model: Onbekend (onbekend)
Disk /dev/dm-4: 200GiB
Sectorgrootte (logisch/fysiek): 512B/512B
Partitietabel: GPT-nummer
Startgrootte einde Bestandssysteemnaam Vlaggen
1 0.00GiB 0.00GiB 0.00GiB primair
2 0.00GiB 0.00GiB 0.00GiB primair
3 0.00GiB 0.01GiB 0.01GiB primair
4 0.01GiB 0.01GiB 0.00GiB primair
5 0,01 GiB 193 GiB 193 GiB primair <=== Gebruikt voor datastorage
6 193 GiB 200 GiB 6,77 GiB primair <=== Gebruikt voor ext3
Als gevolg hiervan wordt ~193 GB schijfruimte (segment 5) aan de RAID-driver gegeven voor gebruik.
Houd er echter rekening mee dat DDVE een concept van RAID on LUN (ROL) gebruikt om bescherming te bieden tegen bepaalde soorten databeschadiging (bijvoorbeeld databeschadiging die niet kan worden gedetecteerd/gerepareerd door de onderliggende storage-array). ROL reserveert ongeveer 5,6% van de ruimte in segment 5 voor pariteitsinformatie. Als gevolg hiervan maakt RAID alleen ~182,3 Gb beschikbaar voor gebruik door DDFS (zoals hieronder weergegeven - houd er rekening mee dat elke sector 512 bytes groot is):
Array [ppart2] (actief): [RAID-type 106] [(0x1, 0x30) opties] [NVR:N/N] [4608KB stripe] [382362624 sectoren] [382362624 totaal sectoren]
[DM-4P5]
De ~182,3Gb ruimte die aan DDFS wordt gegeven, is opgedeeld in blokken van 1075838976 bytes groot - als resultaat kunnen we 181 van dergelijke blokken maken. De blokken worden vervolgens toegewezen aan verschillende bestandssystemen op het hoogste niveau binnen DDFS, indien nodig. Houd er rekening mee dat bij het maken van een nieuwe instantie van DDFS een aanzienlijke hoeveelheid ruimte moet worden toegewezen voor metagegevens zoals de bestandssystemen index/samenvattingsvector/CP meta/gereserveerde blokken:
VASTE NUM BLOKGROOTTE
GROOTTE NAAM BLOKGROOTTE
Ja 194726854656 181 1075838976 /.. /vpart:/vol2/col1
Ja 194726854656 181 1075838976 /.. /vpart:/vol2/col1/cp1
nr. 37654364160 21 1075838976 /.. /vpart:/vol2/col1/cp1/cset
nr. 65626177536 61 1075838976 /.. /vpart:/vol2/col1/cp1/full_indices
nr. 22592618496 21 1075838976 /.. /vpart:/vol2/col1/cp1/partial_indices
nr. 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
nr. 10758389760 10 1075838976 /.. /vpart:/vol2/reserved_blocks
Merk op dat alles behalve de containerset (CSET - waar gebruikersgegevens worden opgeslagen) 95 * 1075838976 byteblokken verbruikt. Als gevolg hiervan zijn er nog 86 blokken over voor mogelijk gebruik door de CSET. Merk op dat 86 * 1075838976 bytes = ~86,2 GB.
Binnen de CSET gebruiken we een zeer kleine hoeveelheid ruimte voor metadata en schatten we vervolgens dat we alle resterende 1075838976 byteblokken op het systeem kunnen gebruiken voor het maken van 4.5Mb containers. Als we de metadata van CSET controleren zien we:
cm_attrs.psize=4718592 <=== Elke container is 4.5Mb
...
cm_attrs.max_containers=17403 <=== Maximaal mogelijk aantal 'bruikbare' containers
...
cm_attrs.reserved_containers=2176 <=== Gereserveerde containers voor interne bewerkingen
Het totale aantal containers dat kan worden aangemaakt binnen de CSET is 17403 + 2176 = 19579
Elke container is 4,5 MB groot, dus 19579 containers staat gelijk aan 86,0 Gb schijfruimte
Houd er echter rekening mee dat gereserveerde containers alleen voor intern gebruik zijn (door bewerkingen zoals opschonen) en dus niet in aanmerking worden genomen bij het weergeven van de bruikbare grootte van het bestandssysteem aan gebruikers. Hierdoor is de 'bruikbare' grootte van het DDFS-bestandssysteem 17403 * 4,5 Mb = ~ 76,5 Gb
Als een gebruiker 'filesys show space' uitvoert na het toevoegen van een enkele schijf van 200 Gb en het maken van een instantie van DDFS, zullen ze daarom zien dat het DDFS-bestandssysteem slechts 76,5 Gb groot is:
Active Tier:
Resourcegrootte GiB gebruikt GiB beschikbaar GiB Use% wisbare 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% -
---------------- -------- -------- --------- ---- --------------
Houd er rekening mee dat de overheadkosten op volgende dataschijven aanzienlijk lager zijn:
- Volgende schijven bevatten geen ext3-bestandssystemen
- DDFS-metadata bestaat al op de eerste schijf, dus er wordt zeer weinig gemaakt op volgende schijven
Laten we bijvoorbeeld aannemen dat we een tweede schijf van 100 GB toevoegen en DDFS uitbreiden. Op deze schijf wordt segment 5 aan de RAID-driver gegeven (zoals op de eerste schijf), maar segment 6, terwijl het nog wordt gemaakt, met slechts een grootte van 4Kb:
6 107 GB 107 GB 4096B primair
Als gevolg hiervan wordt praktisch de hele tweede schijf aan RAID gegeven (via slice 5). RAID gebruikt 5,6% van deze ruimte voor ROL en presenteert de rest aan DDFS - in het volgende voorbeeld wordt ~94,3 Gb van de 100 Gb schijf aan DDFS gegeven voor gebruik:
Array [ppart3] (actief): [RAID-type 106] [(0x1, 0x30) opties] [NVR:N/N] [4608KB stripe] [197858304 sectoren] [197858304 totaal sectoren]
[DM-2P5]
Deze ruimte is opgedeeld in blokken van 1075838976 bytes - als gevolg hiervan maakt het systeem 93 extra blokken voor DDFS om te gebruiken:
FIXED NUM BLOCK
SIZE SIZE BLOCKS SIZE NAME Ja
294779879424 274 1075838976 /.. /vpart:/vol1/col1
Ja 294779879424 274 1075838976 /.. /vpart:/vol1/col1/cp1
nr. 22592618496 21 1075838976 /.. /vpart:/vol1/col1/cp1/cset
nr. 65626177536 61 1075838976 /.. /vpart:/vol1/col1/cp1/full_indices
nr. 22592618496 21 1075838976 /.. /vpart:/vol1/col1/cp1/partial_indices
nr. 1075838976 1 1075838976 /.. /vpart:/vol1/col1/cp1/summary.0
No 1075838976 1 1075838976 /.. /vpart:/vol1/col1/cp1/summary.1
Nr. 2151677952 2 1075838976 /.. /vpart:/vol1/col1/cp_meta
nr. 10758389760 10 1075838976 /.. /vpart:/vol1/reserved_blocks
Houd er rekening mee dat, aangezien alle metadata-bestandssystemen al op de eerste gegevensschijf zijn aangemaakt, slechts één enkel blok wordt gebruikt voor metagegevens op de tweede schijf (via het cp_meta-bestandssysteem). De rest van de ruimte wordt ter beschikking gesteld aan het CSET en wordt bruikbaar geacht voor normale containers:
cm_attrs.max_containers=38379
...
cm_attrs.reserved_containers=2176
Merk op dat 38379 * 4,5 Mb = ~ 168,7 Gb:
Resourcegrootte GiB gebruikt GiB beschikbaar GiB Use% Opschoonbaar 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% -
---------------- -------- -------- --------- ---- -------------
Hieruit blijkt dat de overheadkosten aanzienlijk lager zijn op alle schijven, behalve de eerste dataschijf:
Vanaf de eerste schijf van 200 Gb kreeg DDFS 76,5 Gb bruikbare ruimte
Vanaf de tweede 100 Gb dataschijf kreeg DDFS 92,2 Gb bruikbare ruimte
Deze trend zet zich voort voor alle volgende dataschijven.
Ten slotte moet worden opgemerkt dat metadata binnen DDFS (zoals de indexbestandssystemen) niet vast in grootte zijn. Afhankelijk van de werklast van het systeem moeten ze mogelijk groeien, wat bruikbare ruimte wegneemt van de CSET. Als dit gebeurt, neemt de bruikbare grootte van de CSET af. Dit is te verwachten. De totale grootte van de CSET (en de grootte van het DDFS-bestandssysteem volgens 'filesys show space') moet niet worden beschouwd als een statische waarde, zelfs als de grootte van de onderliggende gegevensschijven niet verandert.
Additional Information
Houd er rekening mee dat de informatie in dit artikel geldig is vanaf DDOS 5.7.30.0 en kan veranderen in volgende releases.
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.