Data Domain：MTree 的 PCR 後結合大於 DD 檔案系統使用中階層大小

MTree 報告的 DD 實體容量測量/報告 （PCM/PCR） 比較後大小大於 DD 檔案系統使用中階層的總使用大小。

最新的 PCR 報告顯示，位於 /data/col1/avamar-123456789 的 MTree 的壓縮後大小為 253112.8 GiB。但是，DDFS/data 分割區 （作用中階層） 使用的壓縮後總大小僅為 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.

以 PCR 測量之給定 MTree 的「使用實體 （補償後）」為中繼資料 + 實體 L0 位元組。對於元數據部分，PCR 報告邏輯 LP 段大小。在某些工作負載（例如虛擬合成 （VS） 工作負載）中，存在 LP 共用。因此，邏輯 LP 區段大小可能大於 DDFS/資料分割區實體大小。當 MTree 資料具有較高的重複資料刪除率時，可能會出現此問題，因為其具有較高的 LP 中繼資料。

從 ddfs.inf0 記錄，PCR 工作統計資料

 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.

此症狀沒有解決方案或修正。這就是 PCR 的設計與運作方式。