Домен даних: Використання простору при зборі даних перевищило порогове значення

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

• Резервні копії не прострочуються, а ДД містить багато старих файлів.
• ДД містить величезну кількість дрібних файлів.
• ДД є джерелом реплікації колекції.
• Mtree Snapshots містять дані.
• Величезна затримка реплікації, через яку дані не очищаються під час очищення.
• Користувач проковтнув дані в ДД на максимальному рівні.

Виконайте наведені нижче дії, щоб вирішити проблему.

1. Подивіться, чи є величезна кількість розмірів, що очищаються. Якщо є, почніть ручне очищення, щоб звільнити простір.

2. Термін дії резервних копій не закінчується. ДД містить багато старих файлів.

• Перевірте поточну політику збереження, установлену в програмному забезпеченні для резервного копіювання.
• Перевірте в розділі Розподіл файлів наявність останніх журналів автопідтримки.

Розповсюдження файлів

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

• Якщо правила було нещодавно змінено, можливо, є файли, які приймаються зі старою політикою збереження. Видаліть старі резервні копії вручну з програмного забезпечення для резервного копіювання.
• Якщо політика збереження та розповсюдження файлів відповідають очікуванням, продовжуйте далі.

3. ДД містить величезну кількість дрібних файлів.

Файлова система домену даних призначена для сегментації даних на сегменти розміром від 4 КБ до 12 КБ для дедуплікації цих сегментів. Файли розміром до 12 КБ потенційно можуть займати більше місця в DD, ніж у звичайному сховищі. Якщо є багато файлів розміром 10 КБ або менше, це може вплинути на використання пам'яті.

Перевірте це в логах автопідтримки ДД. Гістограма малих файлів знаходиться в розділі Розподіл файлів:

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

Якщо причина саме в цьому, то Dell Technologies рекомендує налаштувати процедуру резервного копіювання таким чином, щоб дрібні файли потрапляли всередину рідко. Змініть методологію резервного копіювання, щоб включити всі дрібні файли в один більший архів (наприклад, файл .tar або .gz) перед записом їх в DD.

4. Mtree Snapshots містять дані.

• Перевірте, чи є старі непрострочені або прострочені знімки, що містять дані. Для всіх Mtrees виконайте команду:

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

• Якщо будуть знайдені будь-які старі знімки, які все ще там і містять дані, перевірте, чи можна їх простротити. Якщо так, знімки мають термін дії.

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

• Почніть і зупиніть очищення, щоб видалити ці прострочені знімки:

# filesys clean start
# filesys clean stop

• Перевірте, чи видалено знімки для Mtrees, для яких щойно закінчився термін дії знімків:

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

• Якщо знімок все ще там, перейдіть за параметром Data Domain: MTree_replication Знімок не видаляється.

5. Велика затримка реплікації призводить до того, що дані не видаляються під час очищення.

• Перевірте, чи налаштована якась реплікація в ДД, виконавши команду:

# replication show config

• Перевірте, чи є попередження про затримку реплікації або синхронізацію в DD, виконавши команду:

# alerts show current

• Перевірте, чи є у виведених командою розмір, який можна очистити:

# df

• Якщо є величезне відставання реплікації, то розбийте пару і запустіть чистку, щоб претендувати на місце в ДД. Після завершення повторно синхронізуйте реплікацію ще раз.
• Домен довідкових даних - розрив і повторна синхронізація реплікації каталогів для розриву та повторної синхронізації реплікації каталогів.

6. Користувач проковтнув дані в ДД на максимальному рівні.

Якщо всі перераховані вище причини тут начебто не відбуваються, значить, простір в ДД заповнений на максимальній потужності і користувач повинен додати в ДД більше пам'яті.

Для отримання додаткової інформації зверніться до цього відео: