DDOS物理容量の測定または物理容量レポート作成に関するよくある質問/FAQ

Data Domain Operating System (DD OS)のバージョン5.7では、物理容量の測定(PCM)または物理容量レポート(PCR)と呼ばれる新機能が導入されています。

この記事では、この機能に関する一般的なユース ケースと質問について説明します。このドキュメントでは、PCMとPCRを同じ意味で使用しています。

物理容量の測定(PCM)とは何ですか?
PCMは、DD OS 5.7以降でサポートされる新機能で、ディレクトリー ツリー、ディレクトリー ツリーのコレクション、MTree、MTreeのコレクションごとに正確なハード ドライブ使用率を計算できるようにします。

DDOSの以前のリリースの機能との違いは何ですか?
ファイルがDDRに取り込まれると、そのファイルに関するさまざまな統計情報が記録されます。このような統計情報の1つに、「lc後バイト」、つまりシステムに書き込まれるときにファイルが占有する物理的な容量があります。ファイルまたはディレクトリー ツリーのLC後のバイト数を表示するには、次のコマンドを使用します。 filesys show compression command - 例:

sysadmin@dd9500# filesys show compression /data/col1/jf1
Total files: 4;  bytes/storage_used: 1.3
       Original Bytes:        4,309,378,324
  Globally Compressed:        3,242,487,836
   Locally Compressed:        3,293,594,658
            Meta-data:           13,897,112

これは、上記のディレクトリー ツリーには4つのファイルが含まれており、取得時に合計3,293,594,658バイト(3.07Gb)の物理スペースが使用されたことを示しています。
 

PCMは、上記の統計情報が古くなることによる一貫性のない結果を回避するための取り組みです。PCMは特定のポイント イン タイムでのハード ドライブ使用率のレポートを生成できるため、前述の制限は適用されず、より正確な結果が得られることが保証されます。

PCMによって計算された結果が最適に正確でないことがわかっている既知の事実または設定はありますか?
PCMは、パス セット内のファイルによって使用されるディスク領域を計算するためにサンプリングを行います。つまり、パフォーマンス上の理由から、特定のサイズより小さいファイルは考慮されないため、一部のファイルが一意のセグメントの列挙から除外される場合があります。PCMジョブが列挙のために考慮するパスセット内の個々のファイルの最小サイズ(したがって、使用されるディスク領域を考慮するファイルのサイズ)は、平均ファイル システム セグメント サイズによって異なります。

• 平均セグメント サイズが4 Kの場合、4 MB以下のファイルはPCMによって無視されます
• 平均セグメント サイズが8 Kの場合、8 MB以下のファイルはPCMによって無視されます
• 平均セグメント サイズが12 Kの場合、12 MB以下のファイルはPCMによって無視されます

実際の顧客データによると、最も一般的なユース ケースの平均セグメント サイズは9 KB前後であるため、PCMが使用ディスク領域を計算する際に考慮されないファイルのおおよその数値は、9 MB未満になります。

PCMには追加のライセンスが必要ですか?
いいえ - PCMはライセンスが必要な機能ではないため、PCMを使用するために追加のライセンスは必要ありません。

PCMはすべてのプラットフォームでサポートされていますか?
いいえ。PCMは、Active Tier on Object Storage (ATOS) DDVEを除き、すべてのハードウェアおよび仮想Data Domainアプライアンス(DDVE)でサポートされています。

PCMは、アクティブ階層上のファイルのみを測定および列挙します。クラウド ユニット(または従来のExtended Retentionの場合はアーカイバー ユニット)にあるファイルは、PCMジョブのサイズ計算には含まれません。

PCMを使用する前に、他に必要な前提条件はありますか?
デフォルトでは、PCMはDDOS 5.7では無効になっています。使用する前に、次に示すように有効にしてキャッシュを初期化する必要があります。

sysadmin@dd9500# compression physical-capacity-measurement enable and-initialize
physical-capacity-measurement enabled. Initialization started.

PCMは使用量の合計をどのように計算しますか?
PCMは、mtreeスナップショットを使用して、ファイル グループの物理使用率を判断します。その結果、PCMジョブが開始されると、次の処理が行われます。

• 基盤となるMTreeに対してmtreeスナップショットが作成されます。

sysadmin@dd9500# snapshot list mtree /data/col1/jf2
Snapshot Information for MTree: /data/col1/jf2
----------------------------------------------
Name                                Pre-Comp (GiB)   Create Date         Retain Until        Status
---------------------------------   --------------   -----------------   -----------------   -------
pcr_snap_1440284055_1440360259_19              6.0   Aug 23 2015 13:04   Dec 31 1969 16:00   expired
---------------------------------   --------------   -----------------   -----------------   -------

• PCMは、PCMジョブ(指定されたパスセットまたはMTree内)に含めることになるファイルをスナップショットから検索します。
• PCMは、これらのファイルのセグメント ツリーをたどって、基本的にすべてのファイルによって参照される一意のセグメント フィンガープリントのリストを作成します。
• 次に、PCM はディスク (コンテナー セット内) で対応するセグメントを検索し、それらのセグメントのサイズの合計を計算します。
• これらのセグメントのサイズの合計は、対応するファイルによる現在のハード ドライブ使用率を表します。
• 上記に加えて、ファイル セットの圧縮前のサイズは、対応するファイル メタデータから確認できます。
• PCMジョブが完了すると、基盤となるPCMスナップショットは後で削除できるように期限切れになります。

PCMジョブはどのように機能しますか?
PCM ジョブは、ユーザーによって (またはスケジュールによって) サブミットされ、PCM ワーク キューに追加されます。システム ワークロードに応じて、PCMジョブはキューから選択され、すぐに開始されるか、またはしばらく延期されます。

PCMジョブが延期される理由の例を次に示します。

• アクティブ階層のクリーニングがシステムで実行されている - PCMジョブとアクティブ階層のクリーニングを並行して実行できない。その結果、アクティブ階層のクリーニングの実行中にキューに入れられたPCMジョブは、アクティブ階層のクリーニングが完了するまで延期されます。
• 基盤となるMTreeに対して実行されているPCMジョブがすでにいくつかあります。PCMはmtreeスナップショットを使用し、特定のユーザーが一度に1つのMTreeに対して作成できるPCMスナップショットの数には厳密な制限があります。新しいPCMジョブによってこれらの制限を超えた場合、既存のジョブが完了するまでジョブは延期されます。

システム上のPCMが使用するリソースを制御することは可能ですか?
PCMは、アクティブ階層のクリーニングで使用されるものと同様のスロットル メカニズムを使用します。つまり、PCMスロットルは0(積極的ではない)から100(積極的)に設定できます。明らかに、スロットルを高くするほど、PCMによって使用されるリソースが多くなり、PCMジョブがシステム上の他のワークロードに与える影響が大きくなります。

デフォルトでは、PCMスロットルは20に設定されています。つまり、次のようになります。

sysadmin@dd9500# compression physical-capacity-measurement throttle show
Throttle is set to 20 percent (default).

PCMスロットルは次のように変更できます。スロットルへの変更はすぐに行われます(つまり、PCMが新しいスロットル設定を選択するためにDDFSを再起動する必要はありません)。

sysadmin@dd9500# compression physical-capacity-measurement throttle set 50
Throttle set to 50 percent.

パスセット
とはPCMジョブは、次の2つの方法で実行できます。

• 事前定義された「パス セット」(ユーザー指定のディレクトリーのコレクション)に対して
• 単一のMTreeに対して

特定のパス セットに対してジョブを実行する前に、パス セットを次のように作成または定義する必要があります。

sysadmin@dd9500# compression physical-capacity-measurement pathset create jfall paths /data/col1/jf1,/data/col1/jf2
Pathset "jfall" created.

特定のディレクトリーを既存のパス セットに追加したり、既存のパス セットから削除したりすることができます。

sysadmin@dd9500# compression physical-capacity-measurement pathset del jfall paths /data/col1/jf2
Path(s) deleted from pathset "jfall".
sysadmin@dd9500# compression physical-capacity-measurement pathset add jfall paths /data/col1/jf2
Path(s) added to pathset "jfall".

作成されたすべてのパスセットは、次のように表示されます。

sysadmin@dd9500# compression physical-capacity-measurement pathset show list
Pathset           Number of paths   Measurement-retention (days)
---------------   ---------------   ----------------------------
jf1                             1                            180
jf2                             1                            180
jfall                           2                            180
phys-gandhi3                    1                            180
phys-gandhi5-fc                 1                            180
phys-gandhi5                    1                            180
phys2-gandhi3                   2                            180
---------------   ---------------   ----------------------------
7 pathset(s) found.

パスセット内で定義された特定のパスを表示するには、 pathset show detailed コマンドが使用されます。

sysadmin@dd9500# compression physical-capacity-measurement pathset show detailed jfall
Pathset: jfall
    Number of paths: 2
    Measurement-retention: 180 day(s)
    Paths:
        /data/col1/jf1
        /data/col1/jf2
sysadmin@dd9500#

パスを削除するには、 pathset destroy コマンドは次のように使用できます。

sysadmin@dd9500# compression physical-capacity-measurement pathset destroy jfall

 

PCMジョブはどのように開始されますか?
新しいPCMジョブは、を使用してPCMワーク キューに送信されます。 sample start コマンド、つまり次のようになります。

sysadmin@dd9500# compression physical-capacity-measurement sample start pathsets jfall
Measurement task(s) submitted and will begin as soon as resources are available.

上記の例では、事前定義されたパス セットが使用されています。単一の mtree に対して PCM ジョブを送信するには、mtree を指定します。つまり、次のようになります。

sysadmin@dd9500# compression physical-capacity-measurement sample start mtrees /data/col1/backup
Measurement task(s) submitted and will begin as soon as resources are available.

デフォルトでは、PCMジョブは「通常」の優先度で送信されます。緊急の優先度を指定することもできます。

sysadmin@dd9500# compression physical-capacity-measurement sample start pathsets jf1 priority urgent
Measurement task(s) submitted and will begin as soon as resources are available.

優先度が「緊急」のジョブは、優先度が「通常」のジョブよりも先にキューに入れられます(つまり、優先度が「通常」のサブミットされたジョブよりも優先して取得され、作業されます)。

送信済みまたは実行中のジョブのリストは、 sample show current コマンドを使用します。

sysadmin@dd9500# compression physical-capacity-measurement sample show current
Task ID       Type   Name    User       State       Creation Time         Measurement Time      Start Time   Priority   Percent
                                                                          (Submitted Time)                              Done
-----------   ----   -----   --------   ---------   -------------------   -------------------   ----------   --------   --------
47244640259   PS     jf2     sysadmin   Scheduled   2015/08/23 12:24:12   2015/08/23 12:24:12   --           Urgent     0
47244640258   PS     jf1     sysadmin   Scheduled   2015/08/23 12:24:09   2015/08/23 12:24:09   --           Urgent     0
47244640257   PS     jfall   sysadmin   Scheduled   2015/08/23 12:23:06   2015/08/23 12:23:06   --           Normal     0
-----------   ----   -----   --------   ---------   -------------------   -------------------   ----------   --------   --------
sysadmin@dd9500#

PCMジョブはスケジュール設定できますか?
はい - 特定のPCMジョブを定期的に実行する必要がある場合は、必要に応じて自動的に実行するようにスケジュール設定されています。例：

sysadmin@dd9500# compression physical-capacity-measurement schedule create jf_sched pathsets jfall,jf1,jf2 time 1400
Schedule "jf_sched" created.

既存のスケジュールは、 schedule modify コマンドを使用する方法です。

sysadmin@dd9500# compression physical-capacity-measurement schedule modify jf_sched priority urgent time 1700 day Wed,Fri
Schedule "jf_sched" modified.

さらに、既存のスケジュールでは、次のようにパスセットを追加または削除できます。

sysadmin@dd9500# compression physical-capacity-measurement schedule del jf_sched pathsets jf2
Schedule "jf_sched" modified.
sysadmin@dd9500# compression physical-capacity-measurement schedule add jf_sched pathsets jf2
Schedule "jf_sched" modified.

sysadmin@dd9500# compression physical-capacity-measurement schedule create jf_sched2 mtrees /data/col1/backup time 1400
Schedule "jf_sched2" created.
sysadmin@dd9500# compression physical-capacity-measurement schedule add jf_sched2 pathsets jfall
**** Failed to add: this schedule is only for mtrees.

既存のスケジュールの詳細を表示するには、 schedule show all コマンドが使用されます。

sysadmin@dd9500# compression physical-capacity-measurement schedule show all
Name:      jf_sched
Status:    enabled
Priority:  urgent
Frequency: weekly on Wed, Fri
Time:      17:00
Pathset(s):
    jfall
    jf1
    jf2


Name:      jf_sched2
Status:    enabled
Priority:  normal
Frequency: daily
Time:      14:00
MTree(s):
    /data/col1/backup

既存のスケジュールは、すぐに無効化または有効化できます。つまり、次のようになります。

sysadmin@dd9500# compression physical-capacity-measurement schedule disable jf_sched2
Schedule "jf_sched2" disabled.
sysadmin@dd9500# compression physical-capacity-measurement schedule enable jf_sched2
Schedule "jf_sched2" enabled.

スケジュールは、次の場合に破棄することもできます。

sysadmin@dd9500# compression physical-capacity-measurement schedule destroy jf_sched2
Schedule "jf_sched2" destroyed.

スケジュールされたジョブはどのように開始されますか?
PCMスケジュールを追加して有効にすると、対応するエントリーがに追加されます /etc/crontabそれです：

#
# collection.1.crontab.pcr.jf_sched.0
#
00 17 * * Wed,Fri  root /ddr/bin/ddsh -a compression physical-capacity-measurement sample start force priority urgent objects-from-schedule jf_sched

PCMジョブの実行を停止できますか?
はい - 実行中のPCMジョブは、タスクIDまたはパスセット/MTree名のいずれかを使用して中止できます。たとえば、2つのPCMジョブがキューに入っていることがわかります。

SE@dd9500## compression physical-capacity-measurement sample show current
Task ID        Type   Name    User       State       Creation Time         Measurement Time      Start Time   Priority   Percent
                                                                           (Submitted Time)                              Done
------------   ----   -----   --------   ---------   -------------------   -------------------   ----------   --------   --------
124554051585   PS     jfall   sysadmin   Scheduled   2015/08/30 16:00:48   2015/08/30 16:00:48   --           Normal     0
124554051586   PS     jfall   sysadmin   Scheduled   2015/08/30 16:01:55   2015/08/30 16:01:55   --           Normal     0
------------   ----   -----   --------   ---------   -------------------   -------------------   ----------   --------   --------

これらのジョブは、次のいずれかの task-id を使用して中止できます (1 つのジョブを停止するため)。

SE@dd9500## compression physical-capacity-measurement sample stop task-id 124554051585
**   This will abort any submitted or running compression physical-capacity-measurement sampling tasks.
        Do you want to proceed? (yes|no) [no]: yes
1 task(s) aborted.

実行中のジョブは 1 つしか残っていません。

SE@dd9500## compression physical-capacity-measurement sample show current
Task ID        Type   Name    User       State       Creation Time         Measurement Time      Start Time   Priority   Percent
                                                                           (Submitted Time)                              Done
------------   ----   -----   --------   ---------   -------------------   -------------------   ----------   --------   --------
124554051586   PS     jfall   sysadmin   Scheduled   2015/08/30 16:01:55   2015/08/30 16:01:55   --           Normal     0
------------   ----   -----   --------   ---------   -------------------   -------------------   ----------   --------   --------

またはパス セット名:

SE@dd9500## compression physical-capacity-measurement sample stop pathsets jfall
**   This will abort any submitted or running compression physical-capacity-measurement sampling tasks.
        Do you want to proceed? (yes|no) [no]: yes
1 task(s) aborted.

仕事がなくなる:

SE@dd9500## compression physical-capacity-measurement sample show current
No measurement tasks found.

完了したジョブの詳細を表示するにはどうすればよいですか?
完了したジョブの詳細は、 sample show history コマンドを使用できます。たとえば、1つのパス セットの詳細を表示するには、次のようにします。

SE@dd9500## compression physical-capacity-measurement sample show history pathset jfall
Pathset: jfall
Measurement Time      Logical Used   Physical Used   Global-Comp   Local-Comp       Total-Comp
                        (Pre-Comp)     (Post-Comp)        Factor       Factor           Factor
                             (GiB)           (GiB)                               (Reduction %)
-------------------   ------------   -------------   -----------   ----------   --------------
2015/08/23 12:23:06            7.0             4.2         1.70x        0.98x   1.67x (40.24%)
2015/08/23 13:04:20           10.0             6.2         1.63x        0.98x   1.61x (37.84%)
2015/08/26 14:00:01           10.0             6.2         1.63x        0.98x   1.61x (37.84%)
2015/08/27 14:00:01           10.0             6.2         1.63x        0.98x   1.61x (37.84%)
2015/08/28 14:00:02           10.0             6.2         1.63x        0.98x   1.61x (37.84%)
2015/08/29 14:00:02           10.0             6.2         1.63x        0.98x   1.61x (37.84%)
2015/08/30 14:00:01           10.0             6.2         1.63x        0.98x   1.61x (37.84%)
-------------------   ------------   -------------   -----------   ----------   --------------
Total number of measurements retrieved = 7.

detailed-history パラメーターには、各ジョブの開始時刻と終了時刻も表示されます。

SE@dd9500## compression physical-capacity-measurement sample show detailed-history pathset jfall
Pathset: jfall
Measurement Time      Logical Used   Physical Used   Global-Comp   Local-Comp       Total-Comp   Task ID        Task Start Time       Task End Time
                        (Pre-Comp)     (Post-Comp)        Factor       Factor           Factor
                             (GiB)           (GiB)                               (Reduction %)
-------------------   ------------   -------------   -----------   ----------   --------------   ------------   -------------------   -------------------
2015/08/23 12:23:06            7.0             4.2         1.70x        0.98x   1.67x (40.24%)   47244640257    2015/08/23 12:25:19   2015/08/23 12:25:23
2015/08/23 13:04:20           10.0             6.2         1.63x        0.98x   1.61x (37.84%)   51539607553    2015/08/23 13:05:45   2015/08/23 13:05:48
2015/08/26 14:00:01           10.0             6.2         1.63x        0.98x   1.61x (37.84%)   77309411329    2015/08/26 14:02:50   2015/08/26 14:02:50
2015/08/27 14:00:01           10.0             6.2         1.63x        0.98x   1.61x (37.84%)   85899345921    2015/08/27 14:03:06   2015/08/27 14:03:06
2015/08/28 14:00:02           10.0             6.2         1.63x        0.98x   1.61x (37.84%)   94489280513    2015/08/28 14:02:50   2015/08/28 14:02:51
2015/08/29 14:00:02           10.0             6.2         1.63x        0.98x   1.61x (37.84%)   103079215105   2015/08/29 14:01:40   2015/08/29 14:01:41
2015/08/30 14:00:01           10.0             6.2         1.63x        0.98x   1.61x (37.84%)   115964116993   2015/08/30 14:04:12   2015/08/30 14:04:12
-------------------   ------------   -------------   -----------   ----------   --------------   ------------   -------------------   -------------------
Total number of measurements retrieved = 7.

SE@dd9500## compression physical-capacity-measurement sample show history pathset jfall last 2days
Pathset: jfall
Measurement Time      Logical Used   Physical Used   Global-Comp   Local-Comp       Total-Comp
                        (Pre-Comp)     (Post-Comp)        Factor       Factor           Factor
                             (GiB)           (GiB)                               (Reduction %)
-------------------   ------------   -------------   -----------   ----------   --------------
2015/08/29 14:00:02           10.0             6.2         1.63x        0.98x   1.61x (37.84%)
2015/08/30 14:00:01           10.0             6.2         1.63x        0.98x   1.61x (37.84%)
-------------------   ------------   -------------   -----------   ----------   --------------
Total number of measurements retrieved = 2.

または、特定の日付または時間の間:

SE@dd9500## compression physical-capacity-measurement sample show history pathset jfall start 08231010 end 08231400
Pathset: jfall
Measurement Time      Logical Used   Physical Used   Global-Comp   Local-Comp       Total-Comp
                        (Pre-Comp)     (Post-Comp)        Factor       Factor           Factor
                             (GiB)           (GiB)                               (Reduction %)
-------------------   ------------   -------------   -----------   ----------   --------------
2015/08/23 12:23:06            7.0             4.2         1.70x        0.98x   1.67x (40.24%)
2015/08/23 13:04:20           10.0             6.2         1.63x        0.98x   1.61x (37.84%)
-------------------   ------------   -------------   -----------   ----------   --------------
Total number of measurements retrieved = 2.

特定のパスセット/MTreeの特定の履歴はどのくらいの期間保持されますか?
デフォルトでは、各PCMパス セットの結果は180日間保持されます。これは、対応するパス セットを変更することで変更できます。

SE@dd9500## compression physical-capacity-measurement pathset modify jfall measurement-retention 14
Measurement-retention changed to 14 day(s).

PCM履歴は、システムの履歴データベースに保持されます。その結果、履歴データベースが失われたり損傷したりした場合、すべてのPCM履歴の詳細も失われます。

PCMを使用する際の注意点はありますか?
システムの空き容量が10%未満の場合、PCMジョブは中断されます。
クリーニング サイクルの実行中、PCMジョブは一時停止されます。

前述したように、PCMは、特定のディレクトリ/mtreeのセットによる物理的な使用率を計算するために使用されるツールです。特定のパス セットまたはMTreeセットの結果を計算する場合、PCMはパス セットまたはMTreeセットで使用されるデータの一意の各セグメントのサイズのみを1回カウントします。
 

この結果、同じデータに対して重複排除するファイルが複数の異なるPCMジョブに存在する場合は、ファイルを構成する各セグメントが複数回カウントされることがあります(PCMジョブごとに1回)。つまり、個々のPCMジョブの結果は正確ですが、複数のPCMジョブの結果を合計して、ジョブ内のパスセット/mtreeの合計の正確な物理使用率を示すことはできません。

PCMジョブをまとめる方法により、ディスク上で使用されるパス セットまたはMTreeポスト圧縮領域は次のようになります。

• PCMジョブでは、デッド データ(削除されたファイルによって使用されているディスク領域。GCを実行してもディスク上の領域がまだ再利用されていない可能性がある)は考慮されません。
• PCMでは、MTreeまたは測定対象のパスセット用に作成されたスナップショットにロックされたデータは考慮されません。

たとえば、次のようなmtreeがあります。 /data/col1/jf1 ここでは、3つの1Gbファイルを作成します。

!!!! dd9500 YOUR DATA IS IN DANGER !!!! # for i in 1 2 3 ; do
> dd if=/dev/urandom of=/data/col1/jf1/${i} bs=1024k count=1024
> done

次に、これらのファイルを 2 番目の mtree (/data/col1/jf2):

!!!! dd9500 YOUR DATA IS IN DANGER !!!! # cp /data/col1/jf1/1 /data/col1/jf2/4
!!!! dd9500 YOUR DATA IS IN DANGER !!!! # cp /data/col1/jf1/2 /data/col1/jf2/5
!!!! dd9500 YOUR DATA IS IN DANGER !!!! # cp /data/col1/jf1/3 /data/col1/jf2/6

最後に、新しい1Gbファイルを /data/col1/jf2です。

!!!! dd9500 YOUR DATA IS IN DANGER !!!! # dd if=/dev/urandom of=/data/col1/jf2/7 bs=1024k count=1024
1024+0 records in
1024+0 records out

データのローカル圧縮を無視し、重複排除のみを考慮した場合、ファイルの書き込み時に各 mtree が次の物理スペースを使用したことは明らかです。

/data/col1/jf1: 3Gb
/データ/col1/jf2: 1Gb(新しいファイルの場合 - コピーされたファイルは既存のデータに対して重複排除されるため、物理スペースの消費は最小限に抑えられます)。

その結果、物理スペースの使用率の合計が /data/col1/jf1 と /data/col1/jf2 約4Gbである必要があります。

次の3つのPCMパスセットが作成されます。

/data/col1/jf1 を含む jf1 /data/col1/jf2

を含む jf2 data/col1/jf1 および /data/col1/jf2 を含む jfall

PCMジョブが実行され、次のような出力が提供されます。

Pathset: jf1
Measurement Time      Logical Used   Physical Used   Global-Comp   Local-Comp       Total-Comp
                        (Pre-Comp)     (Post-Comp)        Factor       Factor           Factor
                             (GiB)           (GiB)                               (Reduction %)
-------------------   ------------   -------------   -----------   ----------   --------------
2015/08/23 12:24:09            3.0             3.2         0.96x        0.98x   0.94x (-6.21%)
-------------------   ------------   -------------   -----------   ----------   --------------


Pathset: jf2
Measurement Time      Logical Used   Physical Used   Global-Comp   Local-Comp       Total-Comp
                        (Pre-Comp)     (Post-Comp)        Factor       Factor           Factor
                             (GiB)           (GiB)                               (Reduction %)
-------------------   ------------   -------------   -----------   ----------   --------------
2015/08/23 12:24:12            4.0             4.2         0.98x        0.98x   0.96x (-4.14%)
-------------------   ------------   -------------   -----------   ----------   --------------

各PCMジョブは、対応するパス セット内のファイルによって参照される物理データのみを参照するため、これらの値は正しいです。つまり、コピーされたファイルのデータは2回カウントされます(PCMジョブごとに1回)。

物理的な総使用率を /data/col1/jf1 と /data/col1/jf2 MTreesでは、上記の出力から「physical used」の値を合計できます。
 

物理使用率の合計の正確な値を取得するには /data/col1/jf1 と /data/col1/jf2の場合は、これら両方のMTreeをカバーする単一のPCMジョブを実行する必要があります(つまり、jfallを使用します)。これにより、重複するセグメントは、上記の例のように 2 回ではなく 1 回だけカウントされます。

Pathset: jfall
Measurement Time      Logical Used   Physical Used   Global-Comp   Local-Comp       Total-Comp
                        (Pre-Comp)     (Post-Comp)        Factor       Factor           Factor
                             (GiB)           (GiB)                               (Reduction %)
-------------------   ------------   -------------   -----------   ----------   --------------
2015/08/23 12:23:06            7.0             4.2         1.70x        0.98x   1.67x (40.24%)
-------------------   ------------   -------------   -----------   ----------   --------------

要約すると、複数のPCMジョブの出力を合計して、パスセット/mtreeのセットの正確な物理使用率を示すことはできません。代わりに、重複データが一度だけカウントされるようにするため、必要なすべてのmtree/ディレクトリーをカバーする単一のPCMパス セットを定義する必要があります。これを行わず、例えば、システム上の各 mtree に対して個別の PCM ジョブを実行した場合、結果を合計すると、使用されている物理容量の合計がシステムの raw 容量を超える可能性があります。

PCMジョブは、 DDSH コマンドラインまたはUIも使用できますか?
このドキュメントでは、Data Domainコマンド ライン インターフェイス(DDSH)を使用してPCMジョブを構成、送信、レビューします。