NetBackup™ 重複排除ガイド
- NetBackup メディアサーバー重複排除オプションの概要
- クイックスタート
- 配備の計画
- MSDP の配置計画
- NetBackup 命名規則
- MSDP 重複排除ノードについて
- NetBackup 重複排除の宛先について
- MSDP ストレージの容量について
- MSDP ストレージと接続性の必要条件について
- NetBackup メディアサーバー重複排除について
- NetBackup Client Direct の重複排除について
- MSDP リモートオフィスのクライアントの重複排除について
- NetBackup Deduplication Engine のクレデンシャルについて
- MSDP のネットワークインターフェースについて
- MSDP ポートの使用について
- MSDP の最適化された合成バックアップについて
- MSDP と SAN クライアントについて
- MSDP の最適化複製とレプリケーションについて
- MSDP のパフォーマンスについて
- MSDP のストリームハンドラについて
- MSDP の配置のベストプラクティス
- ストレージのプロビジョニング
- 重複排除のライセンス
- 重複排除の構成
- MSDP サーバー側の重複排除の構成
- MSDP クライアント側の重複排除の構成
- MSDP 重複排除マルチスレッドエージェントについて
- 重複排除マルチスレッドエージェントの動作の構成
- マルチスレッドエージェントによる重複排除プラグイン通信の構成
- MSDP のフィンガープリントについて
- MSDP フィンガープリントのキャッシュについて
- MSDP フィンガープリントのキャッシュ動作の構成
- リモートクライアント重複排除の MSDP フィンガープリントキャッシュのシードについて
- クライアントでの MSDP フィンガープリントキャッシュのシードの構成
- ストレージサーバーでの MSDP フィンガープリントキャッシュのシードの構成
- サンプリングと予測キャッシュについて
- MSDP での 400 TB のサポートの有効化
- NetBackup KMS サービスを使用した MSDP 暗号化について
- 外部 KMS サーバーを使用した MSDP 暗号化について
- メディアサーバー重複排除プールのストレージサーバーの構成
- NetBackup の重複排除用ディスクプールについて
- 重複排除のディスクプールの構成
- 400 TB MSDP サポート用データディレクトリの作成
- 400 TB メディアサーバー重複排除プールへのボリュームの追加
- [メディアサーバー重複排除プール (Media Server Deduplication Pool)]ストレージユニットの構成
- MSDP クライアント側重複排除のクライアント属性の構成
- クライアントについての MSDP クライアント側の重複排除の無効化
- MSDP の圧縮について
- MSDP の暗号化について
- MSDP 圧縮および暗号化設定表
- MSDP バックアップの暗号化の構成
- MSDP の最適化複製とレプリケーションの暗号化の構成
- MSDP のローリングデータの変換メカニズムについて
- ローリングデータ変換のモード
- MSDP 暗号化の動作と互換性
- 最適化された合成バックアップの MSDP の構成
- MSDP の複製およびレプリケーションに対する個別ネットワークパスについて
- MSDP 複製とレプリケーションに対する個別ネットワークパスの構成
- 同じドメイン内での MSDP の最適化複製について
- 同じ NetBackup ドメインでの MSDP 最適化複製の構成
- 異なるドメインへの MSDP レプリケーションについて
- 異なる NetBackup ドメインへの MSDP レプリケーション設定
- NetBackup 自動イメージレプリケーションについて
- 自動イメージレプリケーションの信頼できるプライマリサーバーについて
- 信頼できるマスターサーバーの追加時に使用する証明書について
- NetBackup CA が署名した (ホスト ID ベースの) 証明書を使用した信頼できるプライマリサーバーの追加
- 外部 CA が署名した証明書を使用した信頼できるプライマリサーバーの追加
- 信頼できるプライマリサーバーの削除
- NetBackup でクラスタ化されたプライマリサーバーのノード間認証を有効化
- ソースとターゲットの MSDP ストレージサーバー間で安全に通信を行うための NetBackup CA と NetBackup ホスト ID ベースの証明書の構成
- ソース MSDP ストレージサーバーとターゲット MSDP ストレージサーバー間での安全な通信のための外部 CA の構成
- リモートドメインへの MSDP レプリケーションに対するターゲットの構成
- MSDP 最適化複製とレプリケーション帯域幅の構成について
- MSDP クラウドの最適化複製とレプリケーションのパフォーマンスチューニングについて
- ストレージライフサイクルポリシーについて
- 自動イメージレプリケーションに必要なストレージライフサイクルポリシーについて
- ストレージライフサイクルポリシーの作成
- MSDP バックアップポリシーの構成について
- バックアップポリシーの作成
- 耐性ネットワークのプロパティ
- 耐性のある接続の指定
- MSDP 負荷分散サーバーの追加
- NetBackup クライアントでの可変長の重複排除について
- MSDP pd.conf 構成ファイルについて
- MSDP pd.conf ファイルの編集
- MSDP contentrouter.cfg ファイルについて
- MSDP ストレージサーバーの構成の保存について
- MSDP ストレージサーバーの構成の保存
- MSDP ストレージサーバーの構成ファイルの編集
- MSDP ストレージサーバーの構成の設定
- MSDP ホストの構成ファイルについて
- MSDP ホストの構成ファイルの削除
- MSDP レジストリのリセット
- MSDP カタログの保護について
- MSDP シャドーカタログパスの変更
- MSDP シャドーカタログスケジュールの変更
- MSDP カタログのシャドーコピー数の変更
- MSDP カタログバックアップの設定
- MSDP カタログバックアップポリシーの更新
- MSDP の FIPS 準拠について
- MSDP の複数のインターフェースをサポートするための NetBackup クライアント側の重複排除の構成
- MSDP のマルチドメインのサポートについて
- MSDP アプリケーションのユーザーサポートについて
- MSDP マルチドメイン VLAN のサポートについて
- 変更不可および削除不可のデータの NetBackup WORM ストレージサポートについて
- MSDP クラウドのサポート
- MSDP クラウドのサポートについて
- NetBackup Web UI でのメディアサーバー重複排除プール (MSDP) ストレージサーバーの作成
- クラウドストレージユニットの作成
- クラウド LSU のクラウドクレデンシャルの更新
- クラウド LSU の暗号化構成の更新
- クラウド LSU の削除
- クラウド LSU を使用したクラウドへのデータのバックアップ
- クラウド LSU を使用したデータクラウドの複製
- クラウド LSU を使用するための AIR の構成
- 下位互換性のサポートについて
- cloud.json、contentrouter.cfg、spa.cfg 内の構成項目について
- クラウド領域の再利用
- クラウドサポートのツールの更新について
- クラウド LSU のディザスタリカバリについて
- MSDP クラウドを使用したイメージ共有について
- Microsoft Azure Archive 内のバックアップからのリストアについて
- MSDP クラウド変更不可 (WORM) ストレージのサポートについて
- MSDP クラウド管理ツールについて
- AWS S3 の変更不可オブジェクトのサポートについて
- AWS S3 互換プラットフォームでの変更不可オブジェクトのサポートについて
- S3 互換プラットフォームでのクラウド変更不可ストレージユニットの作成
- msdpcldutil ツールを使用した HCP for Cloud Scale の管理
- msdpcldutil ツールを使用した Cloudian HyperStore の管理
- msdpcldutil ツールを使用した Seagate Lyve Cloud の管理
- msdpcldutil ツールを使用した Veritas Access Cloud の管理
- msdpcldutil ツールを使用した Wasabi cloud storage の管理
- Scality RING の管理 - msdpcldutil ツールを使用した LAN
- msdpcldutil ツールを使用した EMC-ECS の管理
- msdpcldutil ツールを使用した Quantum ActiveScale の管理
- msdpcldutil ツールを使用した NetApp StorageGRID Webscale - WAN の管理
- Azure Blob Storage の変更不可ストレージのサポートについて
- クラスタ環境でのクラウド変更不可ストレージの使用について
- msdpcldutil を使用せずにバケットが作成された場合のエラーのトラブルシューティング
- ガバナンスモードを使用した変更不可イメージの削除
- Web UI での変更不可クラウドボリュームの保持範囲の値の更新
- S3 オブジェクトの永続的な削除
- クラウドのオブジェクトストレージのインスタントアクセスについて
- MSDP の S3 インターフェース
- 重複排除アクティビティの監視
- 重複排除の管理
- MSDP サーバーの管理
- NetBackup Deduplication Engine クレデンシャルの管理
- メディアサーバー重複排除プールの管理
- バックアップイメージの削除
- MSDP キュー処理について
- MSDP トランザクションキューの手動処理
- MSDP データ整合性チェックについて
- MSDP データ整合性チェックの動作の構成
- MSDP ストレージの読み込みパフォーマンスの管理について
- MSDP ストレージのリベースについて
- MSDP のデータ削除処理について
- MSDP ストレージパーティションのサイズ調整
- MSDP のリストアのしくみ
- MSDP のクライアントへの直接リストアの構成
- リモートサイトのファイルのリストアについて
- ターゲットプライマリドメインでのバックアップからのリストアについて
- リストアサーバーの指定
- MSDP のリカバリ
- MSDP ホストの置換
- MSDP のアンインストール
- 重複排除アーキテクチャ
- ユニバーサル共有の構成と使用
- ユニバーサル共有について
- ユニバーサル共有を構成するための MSDP の独自の (BYO) サーバーの構成と使用
- ユニバーサル共有を構成するための MSDP の独自の (BYO) サーバーにおける前提条件とハードウェア要件
- ユニバーサル共有のユーザー認証の構成
- NetBackup Web UI から作成したユニバーサル共有のマウント
- ユニバーサル共有の保護ポイントの作成
- ユニバーサル共有のセルフサービスリカバリについて
- ユニバーサル共有のセルフサービスリカバリの実行
- 取り込みモードの使用
- オブジェクトストアを使用したユニバーサル共有について
- オブジェクトストアを使用したユニバーサル共有の有効化
- ユニバーサル共有のディザスタリカバリ
- vpfsd インスタンス数の変更
- NetBackup 10.1.1 へのアップグレード
- 分離リカバリ環境 (IRE) の構成
- NetBackup 重複排除シェルの使用
- NetBackup 重複排除シェルについて
- 重複排除シェルからのユーザーの管理
- 重複排除シェルからの VLAN インターフェースの管理
- WORM ストレージサーバーでの保持ポリシーの管理
- WORM ストレージサーバーでの保持ロックを使用したイメージの管理
- WORM の保持に関する変更の監査
- 重複排除シェルからの証明書の管理
- 重複排除シェルからの FIPS モードの管理
- 重複排除シェルからのバックアップの暗号化
- 重複排除シェルからの MSDP 構成の調整
- 重複排除シェルからの MSDP ログレベルの設定
- 重複排除シェルからの NetBackup サービスの管理
- 重複排除シェルからの NetBackup サービスの監視およびトラブルシューティング
- トラブルシューティング
- 統合ログについて
- レガシーログについて
- NetBackup MSDP ログファイル
- MSDP インストールの問題のトラブルシューティング
- MSDP 構成の問題のトラブルシューティング
- MSDP 操作上の問題のトラブルシューティング
- MSDP サーバーに十分なメモリがあることを確認する
- MSDP バックアップまたは複製ジョブの失敗
- MSDP クライアントの重複排除が失敗する
- ボリュームのマウントが解除されると MSDP ボリュームが停止状態になる
- MSDP のエラー、遅延応答、ハングアップ
- MSDP ディスクプールを削除できない
- MSDP メディアのオープンエラー (83)
- MSDP メディアの書き込みエラー (84)
- MSDP 正常に処理されたイメージはありませんでした (191)
- MSDP ストレージの空きのない状態
- MSDP カタログバックアップのトラブルシューティング
- ストレージプラットフォーム Web サービス (spws) が起動しない
- ディスクボリューム API またはコマンドラインオプションが機能しない
- MSDP ディスクのエラーとイベントの表示
- MSDP イベントのコードとメッセージ
- Windows OS が搭載された AWS EC2 インスタンスを使用するための管理者パスワードを取得できない
- 複数ドメインの問題のトラブルシューティング
- クラウド圧縮エラーメッセージのトラブルシューティング
- 付録 A. MSDP ストレージへの移行
- 付録 B. Cloud Catalyst から MSDP ダイレクトクラウド階層化への移行
- 付録 C. Encryption Crawler
- 索引
Cloud Catalyst の移行戦略について
Cloud Catalyst から MSDP ダイレクトクラウド階層化への移行には複数の戦略があります。インストールの最適な戦略は、クラウドストレージの種類 (パブリックまたはプライベート、標準ストレージクラスまたはコールドストレージクラス) やデータ保持要件などの要因によって異なります。
Cloud Catalyst から MSDP ダイレクトクラウド階層化への移行の 4 つの戦略を次に示します。このうち 3 つの戦略は NetBackup 8.3 以降のリリースで導入でき、4 つ目の直接移行はリリース 10.0 以降で利用できます。4 つの戦略すべてについて、ご使用の環境に最適な選択をするために確認する必要がある利点と欠点が記載されています。
Cloud Catalyst から MSDP ダイレクトクラウド階層化への移行の 4 つの戦略:
この戦略は、すべての環境で機能します。この戦略を使用するには、まず NetBackup 8.3 以降の新しい MSDP ダイレクトクラウド階層ストレージサーバーを構成する必要があります。または、MSDP ダイレクトクラウド階層ディスクプールとストレージユニットを既存の NetBackup 8.3 以降の MSDP ストレージサーバーに追加します (サーバー容量を確認してください)。次に、新しい MSDP ダイレクトクラウド階層ストレージを使用するため、ストレージライフサイクルポリシーとバックアップポリシーを変更します。すべての新しい複製ジョブまたはバックアップジョブが新しい MSDP ダイレクトクラウド階層ストレージに書き込むと、古い Cloud Catalyst ストレージのイメージが徐々に期限切れになります。これらのイメージがすべて期限切れになった後、Cloud Catalyst サーバーを破棄、またはその用途を変更できます。
自然失効戦略の利点は次のとおりです。
NetBackup バージョン 8.3 以降で利用できます。この戦略により、MSDP ダイレクトクラウド階層のパフォーマンス、信頼性、操作性、柔軟性が向上します。NetBackup 10.0 にアップグレードしなくても使用できます。
Cloud Catalyst ストレージサーバーを引き続き使用しながら、新しい MSDP クラウドストレージサーバーを使用して徐々に実装できます。
パブリッククラウドのコールドストレージ (AWS Glacier や AWS Glacier Deep Archive など) を含むすべての環境で使用できます。
Cloud Catalyst よりも効率的にクラウドストレージを使用する MSDP ダイレクトクラウド階層化を使用して、すべての新しいデータがアップロードされます。クラウドストレージの長期的な合計使用量とコストを削減できる場合があります。
自然失効戦略の欠点は次のとおりです。
すべての古い Cloud Catalyst イメージが期限切れになり削除されるまで、クラウドストレージのデータが一部重複します。この重複は、古い Cloud Catalyst イメージと新しい MSDP ダイレクトクラウド階層イメージの間で発生する場合があります。パブリッククラウド環境を使用する場合、追加のストレージコストが発生する可能性があります。
個別のサーバーが必要です。
Cloud Catalyst サーバーからアップロードされたイメージが期限切れになるか、不要になるまで、Cloud Catalyst サーバーを維持する必要があります。
この戦略は、パブリッククラウドのコールドストレージ (AWS Glacier や AWS Glacier Deep Archive など) を使用する環境を除く、ほとんどの環境で機能します。この戦略を使用するには、まず NetBackup 8.3 以降の新しい MSDP ダイレクトクラウド階層ストレージサーバーを構成する必要があります。または、MSDP ダイレクトクラウド階層ディスクプールとストレージユニットを既存の NetBackup 8.3 以降の MSDP ストレージサーバーに追加します (サーバー容量を確認してください)。次に、新しい MSDP ダイレクトクラウド階層ストレージを使用するため、ストレージライフサイクルポリシーとバックアップポリシーを変更します。すべての新しい複製ジョブまたはバックアップジョブが新しい MSDP ダイレクトクラウド階層ストレージに書き込むと、古い Cloud Catalyst ストレージに既存のイメージが移動されます。これらのイメージは、手動で開始する bpduplicate コマンドを使用して、新しい MSDP ダイレクトクラウド階層ストレージに移動されます。すべての既存のイメージが古い Cloud Catalyst ストレージから新しい MSDP ダイレクトクラウド階層ストレージに移動された後、Cloud Catalyst サーバーを破棄、またはその用途を変更できます。
イメージ複製戦略の利点は次のとおりです。
NetBackup バージョン 8.3 以降で利用できます。この戦略により、MSDP ダイレクトクラウド階層のパフォーマンス、信頼性、操作性、柔軟性が向上します。NetBackup 10.0 にアップグレードしなくても使用できます。
Cloud Catalyst ストレージサーバーを引き続き使用しながら、新しい MSDP クラウドストレージサーバーを使用して徐々に実装できます。
Cloud Catalyst よりも効率的にクラウドストレージを使用する MSDP ダイレクトクラウド階層化を使用して、Cloud Catalyst のすべての新しいデータと古いデータがアップロードされます。クラウドストレージの長期的な合計使用量とコストを削減できる場合があります。
イメージ複製戦略の欠点は次のとおりです。
パブリッククラウドのコールドストレージ環境 (AWS Glacier や AWS Glacier Deep Archive など) では、クラウドからのリストアはサポートされていますが、クラウドからの複製はサポートされていないため、この戦略は使用できません。
パブリッククラウドストレージを使用している場合、新しい MSDP クラウドストレージに複製するために古い Cloud Catalyst イメージを読み取る際、高額なデータ取り出し料が請求される可能性があります。
古い Cloud Catalyst イメージを新しい MSDP ダイレクトクラウド階層ストレージに複製する際、クラウドとの間で追加のネットワークトラフィックが発生します。
すべての古い Cloud Catalyst イメージが MSDP ダイレクトクラウド階層ストレージに移動されるまで、クラウドストレージのデータが一部重複します。この重複は、古い Cloud Catalyst イメージと新しい MSDP ダイレクトクラウド階層イメージの間で発生する場合があります。パブリッククラウド環境を使用する場合、追加のコストが発生する可能性があります。
個別のサーバーが必要です。
Cloud Catalyst サーバーからアップロードされたイメージが新しい MSDP ダイレクトクラウド階層ストレージにすべて移動されるか、不要になるまで、Cloud Catalyst サーバーを維持する必要があります。
この戦略は、パブリッククラウドのコールドストレージ (AWS Glacier や AWS Glacier Deep Archive など) を使用する環境を除く、ほとんどの環境で機能します。この戦略は、前述の 2 つの方法を組み合わせたものです。この戦略を使用するには、まず NetBackup 8.3 以降の新しい MSDP ダイレクトクラウド階層ストレージサーバーを構成する必要があります。または、MSDP ダイレクトクラウド階層ディスクプールとストレージユニットを既存の NetBackup 8.3 以降の MSDP ストレージサーバーに追加します (サーバー容量を確認してください)。次に、新しい MSDP ダイレクトクラウド階層ストレージを使用するため、ストレージライフサイクルポリシーとバックアップポリシーを変更します。すべての新しい複製ジョブまたはバックアップジョブが新しい MSDP ダイレクトクラウド階層ストレージに書き込むと、Cloud Catalyst ストレージの最も古いイメージから徐々に期限切れになります。古い Cloud Catalyst ストレージの期限切れになっていない残りのイメージ数が指定したしきい値を下回ると、残りのイメージが移動されます。これらのイメージは、手動で開始する bpduplicate コマンドを使用して、新しい MSDP ダイレクトクラウド階層ストレージに移動されます。すべての残りのイメージが古い Cloud Catalyst ストレージから新しい MSDP ダイレクトクラウド階層ストレージに移動された後、Cloud Catalyst サーバーを破棄、またはその用途を変更できます。
組み合わせ戦略の利点は次のとおりです。
NetBackup バージョン 8.3 以降で利用できます。この戦略により、MSDP ダイレクトクラウド階層のパフォーマンス、信頼性、操作性、柔軟性が向上します。NetBackup 10.0 にアップグレードしなくても使用できます。
Cloud Catalyst ストレージサーバーを引き続き使用しながら、新しい MSDP ダイレクトクラウド階層ストレージサーバーを使用して徐々に実装できます。
Cloud Catalyst よりも効率的にクラウドストレージを使用する MSDP ダイレクトクラウド階層化を使用して、Cloud Catalyst のすべての新しいデータと古いデータがアップロードされます。クラウドストレージの長期的な合計使用量とコストを削減できる場合があります。
古い Cloud Catalyst サーバーのイメージがすべて期限切れになる前に、それらのサーバーを破棄できます。
組み合わせ戦略の欠点は次のとおりです。
パブリッククラウドのコールドストレージ環境 (AWS Glacier や AWS Glacier Deep Archive など) では、クラウドからのリストアはサポートされていますが、クラウドからの複製はサポートされていないため、この戦略は使用できません。
パブリッククラウドストレージを使用している場合、高額なデータ取り出し料が請求される可能性があります。この問題は、古い Cloud Catalyst イメージを読み取って新しい MSDP ダイレクトクラウド階層ストレージに複製するときに発生する場合があります。
古い Cloud Catalyst イメージを新しい MSDP ダイレクトクラウド階層ストレージに複製する際、クラウドとの間で追加のネットワークトラフィックが発生します。
すべての Cloud Catalyst イメージが期限切れになるか、MSDP ダイレクトクラウド階層ストレージに移動されるまで、クラウドストレージのデータが一部重複します。この重複は、古い Cloud Catalyst イメージと新しい MSDP ダイレクトクラウド階層イメージの間で発生する場合があります。したがって、パブリッククラウド環境を使用している場合は追加のコストが発生することがあります。
個別のサーバーが必要です。
Cloud Catalyst サーバーからアップロードされたイメージがすべて期限切れになるか、新しい MSDP ダイレクトクラウド階層に移動されるか、不要になるまで、Cloud Catalyst サーバーを維持する必要があります。
この戦略は NetBackup 10.0 以降のリリースで利用でき、任意の環境で機能します。この戦略を使用するには、まず最新のリリースを使用して新しい MSDP ダイレクトクラウド階層ストレージサーバーを構成する必要があります。または、最新リリースを使用して、既存の Cloud Catalyst サーバーを新しい MSDP ダイレクトクラウド階層ストレージサーバーとして再イメージ化して再インストールできます。既存のサーバーを使用する場合、そのサーバーを使用するための最小要件を満たす必要があります。
メディアサーバー重複排除 (MSDP) ノードのクラウド階層についてを参照してください。
MSDP の配置計画を参照してください。
この操作はアップグレードではない点に注意してください。その代わり、削除と再インストールの操作になります。新しい MSDP ダイレクトクラウド階層ストレージサーバーが利用可能になると、nbdecommission -migrate_cloudcatalyst ユーティリティを使用して新しい MSDP ダイレクトクラウド階層が作成されます。この新しいストレージは、以前 Cloud Catalyst によってクラウドストレージにアップロードされたデータを参照できます。移行プロセスが完了してユーティリティが実行されると、新しい MSDP ダイレクトクラウド階層を新しいバックアップ操作と複製操作に使用できます。この新しいストレージは、古い Cloud Catalyst イメージのリストア操作に使用できます。
nbdecommission コマンドについて詳しくは、『NetBackup コマンドリファレンスガイド』を参照してください。
直接移行戦略の利点は次のとおりです。
パブリッククラウドのコールドストレージ (AWS Glacier や AWS Glacier Deep Archive など) を含むすべての環境で使用できます。
Cloud Catalyst サーバーを MSDP ダイレクトクラウド階層サーバーとして再イメージ化して移行に使用できるため、個別のサーバーは不要です。
直接移行戦略の欠点は次のとおりです。
Cloud Catalyst ストレージサーバーを新しいバックアップジョブまたは複製ジョブに引き続き使用しながら、新しい MSDP ダイレクトクラウド階層ストレージサーバーを使用して徐々に実装できません。移行プロセスの実行中は、古い Cloud Catalyst ストレージサーバーを新しいバックアップジョブまたは複製ジョブに使用できません。
Cloud Catalyst は、MSDP ダイレクトクラウド階層よりも非効率的にクラウドストレージを使用します。この問題は、NetBackup 8.2 より前のバージョンの Cloud Catalyst に特に該当します。この戦略では、既存の Cloud Catalyst オブジェクトを新しい MSDP ダイレクトクラウド階層イメージに引き続き使用します。MSDP ダイレクトクラウド階層で得られるクラウドストレージの効率性の一部は実現されません。
新しい MSDP サーバーが必要なため、既存の MSDP サーバーは使用できず、いずれの Cloud Catalyst サーバーの統合も不可能です。
詳細情報