「Data Domain：圧縮に関するよくある質問/FAQ

Summary: この記事では、圧縮に関するよくある質問に回答します。Data Domainはデータ タイプに依存しません。Data Domainは、一意のデータのみをバックアップする圧縮アルゴリズムを使用します。重複したパターンまたは複数のバックアップは1回だけ保存されます。

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.
Check out other resources

Instructions

目次

|
 
標準的な圧縮率は20:1で、何週間にもわたる日次バックアップと増分バックアップで行われます。データ型は圧縮率に影響します - 圧縮された画像ファイル、データベース、および圧縮されたアーカイブ(.zipファイルなど)はうまく圧縮されません。
 

増分バックアップとフル バックアップで同じディスク領域を使用しますか?

同じディスク領域を使用することが理想的ですが、実際には、次の理由により、フル バックアップは増分バックアップよりも少し多くのスペースを使用します。これらの理由により、データが変更されていない後のフル バックアップでも、かなりの量のスペースが消費される理由も説明されています。
  • メタデータは、バックアップの論理サイズの約0.5%を占めます。次のような場合を想定します。
    • フルの論理サイズは100 GBです
    • 増分の論理サイズは2 GBです
    • 増分は1 GBに圧縮されます
    • ...その場合、フルには少なくとも1.5 GBかかります
  • DD圧縮エンジンは、パフォーマンス向上のために、重複する一部のデータ セグメントを書き換えます。変更によりデータの局所性が低くなるほど、より多くの重複セグメントが書き込まれます。重複ファイルは、後でファイル システム ガベージ コレクション(GC)によって再利用されます。場合によっては、論理サイズの約2%が重複として書き換えられます。このレベルの重複を想定すると、フル ディスクには1 GB(圧縮)+ 0.5 GB(メタデータ)+ 2 GB(重複) = 3.5 GBが必要になる場合があります。書き込まれる重複の量は、システム パラメーターを使用して制御できますが、通常、このパラメーターを現場で調整することはありません。
  • データのセグメント化は、NFSクライアントがデータを送信する順序に応じて、バックアップごとに多少異なる場合があります。この順序は確定的ではありません。一般に、セグメンテーションアルゴリズムはシフトと並べ替えを許容します。ただし、シフトや並べ替えが発生しやすい「強制された」セグメントも作成されます。通常、セグメントの約0.2%が強制されるため、より多くのスペース使用量が予想されます。
 

なぜ'filesys show space' と 'filesys show compression' 別の番号を表示しますか?

  • 'filesys show space' は、格納されているデータの論理サイズと、コマンドの実行時に使用されたディスク領域に基づいて圧縮比を提供します。
  • 'filesys show compression' は、各ファイルの作成時の圧縮方法に基づいて圧縮率を示します。
  • 'filesys show compression' は、主にサポートとデバッグに使用されます。ファイルの削除が存在する場合、'filesys show compression' は圧縮比を過大評価しています。
 
たとえば、次のような場合を考えます。
  • 最初のフル バックアップは2倍圧縮されます
  • データ変更なしの後続のフル バックアップは200倍圧縮されます
  • 最初のフル バックアップが削除される
「filesys show space' は 2 倍の圧縮率を示しますが、'filesys show compression現在存在する唯一のファイルは、作成時に 200 倍の圧縮率が設定されているため、' は 200 倍の圧縮率を示します。
 
上記の例では、2 回目のバックアップの後、「filesys show space」は、約 4 倍の累積比率を示します。累積比率は、削除せずにより多くのバックアップを継続した場合、200倍に向かって漸近的に改善されます。
 
他にもいくつかの小さな違いがあります。'filesys show compression' コマンド:
  • コンテナ レベルの無駄を考慮していないため、圧縮率がさらに過大評価される
  • グローバル圧縮による重複排除を考慮していないため、圧縮率が過小評価される
  • ファイル単位またはディレクトリ単位の情報を提供できますが、'filesys show space' はシステム全体に限定されます
  • グローバル圧縮とローカル圧縮の内訳を示しますが、「filesys show space' は
 

なぜ'filesys show compression last 24 hours' VTLの期待と一致していませんか?

VTL の場合、「filesys show compression last 24 hours' は、次のような他のソースに基づく期待に応えられないことがよくあります。system show performance'.
 
この問題は、「filesys show compression'.一般に、選択したファイルの累積統計が表示されます。修飾子「過去24時間」は、過去24時間に更新されたファイルを選択します。統計情報は、ファイルが作成されてから、または最後にゼロ サイズにトランケートされてからの累積です。したがって、過去 24 時間以内にファイルが追加された場合、'filesys show compression last 24 hours'は、過去24時間前の累積統計を表示します。
 
