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
NetBackup Key Management Server サービスを使用した MSDP 暗号化について
NetBackup は、メディアサーバー重複排除プールに KMS (Key Management Server) を組み込んでいます。
NetBackup 10.1.1 および Flex WORM ストレージサーバー 17.1 以降、MSDP はキーの複数の階層が含まれるエンベロープ暗号化を使用してデータを暗号化します。新しい各 MSDP データセグメントは、MSDP によって生成される一意の DEK (データ暗号化キー) で暗号化されます。各 DEK は、MSDP によって生成される KEK (キー暗号化キー) によって暗号化またはラップされます。複数の DEK は、アクティブな KEK が新たに生成されるまで、同じ KEK を暗号化に使用できます。KEK は、NetBackup KMS または外部 KMS に存在するアクティブな root キーを使用して暗号化されます。root キーは MSDP に送信されません。代わりに、MSDP は KEK を NetBackup プライマリサーバーに送信します。このプライマリサーバーは、NetBackup KMS または外部 KMS に接続して KEK を暗号化または復号します。暗号化された DEK と暗号化された KEK は MSDP 内に格納されます。
以前のバックアップデータのレガシー KMS 暗号化を KEK ベースの KMS 暗号化に変換する方法については、「レガシー KMS の KEK ベースの KMS への変換を参照してください。」を参照してください。
ユーザーは KMS サービスを管理してキーを作成し、アクティブ化します。KMS サービスでは、1 つのアクティブなキーが存在する必要があります。
KMS サービスは、ストレージサーバーの構成時に NetBackup Web UI または NetBackup コマンドラインから設定できます。
メモ:
MSDP の KMS サービスを有効にしたら無効にすることはできません。
KMS サービスが MSDP で利用できない場合、または MSDP が使用する KMS サービスのキーが利用できない場合、MSDP は無限ループで待機し、バックアップジョブが失敗する場合があります。MSDP が無限ループに入ると、実行するコマンドのいくつかが応答しなくなることがあります。
KMS 暗号化を構成した後、または MSDP プロセスが再起動した後、最初のバックアップの完了後に KMS 暗号化の状態を確認します。
キー辞書のキーを削除したり、非推奨にしたり、終了したりしないでください。MSDP ディスクプールに関連付けられているすべてのキーは、アクティブまたは非アクティブの状態である必要があります。
KMS モードの状態は、次のコマンドを使用して取得できます。
UNIX の場合:
/usr/openv/pdde/pdcr/bin/crcontrol --getmode
MSDP クラウドの場合は、次の keydictutil コマンドを実行して、LSU (論理ストレージユニット) が KMS モードかどうかを確認します。
/usr/openv/pdde/pdcr/bin/keydictutil --list
Windows の場合:
<install_path>\Veritas\pdde\crcontrol.exe --getmode
メモ:
nbdevconfig コマンドを使用して、新しい暗号化されたクラウド LSU を追加するとき、暗号化された LSU がこの MSDP に存在する場合、keygroupname が暗号化済みの LSU の keygroupname と同じである必要があります。
KMS の有効化について詳しくは、次のトピックを参照してください。