NetWorker: vProxyパフォーマンス モードのクローニングで、Retention Lockデバイスによる最適化が失われる

• Retention Lockデバイス上のNetWorker VMware Protection (NVP) vProxyセーブセットのバックアップまたはクローン作成が予想よりも遅くなる場合がある
• エラーが表示される場所 ddfs.info バックアップまたはクローン ジョブが正常に実行されたにもかかわらずログに記録する:
  • NetWorker：Data Domainから ddfs.info ログを収集する方法

Attempt to rename non-empty directory /data/col1/mtree/device/active/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56
dboost-<nsrsvr.demo.local-55146>: ddboost_api ERROR: ddp_rename() failed, FromPath //mtree/device/active/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56, ToPath //mtree/device/21/06/abc3b7ed-00000006-fd27be29-6627be29-00045000-595e3c56,  Err: 5034-nfs rename failed (nfs: Permission denied)

• 影響を受けるNetWorkerリリース:
  • 19.9.0.x(およびそれ以前)
  • 19.10.0.0から19.10.0.4
  • 19.11.0.0および19.11.0.1

この問題は、実装における未発見の欠陥に起因します。Data Domain Retention-Lockデバイスでは空でないディレクトリの名前変更が許可されないため、NetWorkerの通常のバックアップおよびクローン ワークフローの一部がサイレントに失敗し、別のメカニズムにフォールバックして最適化の成功を妨げます。

次のNetWorkerリリースのワークフロー:

• 19.10.0.5
• 19.11.0.2
• 19.12+

対処方法:

この問題は、容量モードには影響しないようです。回避策として容量モード に切り替えると、短期的には問題が軽減される可能性がありますが、アップグレードすることをお勧めします。
 
 

 

NetWorkerでは、Data DomainシステムへのvProxyバックアップ用に、[容量の最適化]と[パフォーマンスの最適化]の2種類のバックアップ最適化モードをサポートしています。バックアップ中に、最適化モードをvProxy保護グループに適用できます。Optimized for Capacityモードでは、可変サイズの区分化を使用します。重複排除率が高いため、データ処理のオーバーヘッドが増加しますが、Data Domainシステムで消費される容量は削減されます。Optimized for Performanceは、CBT(変更ブロック追跡)を使用して仮想マシンの増分バックアップ中のパフォーマンスを向上させ、データをData Domainシステムにレプリケートします。これは、大容量VMDKファイルをバックアップするときに効果的です。Optimized for Performanceでは、Data Domainデバイスの領域使用量が増加しますが(約20%)、このモードでは、インスタント アクセス リストアのランダムI/Oパフォーマンスが大幅に向上します。