NetWorker：Data Domain間の容量モードvProxyクローン ジョブのパフォーマンスの問題

• vProxyのクローニング速度は、GB/秒から従来型の現実的な速度に低下しました。
• ネットワーク帯域幅はボトルネックの原因として除外され、クローニング中も閾値を大幅に下回ったままになります。
• メッセージはddfsにあります。1つまたは複数の *-flat.vmdk 以下を含む、影響を受ける仮想マシン(VM)ディスクのファイル。
  • synthesized_vbytes 0 から recipe_repl FALSE
  • srepl_filecopy_recipe_validate_bf:ベース ファイルのsrepl_get_replica_attrで、エラーで終わる ファイル ハンドルが古くなっています。
• (クローン デバッグ レベルが3以上の場合)クローン アクション ログで、影響を受けるVMのディスクの1つ以上の*-flat.vmdkファイルを参照するメッセージ。次のものが含まれる。
  • 合成レプリケーションはファイルに対して使用できません...パス.../vm-vmnumber-disk-key-disknumber-flat.vmdk

• ジョブ間のソースまたは宛先Data Domainデバイスに対してNetWorkerで解決される異なるIPアドレス。これらは、仮想合成の内部トラッキングに対して一貫性を維持する必要があります
• vProxyバックアップまたはクローンのソースまたは宛先Data Domainの変更
• vProxyバックアップまたはクローンの複数のソースまたはデスティネーション ボリューム。チェーン内の複数のセーブセットのクローン作成が同時に行われる可能性がある
• 特定のVMのクローン作成を必要とするvProxyセーブセットが複数あるため、チェーン内のセーブセットのクローン作成が無秩序になる可能性があります
• 変更なしで長期間実行されるVMディスク(特に、保存期間が30日間で変更なしで35日間など、セーブセットの保存期間を超える期間)
• ChronologicalOrder アクション プロパティの使用の失敗

考えられる原因は多数あるため、Data DomainとNetWorkerの構成を確認し、次のことを確認してください。

• ifgroupがソース(バックアップ)とデスティネーション(クローン ターゲット)の両方のData Domainに対して正しくセットアップされている
• NetWorkerサーバー、ストレージ ノード、Data Domainにはすべて、適切な ifgroup Data DomainあたりのIP、およびクライアントの信頼できるDNS(必要に応じてNetWorkerクライアント ホスト ファイルを使用)。
• バックアップおよびクローン プールごとに単一のData Domain。

vProxyセーブセットのクローン アクションのChronologicalOrder機能を有効にします。これは、UIで非表示になる場合があります。

• 使用する場合 nsrclone コマンドを使用する場合は、 -O 特定のクライアントのチェーン内に複数のセーブセットを含むセーブセット リストを使用する場合に、この新機能を適用するように切り替えます
• ポリシーで有効にするには、次の2つのコマンドのいずれかを使用します。

nsrpolicy action update clone -p policyname -w workflowname -A actionname [--chronological_order | -l] <yes|no>

• nsradminプロンプトで、次の手順を実行します。

. type nsr protection policy action; policy name: policy; workflow: workflow: name: action

update Chronological order: Yes

• これが完了すると、前述の単一のソース ボリュームとデスティネーション ボリューム、およびVMクライアントあたりのマルチインスタンス増分に関する前述の制限が解除され、適切に処理できるようになります。

重要：NetWorkerおよびData Domainがリカバリーできる状況によっては、セーブセットのクローンが順不同で作成されることがあります。これにより、レプリケーションにVSRを使用できないものもありますが、チェーン全体がリストアされると、VSRクローン作成は問題なく続行できます。一般的に、順不同のクローン作成、複数のボリューム、複数のセーブセットのクローン作成は、追いついて通常の操作に戻ることができます。

複数のData Domain IPアドレスがすでに使用されている場合、またはData Domainのソースまたはデスティネーションを完全に変更した場合、定期的で一貫性のあるVSR最適化に戻る唯一の方法は、影響を受けるVMの新しいフル バックアップを強制的に実行して、変更されたブロック追跡をリセットし、VSR最適化をリストアすることです。これは、前のステップが完了したときに考慮する必要がありますが、Data Domainおよび/またはNetWorkerのログ、およびクローニング速度は、パフォーマンスの問題が残っていることを示しています。