非VTL環境のバックアップ ファイルは1回だけ書き込まれるため、アップデートされたファイルと作成されたファイルの間にわずかな不一致が生じます。VTLを使用すると、既存のテープ ファイルにバックアップを追加できます。たとえば、100 GBのテープが最大50 GBまで容量になったとします。過去24時間にこのテープに10 GBのデータが追加されたとすると、「filesys show compression last 24 hours' は、60 GB で書き込まれたファイルの "元のバイト" を表示します。
 

累積圧縮比はどのように計算されますか?

個々の圧縮比は直線的に加算されません。
 
最初のフル バックアップの圧縮率が2倍で、2回目のフル バックアップの圧縮率が20倍であるとします。累積圧縮は (2 + 20) / 2 = 11xだがしかし 2 / (1/2 + 1/20) = 3.64x。
 
一般に、圧縮率が低いほど、圧縮率が高い場合よりも累積圧縮率に大きな影響を与えます。
 
仮に、 ith バックアップの論理サイズ si と圧縮比 ci。次に、 k バックアップは次のように計算できます。 
C = (total logical size)/(total space used)
total logical size = s1 + s2 + .. + sk
total space used = s1/c1 + s2/c2 + ... + sk/ck
 
多くの場合、論理サイズはほぼ同じです。その場合、上記の計算は次のように簡略化されます。
C = k / (1/c1 + 1/c2 + ... + 1/ck)
 
たとえば、次のような場合です。
  • 最初のフル バックアップは3倍圧縮されます
  • 後続の各フル圧縮率は30倍
  • 保存期間は30日です

ユーザーには、次の累積圧縮が表示されます。 30 / (1/3 + 29/30)、または23倍です。

 

Data Domainの圧縮はどのように機能しますか。

この質問については、別の記事で詳しく説明しています。Data Domainの圧縮について
 

Data Domainはマルチプレクシングをサポートしていますか。

バックアップ アプリケーションからのデータが多重化されると、グローバル重複排除が非常に貧弱になります。詳細については、次の記事を参照してください。「Data Domain：バックアップ ソフトウェアでの多重化
 

1対1のディレクトリー レプリケーションで、レプリカのグローバル圧縮率が高いのはなぜですか?

これは通常、システムに書き込まれる重複セグメントのレベルにばらつきがあるためです。
  • ソースに格納されているデータは、ソースに格納されている以前のデータに対して、一度重複排除されています。
  • ネットワークを介して送信されたデータは、レプリカに格納されているデータに対して一度重複排除されています。
  • レプリカに格納されているデータは、データがネットワーク経由で送信されたときと、受信したデータがレプリカに書き込まれたときの2回重複排除されています。
重複排除プロセスでは一部の重複が残るため、重複排除が複数回行われたデータには重複が少なくなります。ソースに格納され、ネットワーク経由で送信されたデータは1回重複排除されるため、ソースとレプリカに格納されたデータが類似していると仮定すると、ほぼ同じになります。レプリカに格納されたデータは2回重複排除されるため、圧縮率が向上します。
 
ファイル システムのクリーニングでは、重複している部分がほとんど削除されます。したがって、ソースとレプリカでクリーンアップを実行した後、そこに格納されるデータの量はほぼ同じになります。
 

使用する場合の圧縮の変化は何ですか lz、 gzfastと gz ローカル圧縮設定?

次のコマンドを使用して、Data Domainで使用されるローカル圧縮アルゴリズムを変更します。
filesys option set compression {none | lz | gzfast | gz}
 
注：ローカル圧縮タイプを変更する前に、ファイル システムをシャットダウンする必要があります。その後、圧縮オプションが設定された後に再起動できます。
 
一般的に、圧縮の順序は次のとおりです。
lz < gzfast < gz
 
「 予想構成 CPU負荷
なし 1倍速 0倍速
Lz 2倍速 1倍速
gz高速 2.5倍速 2倍速
Gz 3倍速 5倍速
 
大まかな違いは次のとおりです。
  • lz to gzfast 圧縮率が~15%向上し、CPUを2倍消費
  • lz to gz 圧縮率が~30%向上し、CPUを5倍消費
  • gzfast to gz 圧縮率が~10-15%向上
ローカル圧縮を変更すると、変更後にData Domainに書き込まれる新しいデータに最初に影響することに注意してください。古いデータは、次のクリーンアップ サイクルまで以前の圧縮形式を保持します。次のクリーニング サイクルでは、すべての古いデータが新しい圧縮形式にコピーされます。これにより、クリーンアップの実行にはるかに時間がかかり、より多くのCPUを消費します。
 
システムのCPUがすでに不足している場合、特にバックアップとレプリケーションが同時に実行されている場合は、バックアップとが遅くなる可能性があります。お客様は、この変更を行う時間を明示的にスケジュールすることができます。

Additional Information

ナレッジ リファレンス:

Affected Products

Data Domain

Products

Data Domain
Article Properties
Article Number: 000022100
Article Type: How To
Last Modified: 24 Apr 2026
Version:  12
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.