NetBackup™ 重複排除ガイド
- NetBackup メディアサーバー重複排除オプションの概要
- クイックスタート
- 配備の計画
- MSDP ストレージと接続性の必要条件について
- NetBackup メディアサーバー重複排除について
- NetBackup Client Direct の重複排除について
- MSDP リモートオフィスのクライアントの重複排除について
- MSDP のパフォーマンスについて
- MSDP のストリームハンドラについて
- MSDP の配置のベストプラクティス
- ストレージのプロビジョニング
- 重複排除のライセンス
- 重複排除の構成
- MSDP 重複排除マルチスレッドエージェントについて
- MSDP のフィンガープリントについて
- MSDP での 400 TB のサポートの有効化
- NetBackup Key Management Server サービスを使用した MSDP 暗号化について
- メディアサーバー重複排除プールのストレージサーバーの構成
- NetBackup の重複排除用ディスクプールについて
- [メディアサーバー重複排除プール (Media Server Deduplication Pool)]ストレージユニットの構成
- MSDP クライアント側重複排除のクライアント属性の構成
- MSDP の暗号化について
- MSDP の複製およびレプリケーションに対する個別ネットワークパスについて
- 同じドメイン内での MSDP の最適化複製について
- 異なる NetBackup ドメインへの MSDP レプリケーション設定
- NetBackup 自動イメージレプリケーションについて
- リモートドメインへの MSDP レプリケーションに対するターゲットの構成
- ストレージライフサイクルポリシーについて
- [耐性ネットワーク (Resilient network)]プロパティ
- NetBackup クライアントでの可変長の重複排除について
- MSDP pd.conf 構成ファイルについて
- MSDP ストレージサーバーの構成の保存について
- MSDP カタログの保護について
- 変更不可および削除不可のデータの NetBackup WORM ストレージサポートについて
- root 以外のユーザーによる MSDP サービスの実行
- MVG (MSDP ボリュームグループ)
- MSDP ボリュームグループについて
- MSDP ボリュームグループの構成
- MSDP クラウドのサポート
- MSDP クラウドのサポートについて
- クラウド領域の再利用
- クラウド LSU のディザスタリカバリについて
- MSDP クラウドを使用したイメージ共有について
- MSDP クラウド変更不可 (WORM) ストレージのサポートについて
- AWS S3 の変更不可オブジェクトのサポートについて
- Google Cloud Storage のバケットレベルの変更不可ストレージのサポートについて
- Google Cloud Storage のオブジェクトレベルの変更不可ストレージのサポートについて
- AWS IAM Role Anywhere のサポートについて
- Azure サービスプリンシパルのサポートについて
- AWS Snowball Edge の NetBackup のサポートについて
- クラウドダイレクトについて
- MSDP の S3 インターフェース
- MSDP の独自の (BYO) サーバーでの MSDP 用 S3 インターフェースの構成
- MSDP の S3 インターフェースの IAM (Identity and Access Management)
- MSDP の S3 インターフェースの S3 API
- MSDP の S3 インターフェースでのディザスタリカバリ
- 重複排除アクティビティの監視
- 重複排除の管理
- MSDP サーバーの管理
- NetBackup Deduplication Engine クレデンシャルの管理
- メディアサーバー重複排除プールの管理
- MSDP データ整合性チェックの動作の構成
- MSDP ストレージのリベースについて
- MSDP のリカバリ
- MSDP ホストの置換
- MSDP のアンインストール
- 重複排除アーキテクチャ
- ユニバーサル共有の構成と管理
- ユニバーサル共有の概要
- ユニバーサル共有を構成するための前提条件
- ユニバーサル共有の管理
- ユニバーサル共有を使用したデータのリストア
- ユニバーサル共有の拡張機能
- オブジェクトストアへのユニバーサル共有データの指定
- データ重複排除のユニバーサル共有アクセラレータ
- 取り込みモードでのユニバーサル共有へのバックアップデータのロード
- ユニバーサル共有サービスの管理
- ユニバーサル共有に関連する問題のトラブルシューティング
- 分離リカバリ環境 (IRE) の構成
- NetBackup 重複排除シェルの使用
- 重複排除シェルからのユーザーの管理
- 外部 MSDP カタログバックアップについて
- 重複排除シェルからの証明書の管理
- 重複排除シェルからの NetBackup サービスの管理
- 重複排除シェルからの NetBackup サービスの監視およびトラブルシューティング
- 重複排除シェルからの S3 サービスの管理
- トラブルシューティング
- 統合ログについて
- レガシーログについて
- MSDP 構成の問題のトラブルシューティング
- MSDP 操作上の問題のトラブルシューティング
- 複数ドメインの問題のトラブルシューティング
- 付録 A. MSDP ストレージへの移行
- 付録 B. Cloud Catalyst から MSDP ダイレクトクラウド階層化への移行
- 付録 C. Encryption Crawler
MSDP クライアント側の重複排除バックアップ処理
図: 重複排除プールへの MSDP クライアントのバックアップ に、クライアント独自のデータを重複排除するクライアントのバックアップ処理を示します。宛先はメディアサーバー重複排除プールです。説明を次に示します。
次のリストに、MSDP クライアントのメディアサーバー重複排除プールへのバックアップ処理を示します。
NetBackup Job Manager (nbjm) によって、Backup Restore Manager (bpbrm) がメディアサーバー上で起動します。
Backup Restore Manager によってクライアントが調べられ、そのクライアントが構成済みであり、重複排除の準備が完了しているかどうかが判別されます。
クライアントの準備が完了している場合は、Backup Restore Manager によってクライアント上の OpenStorage プロキシサーバー (nbostpxy) およびクライアント上のデータ移動プロセス (bpbkar) およびメディアサーバー上の bptm が開始されます。
NetBackup では、メディアサーバー上のプロキシのプラグインを使用して、bptm から nbostpxy に制御情報をルーティングします。
Backup Archive Manager (bpbkar) は、バックアップイメージを生成し、共有メモリによってこれらをクライアントの nbostpxy プロセスに移動します。
また、Backup Archive Manager はイメージ内のファイルについての情報を Backup Restore Manager (bpbrm) に送ります。Backup Restore Manager は NetBackup データベース用のプライマリサーバーの bpdbm 処理にファイル情報を送ります。
クライアントの nbostpxy プロセスは、データを重複排除プラグインに移動します。
クライアント上の重複排除プラグインは以下の順で指紋のリストの取り込みを試行します。
クライアントの
pd.conf
ファイルで構成されているクライアントとポリシーから。FP_CACHE_CLIENT_POLICY エントリは指紋キャッシュに使うクライアントとポリシーを定義します。エントリは有効である (つまり、期限切れでない) 必要があります。クライアントとポリシーの以前のバックアップから。
ストレージサーバーの特別なシードディレクトリから。
指紋のリストをキャッシュとして使用することで、プラグインがエンジンの各指紋を要求する必要がなくなります。
指紋がキャッシュにロードされない場合、バックアップの重複排除率は非常に低いことがあります。
重複排除プラグインはバックアップイメージのファイルをセグメントに分割します。
重複排除プラグインは、セグメントをバッファ処理してから重複排除マルチスレッドエージェントにそれらのバッチを送信します。データ転送には複数のスレッドと共有メモリが使われます。
NetBackup 重複排除マルチスレッドエージェントは、スループットパフォーマンスを改善するために複数のスレッドを使ってデータセグメントを並列で処理します。その後、エージェントは重複のないデータセグメントのみを NetBackup 重複排除エンジンに送信します。
NetBackup 重複排除エンジンは、データをメディアサーバー重複排除プールに書き込みます。
最初のバックアップでは、重複排除率が 0% になる場合があります。0% は、バックアップデータ内のすべてのファイルセグメントが一意であることを意味します。