Data Domain：データ コレクションのスペース使用量がしきい値を超えています

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

• バックアップの有効期限が切れていないため、DDに多くの古いファイルが含まれている。
• DDに、膨大な数の小さなファイルが含まれている。
• DDが、コレクションの複製元である。
• Mtreeスナップショットがデータを保持している場合。
• クリーニング中にデータがクリーンアップされない原因となる大きなレプリケーション ラグが発生している。
• ユーザーがDDに最大レベルでデータを取り込んでいる。

この問題をトラブルシューティングするには、下記の手順に従います。

1. クリーニング可能なサイズが大量にあるかどうかを確認します。存在する場合は、手動クリーニングを開始して領域を再利用します。

2. バックアップの有効期限は切れていないため、DDには多くの古いファイルが含まれている場合。

• バックアップ ソフトウェアで設定されている現在の保存ポリシーを確認します。
• 最新の自動サポート ログについては、「ファイル配布」セクションを確認してください。

ファイル配布

-----------------
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. DDに、膨大な数の小さなファイルが含まれている。

Data Domainファイル システムは、取得したデータを4 KB～12 KBのセグメントに分割し、セグメントの重複を排除するように設計されています。サイズが12 KB未満のファイルは、通常のストレージにある場合よりも多くのスペースをDDで占有する可能性があります。10 KB以下のファイルが多数ある場合は、ストレージ使用量に影響する可能性があります。

これをDDのautosupportログで確認します。小容量ファイルのヒストグラムは、「ファイル配布」の下にあります。

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

これが理由である場合は、小さなファイルがめったに取得されないように、バックアップ手順を設定することをお勧めします。DDに書き込む前に、すべての小さなファイルを1つの大規模なアーカイブ（.tarファイルや.gzファイルなど）に含めるように、バックアップ方法を変更します。

4. Mtreeスナップショットがデータを保持している場合。

• データを保持しているスナップショットの中に、古い有効期限内、または期限切れのものがあるかどうかを確認します。すべてのMtreeに対して、次のコマンドを実行します。

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

• もし、古いスナップショットがまだ残っていてデータを保持している場合は、これらを失効させることができるか確認します。できる場合は、スナップショットを失効させます。

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

• クリーニングを開始および停止して、これらの期限切れのスナップショットを削除します。

# filesys clean start
# filesys clean stop

• スナップショットの有効期限が切れたMtreeについて、スナップショットが削除されているかどうかを確認します。

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

• スナップショットがまだ存在する場合は、「Data Domain：MTree_replicationスナップショットが削除されません（英語）」の手順に従います。

5. レプリケーションの遅延が大きいため、クリーニング中にデータが削除されない場合。

• 次のコマンドを実行して、そのDDに構成されたレプリケーションがあるかどうかを確認します。

# replication show config

• 次のコマンドを実行して、DDにレプリケーション ラグやsync-as-of timeのアラートがあるかどうかを確認します。

# alerts show current

• コマンドの出力にクリーニング可能なサイズがあるかどうかを確認します。

# df

• レプリケーションに大きな遅延がある場合は、ペアを壊してDDの領域を確保するためにクリーニングを開始します。完了したら、レプリケーションを再同期します。
• 「Data Domain：ディレクトリー レプリケーションの中断および再同期（英語）」を参照して、ディレクトリー レプリケーションを中断および再同期します。

6. ユーザーがDDに最大レベルでデータを取り込んでいる場合。

上記のすべての原因がここで発生していないと思われる場合は、DD内のスペースが最大容量でいっぱいになっているので、ユーザーはそのDDにストレージを追加する必要があります。

詳細については、次のビデオを参照してください。