Data Domain: Pladsforbruget til dataindsamling har overskredet tærsklen

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%                -
----------------   --------   ---------   ---------   ----   --------------

• Sikkerhedskopier udløber ikke, og DD indeholder mange gamle filer.
• DD indeholder et stort antal små filer.
• DD er en kilde til samlingsreplikering.
• Mtree-snapshots indeholder data.
• En enorm replikeringsforsinkelse, der forårsager, at dataene ikke ryddes op under rengøring.
• Brugeren har indtaget data i DD på det maksimale niveau.

Følg nedenstående trin for at foretage fejlfinding af problemet.

1. Se om der er en enorm mængde rengørbar størrelse. Hvis der er, skal du starte en manuel rengøring for at genvinde pladsen.

2. Sikkerhedskopieringer udløber ikke. DD indeholder mange gamle filer.

• Kontroller den aktuelle opbevaringspolitik, der er angivet i sikkerhedskopieringssoftwaren.
• Tjek i afsnittet Fildistribution for de nyeste autosupport-logfiler.

Fildistribution

-----------------
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
   ---------   -----------   -----   -------   --------   -----   -------

• Hvis politikken blev ændret for nylig, kan der være filer, der indtages sammen med den gamle opbevaringspolitik. Udløb de gamle sikkerhedskopier manuelt fra sikkerhedskopieringssoftwaren.
• Hvis opbevaringspolitikken og fildistributionen er som forventet, skal du fortsætte.

3. DD indeholder et stort antal små filer.

Data Domain File System er designet til at segmentere dataindtagelse i 4 KB til 12 KB segmenter til deduplikering af disse segmenter. Filer under 12 KB kan potentielt optage mere plads på DD end på normal lagring. Hvis der er mange filer, der er 10 KB eller mindre, kan dette påvirke lagerforbruget.

Tjek dette i autosupport-logfilerne for DD. Histogrammet for små filer findes under Fildistribution:

                          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
   ---------   -----------   -----   -------   --------   -----   -------

Hvis dette er årsagen, anbefaler Dell Technologies at konfigurere sikkerhedskopieringsproceduren, så de små filer sjældent indtages. Skift sikkerhedskopieringsmetode til at inkludere alle små filer i et enkelt større arkiv (f.eks. en .tar- eller .gz-fil), før du skriver dem til DD.

4. Mtree-snapshots indeholder data.

• Kontrollér, om der er gamle, ikke-udløbne eller udløbne snapshots med data. For alle Mtrees skal du køre kommandoen:

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

• Hvis der findes gamle snapshots, som stadig er der og indeholder data, skal du kontrollere, om disse kan udløbe. Hvis det er tilfældet, skal du lade snapshots udløbe.

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

• Start og stop rensning for at fjerne disse udløbne snapshots:

# filesys clean start
# filesys clean stop

• Kontrollér, om snapshots er fjernet for de MTrees, hvor snapshots lige er udløbet:

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

• Hvis snapshottet stadig er der, skal du følge Data Domain: MTree_replication Snapshot slettes ikke.

5. En stor replikeringsforsinkelse medfører, at dataene ikke fjernes under rensningen.

• Kontrollér, om der er konfigureret replikering i DD ved at køre kommandoen:

# replication show config

• Kontrollér, om der er en advarsel om replikeringsforsinkelse eller synkronisering af tid i DD ved at køre kommandoen:

# alerts show current

• Kontroller, om der er nogen rengørbar størrelse i outputtet af kommandoen:

# df

• Hvis der er en enorm replikeringsforsinkelse, skal du bryde parret og starte rengøringen for at gøre krav på pladsen i DD. Når du er færdig, synkroniseres replikeringen igen.
• Reference Data Domain – Break og Gensynkroniser biblioteksreplikering for at bryde og gensynkronisere biblioteksreplikering.

6. Brugeren har indtaget data i DD på sit maksimale niveau.

Hvis alle ovenstående årsager ikke ser ud til at ske her, er pladsen i DD fuld med sin maksimale kapacitet, og brugeren skal tilføje mere lagerplads til DD.

Du kan finde flere oplysninger i denne video: