NetWorker: Data Domain 간의 용량 모드 vProxy 클론 작업 성능 문제

• vProxy 클론 생성 속도가 GB/초에서 기존의 현실적인 속도로 떨어졌습니다.
• 네트워크 대역폭은 병목 현상의 원인에서 제외되며 클론 생성 중에 임계값보다 훨씬 낮게 유지됩니다.
• 메시지는 ddfs에서 찾을 수 있습니다.하나 이상을 참조하는 정보 로그 *-flat.vmdk 다음을 포함하는 영향을 받는 VM(가상 머신) 디스크에 대한 파일:
  • synthesized_vbytes 0 부터 recipe_repl FALSE
  • srepl_filecopy_recipe_validate_bf: 기본 파일에 대한 srepl_get_replica_attr이며 파일 핸들이 오래되었습니다 오류로 끝납니다.
• 다음을 포함하는 영향을 받는 VM의 디스크에 대한 하나 이상의 *-flat.vmdk 파일을 참조하는 클론 작업 로그(클론 디버그 레벨이 3 이상인 경우)에 있는 메시지:
  • 파일에 종합 복제를 사용할 수 없습니다... 경로.../vm-vmnumber-disk-key-disknumber-flat.vmdk

• 작업 간에 소스 또는 대상 Data Domain 디바이스에 대해 NetWorker에서 확인되는 IP 주소가 서로 다릅니다. 이는 가상 신세틱의 내부 추적을 위해 일관되게 유지되어야 합니다
• vProxy 백업 또는 클론에 대한 소스 또는 대상 Data Domain 변경
• vProxy 백업 또는 클론에 대한 여러 소스 또는 대상 볼륨이 있으며, 이로 인해 체인에서 여러 세이브 세트의 클론이 동시에 생성될 수 있습니다.
• 지정된 VM에 대한 클론 생성이 필요한 vProxy 세이브 세트가 두 개 이상 있으며, 이로 인해 체인에서 세이브 세트의 클론 생성이 무질서해질 수 있습니다.
• 변경 없이 오랜 기간 동안 이동하는 VM 디스크(특히 보존 기간이 30일인 변경 없이 35일과 같이 세이브 세트 보존 기간을 초과하는 기간)
• ChronologicalOrder Action 속성을 사용하지 못함

다양한 잠재적 원인이 있으므로 Data Domain 및 NetWorker 구성을 검토하고 다음 사항을 확인합니다.

• ifgroup가 소스(백업) 및 대상(클론 타겟) 모두에 대해 올바르게 설정되었습니다. Data Domain
• NetWorker Server, Storage Node, Data Domain에는 모두 적절한 ifgroup Data Domain당 IP 및 클라이언트를 위한 신뢰할 수 있는 DNS(필요한 경우 NetWorker Client 호스트 파일 사용)
• 각 백업 및 클론 풀을 위한 단일 Data Domain

UI에 숨겨져 있을 수 있는 vProxy 세이브 세트 클론 작업에 대해 시간순 정렬 기능을 활성화합니다.

• 사용하는 경우 nsrclone 명령에서 -O 지정된 클라이언트 체인에 여러 세이브 세트가 있는 세이브 세트 목록을 사용할 때 이 새로운 기능을 적용하려면 전환합니다
• 정책에서 활성화하려면 다음 두 명령 중 하나를 사용합니다.

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 로깅 및 클론 생성 속도가 성능 문제가 남아 있음을 나타내는 경우 이 점을 고려해야 합니다.