Data Domain: Después de la compresión de PCR para un MTree es mayor que el tamaño del nivel activo del sistema de archivos de DD
Resumen: En este artículo de la base de conocimientos, se describe un síntoma de que DD PCR informa después de la compresión para un MTree que es mayor que el tamaño del nivel activo del sistema de archivos de DD. ...
Síntomas
Medición/generación de informes de capacidad física (PCM/PCR) de DD para un informe de MTree El tamaño posterior a la compresión es mayor que el tamaño total utilizado del nivel activo del sistema de archivos de DD.
En el informe de PCR más reciente, se muestra que el MTree ubicado en /data/col1/avamar-123456789 tiene un tamaño posterior a la compresión de 253112,8 GiB. Sin embargo, el tamaño total posterior a la compresión utilizado por la partición de datos/DDFS (nivel activo) es de solo 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.
Causa
El "espacio físico utilizado (después de la compresión)" para el MTree determinado medido por PCR es metadatos + L0 bytes físicos. Para la parte de metadatos, PCR informa el tamaño del segmento LP lógico. En algunas cargas de trabajo, como la carga de trabajo de sistema virtual (VS), existe el uso compartido de LP. Como resultado, el tamaño del segmento LP lógico puede ser mayor que el tamaño físico de la partición de datos/DDFS. Este problema se puede observar cuando los datos de MTree tienen una tasa de desduplicación alta, ya que tienen metadatos LP altos.
En los registros ddfs.inf0, las estadísticas de trabajos de 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.
Resolución
No hay una resolución ni una solución para este síntoma. Así es como se diseñó el PCR y funciona según lo diseñado.