NetBackup™ 重複排除ガイド
- NetBackup メディアサーバー重複排除オプションの概要
- クイックスタート
- 配備の計画
- MSDP ストレージと接続性の必要条件について
- NetBackup メディアサーバー重複排除について
- NetBackup Client Direct の重複排除について
- MSDP リモートオフィスのクライアントの重複排除について
- MSDP のパフォーマンスについて
- MSDP のストリームハンドラについて
- MSDP の配置のベストプラクティス
- ストレージのプロビジョニング
- 重複排除のライセンス
- 重複排除の構成
- 重複排除マルチスレッドエージェントの動作の構成
- MSDP フィンガープリントのキャッシュ動作の構成
- ストレージサーバーでの MSDP フィンガープリントキャッシュのシードの構成
- NetBackup KMS サービスを使用した MSDP 暗号化について
- メディアサーバー重複排除プールのストレージサーバーの構成
- 重複排除のディスクプールの構成
- [メディアサーバー重複排除プール (Media Server Deduplication Pool)]ストレージユニットの構成
- 同じドメイン内での MSDP の最適化複製について
- 同じ NetBackup ドメインでの MSDP 最適化複製の構成
- 異なる NetBackup ドメインへの MSDP レプリケーション設定
- NetBackup 自動イメージレプリケーションについて
- リモートドメインへの MSDP レプリケーションに対するターゲットの構成
- ストレージライフサイクルポリシーの作成
- 耐性ネットワークのプロパティ
- MSDP pd.conf ファイルの編集
- MSDP カタログの保護について
- MSDP カタログバックアップの設定
- 変更不可および削除不可のデータの NetBackup WORM ストレージサポートについて
- MSDP クラウドのサポート
- MSDP クラウドのサポートについて
- クラウド領域の再利用
- クラウド LSU のディザスタリカバリについて
- MSDP クラウドを使用したイメージ共有について
- MSDP クラウド変更不可 (WORM) ストレージのサポートについて
- AWS S3 の変更不可オブジェクトのサポートについて
- AWS S3 互換プラットフォームでの変更不可オブジェクトのサポートについて
- Azure Blob Storage の変更不可ストレージのサポートについて
- Google Cloud Storage の変更不可ストレージのサポートについて
- MSDP の S3 インターフェース
- MSDP の独自の (BYO) サーバーでの MSDP 用 S3 インターフェースの構成
- MSDP の S3 インターフェースの IAM (Identity and Access Management)
- MSDP の S3 インターフェースの S3 API
- 重複排除アクティビティの監視
- 重複排除の管理
- MSDP サーバーの管理
- NetBackup Deduplication Engine クレデンシャルの管理
- メディアサーバー重複排除プールの管理
- MSDP データ整合性チェックの動作の構成
- MSDP ストレージのリベースについて
- MSDP のリカバリ
- MSDP ホストの置換
- MSDP のアンインストール
- 重複排除アーキテクチャ
- ユニバーサル共有の構成と使用
- 取り込みモードの使用
- オブジェクトストアを使用したユニバーサル共有の有効化
- 分離リカバリ環境 (IRE) の構成
- NetBackup 重複排除シェルの使用
- 重複排除シェルからのユーザーの管理
- 重複排除シェルからの証明書の管理
- 重複排除シェルからの NetBackup サービスの管理
- 重複排除シェルからの NetBackup サービスの監視およびトラブルシューティング
- 重複排除シェルからの S3 サービスの管理
- トラブルシューティング
- 統合ログについて
- レガシーログについて
- MSDP インストールの問題のトラブルシューティング
- MSDP 構成の問題のトラブルシューティング
- MSDP 操作上の問題のトラブルシューティング
- 複数ドメインの問題のトラブルシューティング
- 付録 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 サーバーの統合も不可能です。
詳細情報