Data Domain: Speicherplatznutzung der Datenerfassung hat die Grenze überschritten.

ddboost@dd# 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@dd# 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%                -
----------------   --------   ---------   ---------   ----   --------------

• Backups laufen nicht ab und DD enthält viele alte Dateien.
• DD enthält eine große Anzahl kleiner Dateien.
• DD ist eine Quelle der Erfassungsreplikation.
• MTree-Snapshots enthalten Daten.
• Die Replikationsverzögerung führt dazu, dass die Daten während der Bereinigung nicht entfernt werden.
• Daten wurden auf maximaler Ebene in die DD aufgenommen.

Gehen Sie wie folgt vor, um das Problem zu beheben.

1. Prüfen Sie, ob eine sehr große Menge an zu bereinigenden Daten gibt. Falls ja, starten Sie eine manuelle Bereinigung, um den Speicherplatz zurückzugewinnen.

2. Backups laufen nicht ab. Das DD enthält viele alte Dateien.

• Überprüfen Sie die aktuelle Aufbewahrungs-Policy, die in der Backupsoftware festgelegt ist.
• Suchen Sie im Abschnitt Dateiverteilung nach den neuesten Autosupport-Protokollen.

Dateiverteilung

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

Wenn Dateien, die älter als die in der aktuellen Aufbewahrungs-Policy festgelegte Dauer sind, in DD gefunden werden, prüfen Sie die Backupsoftware, da die Dateien nicht gemäß der Policy ablaufen.

• Wenn die Policy kürzlich geändert wurde, sind möglicherweise Dateien vorhanden, die mit der alten Aufbewahrungs-Policy aufgenommen wurden. Lassen Sie die alten Backups manuell über die Backupsoftware ablaufen.
• Wenn die Aufbewahrungs-Policy und die Dateiverteilung den Erwartungen entsprechen, fahren Sie fort.

3. DD enthält eine große Anzahl kleiner Dateien.

Das Data Domain-Dateisystem wurde entwickelt, um die Datenaufnahme zur Deduplizierung in Segmente von 4 KB bis 12 KB zu unterteilen. Dateien mit einer Größe von weniger als 12 KB könnten potenziell mehr Speicherplatz auf der DD in Anspruch nehmen als im normalen Speicher. Wenn viele Dateien mit 10 KB oder weniger vorhanden sind, kann dies die Speichernutzung beeinträchtigen.

Überprüfen Sie dies in den Autosupport-Protokollen von DD. Das Histogramm kleiner Dateien befindet sich unter der Dateiverteilung:

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

Wenn dies der Fall ist, empfiehlt Dell Technologies, das Backupverfahren so einzurichten, damit die kleinen Dateien nur selten aufgenommen werden. Ändern Sie die Backupmethode so, dass alle kleinen Dateien in ein einziges größeres Archiv (z. B. eine .tar- oder .gz-Datei) aufgenommen werden, bevor sie auf die DD geschrieben werden.

4. MTree-Snapshots enthalten Daten.

• Überprüfen Sie, ob alte, nicht abgelaufene oder abgelaufene Snapshots mit Daten vorhanden sind. Führen Sie für alle MTrees den folgenden Befehl aus:

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

• Wenn noch alte Snapshots vorhanden sind und Daten enthalten, überprüfen Sie, ob diese abgelaufen sein könnten. Wenn ja, lassen Sie die Snapshots ablaufen.
• Wenn REPL-MTREE-RESYNC-RESERVE*-Snapshots vorhanden sind, wurde die Replikation unterbrochen und neu synchronisiert. 
  • Diese Snapshots laufen nicht mit dem normalen Replikationsprozess ab
  •  Sie müssen manuell ablaufen, wenn sie nicht mehr benötigt werden. Andernfalls beträgt die Aufbewahrungsfrist ein Jahr.

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

• Starten und beenden Sie die Bereinigung, um diese abgelaufenen Snapshots zu entfernen:

# filesys clean start

# filesys clean stop

• Überprüfen Sie, ob die Snapshots für die MTrees entfernt wurden, für die die Snapshots abgelaufen sind:

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

• Wenn der Snapshot noch vorhanden ist, befolgen Sie die Informationen unter Data Domain: Snapshot mit Softlock durch Replikationskontext kann nicht gelöscht werden

5. Eine hohe Replikationsverzögerung führt dazu, dass die Daten während der Bereinigung nicht entfernt werden.

• Überprüfen Sie, ob in DD eine Replikation konfiguriert ist, indem Sie den folgenden Befehl ausführen:

# replication show config

• Überprüfen Sie, ob eine Warnmeldung für Replikationsverzögerung oder Synchronisation nach der Zeit in DD vorhanden ist, indem Sie den folgenden Befehl ausführen:

# alerts show current

• Überprüfen Sie, ob in der Ausgabe des Befehls zu bereinigende Daten (cleanable size) vorhanden sind:

# df

• Wenn eine hohe Replikationsverzögerung vorliegt, brechen Sie das Paar auf und starten Sie die Bereinigung, um den Speicherplatz in DD zurückzugewinnen. Wenn der Vorgang abgeschlossen ist, führen Sie eine erneute Synchronisierung der Replikation durch.
• Lesen Sie dazu Data Domain – Verzeichnisreplikation unterbrechen und neu synchronisieren, um die Verzeichnisreplikation zu unterbrechen und neu zu synchronisieren.

6. Daten wurden auf maximaler Ebene in die DD aufgenommen.

Wenn keine der oben genannten Ursachen vorzuliegen scheint, ist der Speicherplatz in der DD bis zur maximalen Kapazität belegt und NutzerInnen müssen der DD mehr Speicher hinzufügen.

Weitere Informationen finden Sie in diesem Video: