Data Domain Virtual Edition: Erläuterung der Speicherplatzauslastung auf Data Domain Virtual Edition (DDVE)
Summary: Erläuterung der Speicherplatzauslastung auf 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) ist ein neues Produkt, das die Bereitstellung eines Data Domain Restorer (DDR) in einer virtuellen Umgebung ermöglicht. Sobald die Bereitstellung abgeschlossen ist, müssen Datenfestplatten für die Verwendung durch das DDFS-Dateisystem in DDVE bereitgestellt werden. In diesem Artikel wird erläutert, wie physischer Speicherplatz auf diesen Datenfestplatten verwendet wird und warum der nutzbare Speicherplatz innerhalb des DDFS-Dateisystems möglicherweise deutlich kleiner ist als die kombinierte Größe aller Datenfestplatten
Resolution
Beim Hinzufügen von Datenfestplatten zu einer Instanz von DDVE müssen bestimmte Kapazitätsregeln eingehalten werden:
– Die erste Datenfestplatte, die hinzugefügt wird, muss mindestens 200 GB groß sein
– Alle nachfolgenden Datenfestplatten müssen mindestens 100 GB groß sein.
Der Grund, warum die erste Festplatte mindestens 200 GB groß sein muss, ist, dass auf dieser Festplatte erhebliche Overheads anfallen, wie im Folgenden beschrieben.
Nehmen wir an, dass eine 200-GB-Datenfestplatte einer DDVE bereitgestellt, dem aktiven Tier hinzugefügt und zur Erstellung einer Instanz des DDFS-Dateisystems verwendet wird. Das physische Laufwerk wird wie folgt verwendet:
Zunächst wird das Laufwerk partitioniert, wobei Slice 5 für Daten-Storage und Slice 6 für ext3-Dateisysteme verwendet wird:
Modell: 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
Infolgedessen werden ~193 GB Festplattenspeicher (Slice 5) dem RAID-Treiber zur Nutzung überlassen.
Beachten Sie jedoch, dass DDVE ein Konzept von RAID on LUN (ROL) verwendet, um sich gegen bestimmte Arten von Datenbeschädigungen zu schützen (z. B. Datenbeschädigungen, die von dem zugrunde liegenden Storage-Array nicht erkannt/repariert werden können). ROL reserviert ca. 5,6 % des Speicherplatzes in Slice 5 für Paritätsinformationen. Infolgedessen stellt RAID nur ~182,3 GB für die Nutzung durch DDFS zur Verfügung (wie unten gezeigt. Beachten Sie, dass jeder Sektor 512 Byte groß ist):
Array [ppart2] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [382362624 sectors] [382362624 total sectors]
[dm-4p5]
Der ~182,3-GB-Speicherplatz, der dem DDFS zur Verfügung steht, wird in Blöcke mit einer Größe von 1075838976 Byte aufgeteilt. Wir können also 181 solcher Blöcke erstellen. Die Blöcke werden dann nach Bedarf verschiedenen Dateisystemen der übergeordneten Ebene innerhalb des DDFS zugewiesen. Beachten Sie, dass beim Erstellen einer neuen Instanz des DDFS eine erhebliche Menge an Speicherplatz für Metadaten wie Index/Zusammenfassungsvektor/CP-Meta/reservierte Blockdateisysteme zugewiesen werden muss:
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
Beachten Sie, dass alles außer dem Containersatz (CSET, in dem die Benutzerdaten gespeichert werden) 95 * 1075838976-Byte-Blöcke verbraucht. Infolgedessen bleiben 86 Blöcke für eine mögliche Nutzung durch das CSET übrig. Beachten Sie, dass 86 * 1075838976 Byte = ~86,2 GB.
Innerhalb des CSET verwenden wir eine sehr kleine Menge an Speicherplatz für Metadaten und schätzen dann, dass wir alle verbleibenden 1075838976-Byte-Blöcke auf dem System für die Erstellung von 4,5-MB-Containern verwenden können. Wenn wir die CSET-Metadaten überprüfen, sehen wir Folgendes:
cm_attrs.psize=4718592 <=== Jeder Container ist 4,5 MB groß
...
cm_attrs.max_containers=17403 <=== Maximal mögliche Anzahl „nutzbarer“ Container
...
cm_attrs.reserved_containers=2176 <=== Für interne Vorgänge reservierte Container
Die Gesamtzahl der Container, die innerhalb des CSET erstellt werden können, beträgt 17403 + 2176 = 19579
Jeder Container ist 4,5 MB groß, sodass 19579 Container 86,0 GB Speicherplatz entsprechen.
Beachten Sie jedoch, dass reservierte Container nur für die interne Verwendung (z. B. für die Bereinigung) vorgesehen sind und daher bei der Anzeige der nutzbaren Größe des Dateisystems für Nutzer nicht berücksichtigt werden. Aus diesem Grund beträgt die „nutzbare“ Größe des DDFS-Dateisystems 17403 * 4,5 MB = ~76,5 GB.
Wenn ein Nutzer 'filesys show space' ausführt, nachdem er eine einzelne 200-GB-Festplatte hinzugefügt und eine Instanz von DDFS erstellt hat, wird daher angezeigt, dass das DDFS-Dateisystem nur 76,5 GB groß ist:
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% -
---------------- -------- -------- --------- ---- --------------
Beachten Sie, dass der Overhead auf nachfolgenden Datenfestplatten deutlich geringer ist:
– Nachfolgende Festplatten enthalten keine ext3-Dateisysteme
– DDFS-Metadaten sind bereits auf der ersten Festplatte vorhanden, sodass auf nachfolgenden Festplatten nur sehr wenig erstellt wird.
Nehmen wir beispielsweise an, wir fügen eine zweite 100-GB-Festplatte hinzu und erweitern DDFS. Auf dieser Festplatte wird Slice 5 an den RAID-Treiber übergeben (wie auf der ersten Festplatte), Slice 6 hingegen wird zwar erstellt, hat jedoch nur eine Größe von 4 KB:
6 107GB 107GB 4096B primary
Infolgedessen wird praktisch die gesamte zweite Festplatte RAID übergeben (über Slice 5). RAID verwendet 5,6 % dieses Speicherplatzes für ROL und gibt den Rest an DDFS weiter. Im folgenden Beispiel werden ~94,3 GB der 100-GB-Festplatte an DDFS zur Nutzung übergeben:
Array [ppart3] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [197858304 sectors] [197858304 total sectors]
[dm-2p5]
Dieser Speicherplatz wird in 1075838976-Byte-Blöcke aufgeteilt. Das System erstellt somit zusätzliche 93 Blöcke zur Nutzung durch 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
Beachten Sie, dass alle Metadatendateisysteme bereits auf der ersten Datenfestplatte erstellt wurden und nur ein einziger Block für Metadaten auf der zweiten Festplatte verwendet wird (über das cp_meta Dateisystem). Der Rest des Speicherplatzes wird dem CSET zur Verfügung gestellt und gilt als nutzbar für normale Container:
cm_attrs.max_containers=38379
...
cm_attrs.reserved_containers=2176
Beachten Sie, dass 38379 * 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% -
---------------- -------- -------- --------- ---- -------------
Dies zeigt, dass der Overhead auf allen außer der ersten Datenfestplatte deutlich geringer ist:
Von der ersten 200-GB-Festplatte erhielt DDFS 76,5 GB nutzbaren Speicherplatz
Von der zweiten 100-GB-Datenfestplatte erhielt DDFS 92,2 GB nutzbaren Speicherplatz.
Dieser Trend setzt sich für alle nachfolgenden Datenfestplatten fort.
Abschließend ist zu beachten, dass Metadaten innerhalb des DDFS (z. B. die Indexdateisysteme) nicht in der Größe festgelegt sind. Je nach Workload des Systems müssen sie möglicherweise erweitert werden, wodurch nutzbarer Speicherplatz vom CSET entfernt wird. In diesem Fall verringert sich die nutzbare Größe des CSET. Dies ist zu erwarten. Die Gesamtgröße des CSET (und die Größe des DDFS-Dateisystems gemäß 'filesys show space') sollte nicht als statischer Wert betrachtet werden, auch wenn sich die Größe der zugrunde liegenden Datenfestplatten nicht ändert.
– Die erste Datenfestplatte, die hinzugefügt wird, muss mindestens 200 GB groß sein
– Alle nachfolgenden Datenfestplatten müssen mindestens 100 GB groß sein.
Der Grund, warum die erste Festplatte mindestens 200 GB groß sein muss, ist, dass auf dieser Festplatte erhebliche Overheads anfallen, wie im Folgenden beschrieben.
Nehmen wir an, dass eine 200-GB-Datenfestplatte einer DDVE bereitgestellt, dem aktiven Tier hinzugefügt und zur Erstellung einer Instanz des DDFS-Dateisystems verwendet wird. Das physische Laufwerk wird wie folgt verwendet:
Zunächst wird das Laufwerk partitioniert, wobei Slice 5 für Daten-Storage und Slice 6 für ext3-Dateisysteme verwendet wird:
Modell: 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
Infolgedessen werden ~193 GB Festplattenspeicher (Slice 5) dem RAID-Treiber zur Nutzung überlassen.
Beachten Sie jedoch, dass DDVE ein Konzept von RAID on LUN (ROL) verwendet, um sich gegen bestimmte Arten von Datenbeschädigungen zu schützen (z. B. Datenbeschädigungen, die von dem zugrunde liegenden Storage-Array nicht erkannt/repariert werden können). ROL reserviert ca. 5,6 % des Speicherplatzes in Slice 5 für Paritätsinformationen. Infolgedessen stellt RAID nur ~182,3 GB für die Nutzung durch DDFS zur Verfügung (wie unten gezeigt. Beachten Sie, dass jeder Sektor 512 Byte groß ist):
Array [ppart2] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [382362624 sectors] [382362624 total sectors]
[dm-4p5]
Der ~182,3-GB-Speicherplatz, der dem DDFS zur Verfügung steht, wird in Blöcke mit einer Größe von 1075838976 Byte aufgeteilt. Wir können also 181 solcher Blöcke erstellen. Die Blöcke werden dann nach Bedarf verschiedenen Dateisystemen der übergeordneten Ebene innerhalb des DDFS zugewiesen. Beachten Sie, dass beim Erstellen einer neuen Instanz des DDFS eine erhebliche Menge an Speicherplatz für Metadaten wie Index/Zusammenfassungsvektor/CP-Meta/reservierte Blockdateisysteme zugewiesen werden muss:
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
Beachten Sie, dass alles außer dem Containersatz (CSET, in dem die Benutzerdaten gespeichert werden) 95 * 1075838976-Byte-Blöcke verbraucht. Infolgedessen bleiben 86 Blöcke für eine mögliche Nutzung durch das CSET übrig. Beachten Sie, dass 86 * 1075838976 Byte = ~86,2 GB.
Innerhalb des CSET verwenden wir eine sehr kleine Menge an Speicherplatz für Metadaten und schätzen dann, dass wir alle verbleibenden 1075838976-Byte-Blöcke auf dem System für die Erstellung von 4,5-MB-Containern verwenden können. Wenn wir die CSET-Metadaten überprüfen, sehen wir Folgendes:
cm_attrs.psize=4718592 <=== Jeder Container ist 4,5 MB groß
...
cm_attrs.max_containers=17403 <=== Maximal mögliche Anzahl „nutzbarer“ Container
...
cm_attrs.reserved_containers=2176 <=== Für interne Vorgänge reservierte Container
Die Gesamtzahl der Container, die innerhalb des CSET erstellt werden können, beträgt 17403 + 2176 = 19579
Jeder Container ist 4,5 MB groß, sodass 19579 Container 86,0 GB Speicherplatz entsprechen.
Beachten Sie jedoch, dass reservierte Container nur für die interne Verwendung (z. B. für die Bereinigung) vorgesehen sind und daher bei der Anzeige der nutzbaren Größe des Dateisystems für Nutzer nicht berücksichtigt werden. Aus diesem Grund beträgt die „nutzbare“ Größe des DDFS-Dateisystems 17403 * 4,5 MB = ~76,5 GB.
Wenn ein Nutzer 'filesys show space' ausführt, nachdem er eine einzelne 200-GB-Festplatte hinzugefügt und eine Instanz von DDFS erstellt hat, wird daher angezeigt, dass das DDFS-Dateisystem nur 76,5 GB groß ist:
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% -
---------------- -------- -------- --------- ---- --------------
Beachten Sie, dass der Overhead auf nachfolgenden Datenfestplatten deutlich geringer ist:
– Nachfolgende Festplatten enthalten keine ext3-Dateisysteme
– DDFS-Metadaten sind bereits auf der ersten Festplatte vorhanden, sodass auf nachfolgenden Festplatten nur sehr wenig erstellt wird.
Nehmen wir beispielsweise an, wir fügen eine zweite 100-GB-Festplatte hinzu und erweitern DDFS. Auf dieser Festplatte wird Slice 5 an den RAID-Treiber übergeben (wie auf der ersten Festplatte), Slice 6 hingegen wird zwar erstellt, hat jedoch nur eine Größe von 4 KB:
6 107GB 107GB 4096B primary
Infolgedessen wird praktisch die gesamte zweite Festplatte RAID übergeben (über Slice 5). RAID verwendet 5,6 % dieses Speicherplatzes für ROL und gibt den Rest an DDFS weiter. Im folgenden Beispiel werden ~94,3 GB der 100-GB-Festplatte an DDFS zur Nutzung übergeben:
Array [ppart3] (active): [raid-type 106] [(0x1, 0x30) options] [NVR:N/N] [4608KB stripe] [197858304 sectors] [197858304 total sectors]
[dm-2p5]
Dieser Speicherplatz wird in 1075838976-Byte-Blöcke aufgeteilt. Das System erstellt somit zusätzliche 93 Blöcke zur Nutzung durch 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
Beachten Sie, dass alle Metadatendateisysteme bereits auf der ersten Datenfestplatte erstellt wurden und nur ein einziger Block für Metadaten auf der zweiten Festplatte verwendet wird (über das cp_meta Dateisystem). Der Rest des Speicherplatzes wird dem CSET zur Verfügung gestellt und gilt als nutzbar für normale Container:
cm_attrs.max_containers=38379
...
cm_attrs.reserved_containers=2176
Beachten Sie, dass 38379 * 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% -
---------------- -------- -------- --------- ---- -------------
Dies zeigt, dass der Overhead auf allen außer der ersten Datenfestplatte deutlich geringer ist:
Von der ersten 200-GB-Festplatte erhielt DDFS 76,5 GB nutzbaren Speicherplatz
Von der zweiten 100-GB-Datenfestplatte erhielt DDFS 92,2 GB nutzbaren Speicherplatz.
Dieser Trend setzt sich für alle nachfolgenden Datenfestplatten fort.
Abschließend ist zu beachten, dass Metadaten innerhalb des DDFS (z. B. die Indexdateisysteme) nicht in der Größe festgelegt sind. Je nach Workload des Systems müssen sie möglicherweise erweitert werden, wodurch nutzbarer Speicherplatz vom CSET entfernt wird. In diesem Fall verringert sich die nutzbare Größe des CSET. Dies ist zu erwarten. Die Gesamtgröße des CSET (und die Größe des DDFS-Dateisystems gemäß 'filesys show space') sollte nicht als statischer Wert betrachtet werden, auch wenn sich die Größe der zugrunde liegenden Datenfestplatten nicht ändert.
Additional Information
Beachten Sie, dass die in diesem Artikel enthaltenen Informationen ab DDOS 5.7.30.0 gültig sind und sich in nachfolgenden Versionen ändern können.
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.