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 での 400 TB のサポートの有効化
- NetBackup Key Management Server サービスを使用した MSDP 暗号化について
- 外部 KMS サーバーを使用した MSDP 暗号化について
- メディアサーバー重複排除プールのストレージサーバーの構成
- NetBackup の重複排除用ディスクプールについて
- ［メディアサーバー重複排除プール (Media Server Deduplication Pool)］ストレージユニットの構成
- MSDP クライアント側重複排除のクライアント属性の構成
- MSDP の圧縮について
- MSDP の暗号化について
- 最適化された合成バックアップの MSDP の構成
- MSDP の複製およびレプリケーションに対する個別ネットワークパスについて
- 同じドメイン内での MSDP の最適化複製について
- 異なるドメインへの MSDP レプリケーションについて
- 異なる NetBackup ドメインへの MSDP レプリケーション設定
- NetBackup 自動イメージレプリケーションについて
- 自動イメージレプリケーションの信頼できるプライマリサーバーについて
- 信頼できるプライマリサーバーを追加するときに使用する証明書について
- 信頼できるプライマリサーバーの追加
- 信頼できるプライマリサーバーの削除
- NetBackup のクラスタ化されたプライマリサーバーのノード間認証の有効化
- ソースとターゲットの MSDP ストレージサーバー間で安全に通信を行うための NetBackup CA と NetBackup ホスト ID ベースの証明書の構成
- ソース MSDP ストレージサーバーとターゲット MSDP ストレージサーバー間での安全な通信のための外部 CA の構成
- リモートドメインへの MSDP レプリケーションに対するターゲットの構成
- MSDP 最適化複製とレプリケーション帯域幅の構成について
- MSDP クラウドの最適化複製とレプリケーションのパフォーマンスチューニングについて
- ストレージライフサイクルポリシーについて
- MSDP バックアップポリシーの構成について
- バックアップポリシーの作成
- ［耐性ネットワーク (Resilient network)］プロパティ
- MSDP 負荷分散サーバーの追加
- NetBackup クライアントでの可変長の重複排除について
- MSDP pd.conf 構成ファイルについて
- MSDP contentrouter.cfg ファイルについて
- MSDP ストレージサーバーの構成の保存について
- MSDP ストレージサーバーの構成の設定
- MSDP ホストの構成ファイルについて
- MSDP ホストの構成ファイルの削除
- MSDP レジストリのリセット
- MSDP カタログの保護について
- MSDP の FIPS 準拠について
- MSDP の複数のインターフェースをサポートするための NetBackup クライアント側の重複排除の構成
- MSDP のマルチドメインのサポートについて
- MSDP アプリケーションのユーザーサポートについて
- MSDP マルチドメイン VLAN のサポートについて
- 変更不可および削除不可のデータの NetBackup WORM ストレージサポートについて
- root 以外のユーザーによる MSDP サービスの実行
- root 以外のユーザーによる MSDP コマンドの実行
- MVG (MSDP ボリュームグループ)
- MSDP ボリュームグループについて
- MSDP ボリュームグループの構成
- MSDP ボリュームグループの要件
- Web UI を使用した MVG サーバーの構成
- Web UI を使用した MVG ボリュームの作成
- コマンドラインを使用した MVG サーバーの構成
- コマンドラインを使用した MVG ボリュームの作成
- コマンドラインを使用した MVG ボリュームの更新
- MVG ボリュームを持つターゲット型 AIR の構成
- Web UI を使用した MVG ボリュームの更新
- MVG ボリュームの一覧表示
- MVG ボリュームの削除
- クレデンシャルが異なる場合の MVG サーバーが使用する MSDP サーバーの構成
- MSDP ボリュームグループを使用するためのバックアップポリシーの移行
- MVG ボリュームから通常の MSDP ディスクボリュームへのバックアップポリシーの移行
- 別の MSDP サーバーへのクライアントポリシーの組み合わせの割り当て
- MVG サーバーの構成の削除
- MSDP ボリュームグループのディザスタリカバリ
- MSDP サーバーのメンテナンス
- MSDP ボリュームグループの制限事項
- ノードのエラー管理について
- MSDP ボリュームグループのベストプラクティス
- MVG メンテナンス用の MSDP コマンド
- MVG のエラーのトラブルシューティング
- MSDP クラウドのサポート
- MSDP クラウドのサポートについて
- NetBackup Web UI でのメディアサーバー重複排除プールストレージサーバーの作成
- MSDP-C のクレデンシャルの管理
- クラウドストレージユニットの作成
- クラウド LSU のクラウドクレデンシャルの更新
- クラウド LSU の暗号化構成の更新
- クラウド LSU の削除
- クラウド LSU を使用したクラウドへのデータのバックアップ
- クラウド LSU を使用したデータクラウドの複製
- クラウド LSU を使用するための AIR の構成
- 下位互換性のサポートについて
- cloud.json、contentrouter.cfg、spa.cfg 内の構成項目について
- クラウド領域の再利用
- クラウドサポートのツールの更新について
- クラウド LSU のディザスタリカバリについて
- MSDP クラウドを使用したイメージ共有について
- Microsoft Azure Archive 内のバックアップからのリストアについて
- Veritas Alta Recovery Vault Azure と Amazon について
- Veritas Alta Recovery Vault Azure および Azure Government の構成
- CLI を使用した Veritas Alta Recovery Vault Azure および Azure Government の構成
- Amazon および Amazon Government 用の Veritas Alta Recovery Vault の構成
- CLI を使用した Amazon および Amazon Government 用の Veritas Alta Recovery Vault の構成
- Recovery Vault の標準認証からトークンベースの認証への移行
- MSDP クラウド変更不可 (WORM) ストレージのサポートについて
- Web UI を使用したクラウド変更不可ストレージユニットの作成
- クラウドの変更不可ボリュームの更新
- AWS S3 の変更不可オブジェクトのサポートについて
- AWS S3 互換プラットフォームでの変更不可オブジェクトのサポートについて
- Azure Blob Storage の変更不可ストレージのサポートについて
- Google Cloud Storage のバケットレベルの変更不可ストレージのサポートについて
- Google Cloud Storage のオブジェクトレベルの変更不可ストレージのサポートについて
- クラスタ環境でのクラウド変更不可ストレージの使用について
- Web UI を使用したディスクボリュームの作成が失敗した場合のエラーのトラブルシューティング
- エンタープライズモードを使用した変更不可イメージの削除
- S3 オブジェクトの永続的な削除
- MSDP クラウド管理ツールについて
- AWS IAM Role Anywhere のサポートについて
- Azure サービスプリンシパルのサポートについて
- オブジェクトストレージのインスタントアクセスについて
- AWS Snowball Edge の NetBackup のサポートについて
- NetBackup 10.3 へのアップグレードとクラスタ環境
- クラウドダイレクトについて
- MSDP の S3 インターフェース
- MSDP の S3 インターフェースについて
- MSDP の独自の (BYO) サーバーの前提条件
- MSDP の独自の (BYO) サーバーでの MSDP 用 S3 インターフェースの構成
- MSDP の S3 インターフェースの IAM (Identity and Access Management)
- Flex WORM の S3 オブジェクトロック
- MSDP の S3 インターフェースの S3 API
- MSDP オブジェクトストアの保護ポリシーの作成
- バックアップイメージからの MSDP オブジェクトストアデータのリカバリ
- MSDP の S3 インターフェースでのディザスタリカバリ
- MSDP の S3 インターフェースの制限事項
- ログとトラブルシューティング
- ベストプラクティス
- 重複排除アクティビティの監視
- 重複排除の管理
- MSDP サーバーの管理
- NetBackup Deduplication Engine クレデンシャルの管理
- メディアサーバー重複排除プールの管理
- バックアップイメージのディスク容量の消費量の分析
- バックアップイメージの削除
- MSDP キュー処理について
- MSDP トランザクションキューの手動処理
- MSDP データ整合性チェックについて
- MSDP データ整合性チェックの動作の構成
- MSDP ストレージの読み込みパフォーマンスの管理について
- MSDP ストレージのリベースについて
- MSDP のデータ削除処理について
- MSDP ストレージパーティションのサイズ調整
- MSDP のリストアのしくみ
- MSDP のクライアントへの直接リストアの構成
- リモートサイトのファイルのリストアについて
- ターゲットプライマリドメインでのバックアップからのリストアについて
- リストアサーバーの指定
- WORM ストレージサーバーインスタンスでの追加の OS STIG 強化の有効化
- MSDP のリカバリ
- MSDP ホストの置換
- MSDP のアンインストール
- 重複排除アーキテクチャ
- ユニバーサル共有の構成と管理
- ユニバーサル共有の概要
- ユニバーサル共有を構成するための前提条件
- ユニバーサル共有の管理
- ユニバーサル共有のマウント
- ユニバーサル共有の保護ポイントの作成
- ユニバーサル共有を使用したデータのリストア
- ユニバーサル共有の拡張機能
- オブジェクトストアへのユニバーサル共有データの指定
- データ重複排除のユニバーサル共有アクセラレータ
- 取り込みモードでのユニバーサル共有へのバックアップデータのロード
- MSDP データボリュームが無効なユニバーサル共有
- ユニバーサル共有の WORM 機能
- ユニバーサル共有サービスの管理
- ユニバーサル共有に関連する問題のトラブルシューティング
- 分離リカバリ環境 (IRE) の構成
- NetBackup 重複排除シェルの使用
- NetBackup 重複排除シェルについて
- 重複排除シェルからのユーザーの管理
- 重複排除シェルからの VLAN インターフェースの管理
- WORM ストレージサーバーでの保持ポリシーの管理
- WORM ストレージサーバーでの保持ロックを使用したイメージの管理
- WORM の保持に関する変更の監査
- 重複排除シェルからの NetBackup カタログの保護
- 外部 MSDP カタログバックアップについて
- 重複排除シェルからの証明書の管理
- 重複排除シェルからの FIPS モードの管理
- 重複排除シェルからのバックアップの暗号化
- 重複排除シェルからの MSDP 構成の調整
- 重複排除シェルからの MSDP ログレベルの設定
- 重複排除シェルからの NetBackup サービスの管理
- 重複排除シェルからの NetBackup サービスの監視およびトラブルシューティング
- 重複排除シェルからの S3 サービスの管理
- 重複排除シェルコマンドのマルチパーソン認証
- Flex Scale と Cloud Scale でのクラウド LSU の管理
- トラブルシューティング
- 統合ログについて
- レガシーログについて
- NetBackup 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 サーバーの統合も不可能です。
詳細情報