Data Domainソフトウェア: 「filesys show space (df)」とsfs_dump合計によって報告される使用量の不一致

Summary: 一部のお客様は、「sfs_dump」で報告されるすべてのファイルの「post-lc-size」(圧縮後のサイズ)を合計し、「filesys show space」(df)で報告される領域使用率と一致することを期待します。これら 2 つの値が一致しないため、その違いを「不足または未使用の領域」と見なすことができます

This article applies to This article does not apply to This article is not tied to any specific product. Not all product versions are identified in this article.

Instructions

「sfs_dump」(または「filesys show compression」)の目的は、 取り込み時にファイルに対して達成された圧縮の感覚をつかむことです。消費されたスペース全体を反映するものではありません

「sfs_dump」によって報告されたすべてのファイルの圧縮後サイズの合計は、 ファイル システムで削除が実行されていない場合にのみ、合計領域使用率と一致します。これは本番 DDR には当てはまらないため、現在のスペース使用率を考慮するために「sfs_dump」を使用することは誤りです。以下に例を挙げて説明します。
 
 
図:

これは、簡単な3ステップの例で簡単に確認できます。
 
  1.  10Gのファイル(file1)をバックアップします。これはまったく新しいボックスであり、重複排除する必要がないとします。したがって、圧縮後のサイズも約10Gになります。

# /data/col1/test/sfs_dump /data/col1/test/file1: mtime: 1503023531690895000ファイル ID: 18サイズ: 10736790004 タイプ: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 0 (0%) pre_lc_size: 10772785048 post_lc_size: 10942680452 (102%)モード: 02000100644

 
前述のように、圧縮後のサイズは10Gです。


         II.  次に、別の10Gファイル(file2)をバックアップします。  これは file1 と非常によく似ています。   

# /data/col1/test sfs_dump /data/col1/test/file1: mtime: 1503023531690895000ファイル ID: 18サイズ: 10736790004 タイプ: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 0 (0%) pre_lc_size: 10772785048 post_lc_size: 10942680452 (102%)モード: 02000100644 /data/col1/test/file2: mtime: 1503023531690895000ファイル ID: 19サイズ: 10736790004 タイプ: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 1282587(100%)pre_lc_size: 0 post_lc_size: 0 (0%) モード: 02000100644

 
前述のように、file2はfile1と完全に重複排除されたため、追加のスペースは必要ありませんでした。
 

          III.   次に、File1を削除し、mtreeで「sfs_dump」を再度実行します。  

# /data/col1/test sfs_dump /data/col1/test/file2: mtime: 1503023531690895000ファイル ID: 19サイズ: 10736790004 タイプ: 9 seg_bytes: 10772785048 seg_count: 1282587 redun_seg_count: 1282587(100%)pre_lc_size: 0 post_lc_size: 0 (0%) モード: 02000100644

 
 
上記に基づいて、お客様はファイル システム上でスペースを消費しないことを期待するかもしれません。  mtree内の唯一のファイルは、圧縮後に0バイトを占有します(sfs_dumpによって報告されたすべてのファイルの合計は0バイトです)。  しかし、これは誤りです。システム上のスペース使用率は実際には10Gであり、dfによって正確に反映されます。 
 
これは、File2 が File1 によって最初に書き込まれたすべてのセグメントを参照しているためです。  File1 を削除しても、何も解放されませんでした。「sfs_dump」では、元のFile1は削除されているため表示されません。

# DFの アクティブ階層: リソース サイズ GiB 使用済み GiB 使用可能 GiB 使用済み (%) クリーニング可能 GiB* ---------------- -------- -------- --------- ---- -------------- /data: pre-comp - 10.0 - - - /data: post-comp 129479.5 10.7 129468.8 0% 10.2

 

Products

DD OS 5.5, DD OS 5.6, DD OS 6.0, DD OS 6.1, DD OS Previous Versions
Article Properties
Article Number: 000022756
Article Type: How To
Last Modified: 08 Oct 2024
Version:  3
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.