Data Domain: l'uso dello spazio in Raccolta dati ha superato la soglia del 95%.

ddboost@prdctdd50# alerts show current
Id      Post Time                  Severity   Class        Object          Message
-----   ------------------------   --------   ----------   -------------   ----------------------------------------------------------------------------
p0-69   Fri Jun  2 20:36:00 2017   CRITICAL   Filesystem   FilesysType=2   EVT-SPACE-00004: Space usage in Data Collection has exceeded 100% threshold.
-----   ------------------------   --------   ----------   -------------   ----------------------------------------------------------------------------
There is 1 active alert.
ddboost@prdctdd50# df -kh
 
Active Tier:
Resource           Size GiB    Used GiB   Avail GiB   Use%   Cleanable GiB*
----------------   --------   ---------   ---------   ----   --------------
/data: pre-comp           -   1678028.9           -      -                -
/data: post-comp   165663.3    165663.3         0.0   100%          28605.6
/ddvar                 47.2        10.5        34.3    23%                -
/ddvar/core           984.3       368.6       565.7    39%                -
----------------   --------   ---------   ---------   ----   --------------

• I backup non sono scaduti e DD contiene molti file obsoleti.
• DD contiene un numero enorme di file di piccole dimensioni.
• DD è un'origine di replica della raccolta.
• Le snapshot Mtree contengono dati.
• Un enorme ritardo della replica causa la mancata pulizia dei dati durante la pulizia.
• L'utente ha inserito i dati in DD al livello massimo.

Attenersi alla seguente procedura per risolvere il problema.

1. Verificare se c'è un'enorme quantità di dimensioni pulibili. In caso affermativo, avviare una pulizia manuale per recuperare spazio.

2. I backup non sono scaduti. DD contiene molti file obsoleti.

• Controllare la policy di retention corrente impostata nel software di backup.
• Controllare nella sezione Distribuzione dei file per i registri di supporto automatico più recenti.

Distribuzione dei file

-----------------
59,343 files in 243 directories

                          Count                         Space
               -----------------------------   --------------------------
         Age         Files       %    cumul%        GiB       %    cumul%
   ---------   -----------   -----   -------   --------   -----   -------
       1 day         1,486     2.5       2.5     6447.1     0.9       0.9
      1 week         7,477    12.6      15.1    74390.0    10.1      11.0
     2 weeks        12,183    20.5      35.6    94039.1    12.8      23.7
     1 month        13,050    22.0      57.6   134241.0    18.2      41.9
    2 months         3,432     5.8      63.4   111922.9    15.2      57.1
    3 months         2,417     4.1      67.5    51673.8     7.0      64.1
    6 months         2,562     4.3      71.8   154479.7    21.0      85.1
      1 year         2,806     4.7      76.5    35099.5     4.8      89.8
    > 1 year        13,930    23.5     100.0    74979.7    10.2     100.0
   ---------   -----------   -----   -------   --------   -----   -------

• Se la policy è stata modificata di recente, potrebbero essere presenti file che vengono acquisiti con la policy di retention precedente. Far scadere manualmente i vecchi backup dal software di backup.
• Se la policy di retention e la distribuzione dei file sono in base alle aspettative, procedere oltre.

3. DD contiene un numero enorme di file di piccole dimensioni.

Il file system di Data Domain è progettato per segmentare l'acquisizione di dati in segmenti da 4 KB a 12 KB per la deduplica di tali segmenti. I file con dimensioni inferiori a 12 KB potrebbero potenzialmente occupare più spazio su DD rispetto al normale storage. Se sono presenti molti file di dimensioni pari o inferiori a 10 KB, ciò potrebbe influire sull'uso dello storage.

Controllare questo aspetto nei registri di supporto automatico di DD. L'istogramma dei file di piccole dimensioni si trova in Distribuzione dei file:

                          Count                         Space
               -----------------------------   --------------------------
        Size         Files       %    cumul%        GiB       %    cumul%
   ---------   -----------   -----   -------   --------   -----   -------
       1 KiB             8     0.0       0.0        0.0     0.0       0.0
      10 KiB        32,792    25.1      25.1        0.2     0.0       0.0
     100 KiB        32,774    25.1      50.2        2.0     0.0       0.0
     500 KiB        10,607     8.1      58.3        2.3     0.0       0.0
       1 MiB         1,653     1.3      59.6        1.2     0.0       0.0
       5 MiB         8,036     6.2      65.7       17.5     0.0       0.0
      10 MiB         2,377     1.8      67.6       15.6     0.0       0.0
      50 MiB         6,680     5.1      72.7      152.1     0.0       0.0
     100 MiB         1,153     0.9      73.5       72.1     0.0       0.0
     500 MiB           517     0.4      73.9      120.5     0.0       0.0
       1 GiB           322     0.2      74.2      233.4     0.0       0.0
       5 GiB         1,432     1.1      75.3     3767.4     0.2       0.2
      10 GiB           581     0.4      75.7     4416.6     0.2       0.4
      50 GiB        23,715    18.2      93.9   606656.4    28.3      28.7
     100 GiB         3,999     3.1      96.9   272684.4    12.7      41.4
     500 GiB         3,456     2.6      99.6   982062.1    45.8      87.2
   > 500 GiB           536     0.4     100.0   268000.0    12.5      99.7
   ---------   -----------   -----   -------   --------   -----   -------

Se questo è il motivo, Dell Technologies consiglia di configurare la procedura di backup in modo che i file di piccole dimensioni vengano acquisiti raramente. Modificare la metodologia di backup per raccogliere tutti i file di piccole dimensioni in un singolo archivio più ampio (ad esempio un file .tar o .gz) prima di scriverli sul DD.

4. Le snapshot Mtree contengono dati.

• Verificare se sono presenti snapshot obsolete non scadute o scadute che contengono dati. Per tutti gli MTree, eseguire il comando:

# snapshot list mtree /data/col1/<Mtree_name>

• Se vengono rilevate snapshot obsolete ancora presenti e contenenti dati, verificare se possono essere scadute. In tal caso, far scadere le snapshot.

# snapshot expire <snapshot_name> mtree /data/col1/<Mtree_name>

• Avviare e interrompere la pulizia per rimuovere le snapshot scadute:

# filesys clean start
# filesys clean stop

• Verificare se le snapshot vengono rimosse per gli MTree per i quali le snapshot sono appena scadute:

# snapshot list mtree /data/col1/<Mtree_name>

• Se la snapshot è ancora presente, fare riferimento a Data Domain: La snapshot MTree_replication non viene eliminata (in inglese).

5. Un ritardo di replica di grandi dimensioni fa sì che i dati non vengano rimossi durante la pulizia.

• Verificare se è presente una replica configurata in DD eseguendo il comando:

# replication show config

• Verificare la presenza di un avviso per il ritardo di replica o per la sincronizzazione in DD eseguendo il comando:

# alerts show current

• Verificare se nell'output del comando è presente una dimensione pulibile:

# df

• Se si verifica un ritardo di replica enorme, dividere la coppia e avviare la pulizia per richiedere lo spazio in DD. Al termine, risincronizzare nuovamente la replica.
• Fare riferimento a Data Domain - Dividere e risincronizzare la replica della directory (in inglese) per dividere e risincronizzare la replica della directory.

6. L'utente ha inserito dati in DD al livello massimo.

Se tutte le cause di cui sopra non sembrano verificarsi qui, lo spazio in DD è pieno alla sua capacità massima e l'utente deve aggiungere più storage in DD.

Per ulteriori informazioni, fare riferimento a questo video: