キャッシュのロード動作を構成できます。
p.60 の 「MSDP フィンガープリントのキャッシュについて」 を参照してください。
MSDP フィンガープリントのキャッシュ動作を構成するには
1 ストレージサーバーで、テキストエディタで contentrouter.cfg ファイルを開きま す。それは次のディレクトリに存在します。
■ (UNIX)storage_path/etc/puredisk
■ (Windows)storage_path¥etc¥puredisk
2 動作を制御するパラメータを編集します。
p.61 の 「MSDP フィンガープリントキャッシュの動作オプション」 を参照してくださ い。
MSDP フィンガープリントキャッシュの動作オプション
表 5-8 に、動作を制御するパラメータを示します。これらのオプションはすべて contentrouter.cfg ファイルにあります。
パラメータは contentrouter.cfg ファイルに格納されます。
p.196 の 「MSDP contentrouter.cfg ファイルについて」 を参照してください。
第 5 章 重複排除の構成 61 MSDP フィンガープリントのキャッシュ動作の構成
表 5-8 キャッシュロードパラメータ 説明
動作
残りのフィンガープリントをロードするのに使うスレッドの数。
contentrouter.cfg ファイル内の CacheLoadThreadNum は、スレッド数を制御します。 NetBackup は、起動時にフィンガー プリントをロードした後、次のコンテナ番号からフィンガープリント のロードを開始します。
デフォルトは 1 です。
CacheLoadThreadNum
フィンガープリントキャッシュに使用する RAM の割合。
contentrouter.cfg ファイル内の MaxCacheSize は、
RAM の割合を制御します。
デフォルトは 75% です。
MaxCacheSize
リモートクライアント重複排除の MSDP フィンガープリン トキャッシュのシードについて
ベリタスは新しいクライアント用のフィンガープリントキャッシュをシードする方法を提供し ます。シード処理が最も効果的な使用例は WAN のような大きな遅延のあるネットワーク 上のリモートクライアントの最初のバックアップです。最初のバックアップのパフォーマンス は既存のクライアントのパフォーマンスに類似します。
キャッシュをシード処理するクライアントを考慮することが重要です。類似するクライアント を選択するときは次の点を考慮します。
■ 情報のほとんどがオペレーティングシステムファイルの場合は、同じオペレーティング システムを持つクライアントを使います。
■ 情報のほとんどがデータの場合は、同じデータを持つクライアントを見つけられないこ とがあります。したがって、データセンターにデータのコピーを物理的に移動すること を検討します。類似するクライアント上でそのデータをバックアップしてから、シード処 理するクライアントとポリシーを使います。
■ クライアントが類似しているほど、キャッシュのヒット率は大きくなります。
キャッシュのシード処理を構成するには 2 つの方法があります。どちらかの方法を使うこ とができます。次の表でシード処理の構成方法を説明します。
第 5 章 重複排除の構成 62 リモートクライアント重複排除の MSDP フィンガープリントキャッシュのシードについて
表 5-9 シード処理の構成方法 説明 シード処理を構成するホス ト
1 つまたは少数のクライアントのみのためのクライアント上でシー ド処理を構成します。
p.65 の 「クライアントでの MSDP フィンガープリントキャッシュの シードの構成」 を参照してください。
クライアント
シード処理するクライアントが多く、1 つのホストからフィンガープ リントキャッシュを使うような使用例が最大の利点を得ることができ ます。
p.66 の 「ストレージサーバーでの MSDP フィンガープリントキャッ シュのシードの構成」 を参照してください。
ストレージサーバー上
NetBackup でシード値を設定したバックアップイメージを使うには、シード値を設定した 後のクライアントの初回バックアップで単一ストリームの完全バックアップを作成する必要 があります。具体的には、バックアップポリシーで次の 2 つの条件を満たす必要がありま す。
■ ［属性（Attributes）］ページにある［複数のデータストリームを許可する（Allow multiple data streams）］属性のチェックマークをはずす必要があります。
■ バックアップ選択項目に、NEW_STREAM 指示句を含めることはできません。
これら 2 つの条件を満たしていない場合には NetBackup は複数のストリームを使うこと があります。 ［属性（Attributes）］ページにある［ポリシーごとにジョブ数を制限する（Limit jobs per policy）］をストリームの合計数より小さい数値に設定すると、これらのストリーム でのみシード値を設定したイメージを使ってキャッシュをポピュレートします。［ポリシーご とにジョブ数を制限する（Limit jobs per policy）］の値より大きい値のストリームは、シード 値を設定してもメリットがなく、キャッシュのヒット率は 0 % 近くになることがあります。
最初のバックアップ後に、元のバックアップポリシーパラメータの設定をリストアできます。
シードが発生したことを示す情報メッセージの例を以下に示します。
1/2/2015 2:18:23 AM - Info nbmaster1(pid=6340) StorageServer=PureDisk:nbmaster1; Report=PDDO Stats for (nbmaster1): scanned: 3762443 KB, CR sent: 1022 KB, CR sent over FC: 0 KB, dedup:
100.0%, cache hits: 34364 (100.0%)
1/2/2015 2:18:24 AM - Info nbmaster1(pid=6340) StorageServer=PureDisk:nbmaster1; Report=PDDO Stats for (nbmaster1): scanned: 1 KB, CR sent:
0 KB, CR sent over FC: 0 KB, dedup: 100.0%
アクティビティモニターに表示 されるジョブの詳細
第 5 章 重複排除の構成 63 リモートクライアント重複排除の MSDP フィンガープリントキャッシュのシードについて
01/02/15 02:15:17 [4452] [4884] [DEBUG] PDSTS:
cache_util_get_cache_dir: enter
db=/nbmaster1#1/2, scp='', bc=opscenter1, bp=seedfinal, bl=4096
01/02/15 02:15:17 [4452] [4884] [DEBUG] PDSTS:
cache_util_get_cache_dir: new backup, using existing client seeding directory
01/02/15 02:15:17 [4452] [4884] [DEBUG] PDSTS:
cache_util_get_cache_dir: exit
db=/nbmaster1#1/2, scp='', bc=opscenter1, bp=seedfinal, bl=4096,
cachedir_buf='/nbmaster1#1/2/#pdseed/opscenter1' err=0
p.294 の 「NetBackup MSDP ログファイル」 を参照してください。
クライアント上の重複排除プ ラグインログ
（pdplugin.log）
02:15:17.417[4452.4884][DEBUG][dummy][11:bptm:6340:nbmaster1][DEBUG]
PDSTS: cache_util_get_cache_dir: enter db=/nbmaster1#1/2, scp='', bc=opscenter1, bp=seedfinal, bl=4096
02:15:17.433[4452.4884][DEBUG][dummy][11:bptm:6340:nbmaster1][DEBUG]
PDSTS: cache_util_load_fp_cache_nbu: enter dir_path=/nbmaster1#1/2/#pdseed/opscenter1, t=16s, me=1024
02:15:17.449[4452.4884][DEBUG][dummy][11:bptm:6340:nbmaster1][DEBUG]
PDSTS: cache_util_load_fp_cache_nbu: adding 'nbmaster1_1420181254_C1_F1.img' to cache list (1)
02:15:17.449[4452.4884][DEBUG][dummy][11:bptm:6340:nbmaster1][DEBUG]
PDSTS: cache_util_load_fp_cache_nbu: opening /nbmaster1#1/2/#pdseed/opscenter1/nbmaster1_1420181254_C1_F1.img for image cache (1/1)
02:15:29.585[4452.4884][DEBUG][dummy][11:bptm:6340:nbmaster1][DEBUG]
PDVFS: pdvfs_lib_log: soRead: segment c32b0756d491871c45c71f811fbd73af already present in cache.
02:15:29.601[4452.4884][DEBUG][dummy][11:bptm:6340:nbmaster1][DEBUG]
PDVFS: pdvfs_lib_log: soRead: segment 346596a699bd5f0ba5389d4335bc7429 already present in cache.
p.294 の 「NetBackup MSDP ログファイル」 を参照してください。
クライアント上の重複排除プ ロキシサーバーログ (nbostpxy.log)
第 5 章 重複排除の構成 64 リモートクライアント重複排除の MSDP フィンガープリントキャッシュのシードについて
シード値の設定について詳しくは、Veritas の次の TechNote を参照してください。
http://www.veritas.com/docs/TECH144437
p.60 の 「MSDP フィンガープリントのキャッシュについて」 を参照してください。
クライアントでの MSDP フィンガープリントキャッシュの シードの構成
クライアントのシードには、次が必要です。
■ クライアント名
■ ポリシー名
■ 類似するクライアントのフィンガープリントキャッシュの使用を停止する日付
このシード方法をいつ使うかや、シードが利用可能なクライアントの選択方法についての 情報。
p.62 の 「リモートクライアント重複排除の MSDP フィンガープリントキャッシュのシードに ついて」 を参照してください。
警告: ストレージサーバーまたは負荷分散サーバー上ではこの手順を使わないでくださ い。この手順を使うと、そのホストによってバックアップされるすべてのクライアントに影響 します。
第 5 章 重複排除の構成 65 クライアントでの MSDP フィンガープリントキャッシュのシードの構成
クライアントで MSDP フィンガープリントキャッシュをシードする方法
◆ リモートクライアントの最初のバックアップの前に、リモートクライアントの pd.conf ファイルの FP_CACHE_CLIENT_POLICY パラメータを編集します。
次の形式で設定を指定します。
clienthostmachine,backuppolicy,date
キャッシュをシードする既存の類似クライアントの名前。
メモ: NetBackup では長い形式のホスト名と短い形式のホスト名
は別のものとされるため、バックアップするポリシーに表示される クライアント名を使用するようにします。
clienthostmachine
そのクライアントのバックアップポリシー。
backuppolicy
既存の類似クライアントからのフィンガープリントキャッシュを使う yyyy/mm/dd 形式の最新の日付。この日付の後、NetBackup は クライアント自体のバックアップからのフィンガープリントを使いま す。
date
p.184 の 「MSDP pd.conf ファイルの編集」 を参照してください。
p.185 の 「MSDP pd.conf ファイルのパラメータ」 を参照してください。
ストレージサーバーでの MSDP フィンガープリントキャッ シュのシードの構成
ストレージサーバーでは、NetBackup seedutil ユーティリティによってクライアントの特 別なシードディレクトリが作成されます。イメージ参照のシードディレクトリを別のクライアン トとポリシーのバックアップイメージに事前設定します。シードディレクトリのパス名は次の とおりです。
database_path/databases/catalog/2/#pdseed/client_name
(デフォルトで、NetBackup ではストレージおよびカタログに同じパスが使用されます。
database_path と storage_path は同じです。 重複排除データベースに対し別のパ スを構成する場合、パスは異なります。)
バックアップを実行する場合、NetBackup はクライアントの #pdseed ディレクトリからフィ ンガープリントをロードします(通常のカタログの場所にあるそのクライアントにフィンガー プリントがないと想定)。
このシード方法をいつ使うかや、シードが利用可能なクライアントの選択方法についての 情報。
第 5 章 重複排除の構成 66 ストレージサーバーでの MSDP フィンガープリントキャッシュのシードの構成