Data Domain: PCR-Postkomprimierung für einen MTree ist größer als die aktive Tier-Größe des DD-Dateisystems
Summary: In diesem Wissensdatenbank-Artikel wird ein Symptom beschrieben, das DD PCR nach der Komprimierung für einen MTree meldet, der größer ist als die aktive Tier-Größe des DD-Dateisystems.
Symptoms
Die physische Kapazitätsmessung/-berichterstattung (PCM/PCR) für einen MTree-Bericht nach der Komprimierung ist größer als die insgesamt genutzte Gesamtgröße des aktiven Tier des DD-Dateisystems.
Der neueste PCR-Bericht zeigt, dass der MTree unter /data/col1/avamar-123456789 eine Post-Comp-Größe von 253112,8 GiB aufweist. Die Gesamtgröße nach der Komprimierung, die von der DDFS /Datenpartition (aktiver Tier) verwendet wird, beträgt jedoch nur 241913,2 GiB.
sysadmin@dd123# compression physical-capacity-measurement sample show history mtrees /data/col1/avamar-123456789
MTree: /data/col1/avamar-123456789
Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp
(Pre-Comp) (Post-Comp) Factor Factor Factor
(GiB) (GiB) (Reduction %)
------------------- ------------ ------------- ----------- ---------- ----------------
……
2021/02/27 10:00:03 62238106. 253112.8 91.31x 2.69x 245.89x (99.59%)
------------------- ------------ ------------- ----------- ---------- ----------------
DDFS space:
sysadmin@dd123# filesys show space
GENERATED: 2021-02-27 10:45:24 PDT
Active Tier:
Resource Size GiB Used GiB Avail GiB Use% Cleanable GiB*
---------------- -------- ----------- --------- ---- --------------
/data: pre-comp - 113255640.0 - - -
/data: post-comp 342785.4 241913.2 100872.2 71% 8030.7
/ddvar 47.1 16.5 28.2 37% -
/ddvar/core 984.2 0.1 934.1 0% -
---------------- -------- ----------- --------- ---- --------------
* Estimated based on last cleaning of 2021/02/25 09:47:35.
Cause
"Physical Used (Post-Comp)" für den angegebenen MTree, gemessen durch PCR, ist Metadaten + physische L0-Byte. Für den Metadatenteil meldet PCR die logische LP-Segmentgröße. Bei einigen Workloads, z. B. bei virtuellen synthetischen (VS) Workloads, ist die LP-Freigabe vorhanden. Infolgedessen kann die logische LP-Segmentgröße größer sein als die physische Größe der DDFS/Datenpartition. Dieses Problem tritt auf, wenn die MTree-Daten eine hohe Deduplizierungsrate aufweisen, da sie viele LP-Metadaten aufweisen.
Aus ddfs.inf0-Protokollen, PCR-Jobstatistiken
ddfs.inf0:02/16 18:21:56.176 (tid 0x7f9928c04c20): pcr_run_job: Job (1,6) has results: logical 66827658273324768, compression 2.693984, metadata 218970311166156, num lps 16042377403, num l0s 7793825601792, l0 sum 66827658273324768, bits set 15696840, num sampled 7577743715, estimated unique num l0s with sampling 16109240, estimated unique num l0s 16495861760, bf size 38654704, files seen 38738195, paths not found 0, average l0 size 8624.134370, sampled pre lc sum 138928250366, sample post lc sum 51569813096, sampled uniq l0 count 8389415, Physical L0 bytes = (estimated unique num l0s * average l0 size ) / compression = 16495861760 * 8624.134370 / 2.693984 = 52,806,665,450,960.36 byte LP metadata = 218,970,311,166,156 byte PCR “Physical Used (Post-Comp)” = 52,806,665,450,960.36 + 218,970,311,166,156 = ~253.1 TB.
Resolution
Es gibt keine Lösung oder Korrektur für dieses Symptom. So wurde der PCR konzipiert und funktioniert wie vorgesehen.