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

• vProxy 클론 복제 속도가 GB/초에서 보다 일반적이고 현실적인 속도로 감소했습니다.
• 네트워크 대역폭은 병목 현상의 원인으로 배제되어 클론을 실행하는 동안 임계값보다 훨씬 낮게 유지됩니다.
• 메시지는 ddfs에서 찾을 수 있습니다.다음을 포함하는 영향을 받는 VM 디스크에 대해 하나 이상의 *-flat.vmdk 파일을 참조하는 정보 로그:
  • synthesized_vbytes 0이고 recipe_repl FALSE로 끝납니다.
  • srepl_filecopy_recipe_validate_bf: 기본 파일의 srepl_get_replica_attr 오류 파일 핸들로 끝나는 것은 유효하지 않습니다.
• 클론 작업 로그에서 찾은 메시지(클론 디버그 레벨이 3or 이상인 경우)는 다음을 포함하는 영향을 받는 VM 디스크에 대해 하나 이상의 *-flat.vmdk 파일을 나타냅니다.
  • 신세틱 복제는 파일에 사용할 수 없습니다. path.../vm-vmnumber-disk-key-disknumber-flat.vmdk

vProxy는 가상 신세틱을 사용하여 VMware의 변경된 블록 추적 API를 활용하여 백업 및 클론 생성 작업 모두에서 엄청난 이익을 제공합니다. 이를 위해서는 관련된 각 Data Domain에서 VM 파일 세트의 내부 연결을 적극적으로 유지 보수해야 합니다. 가상 신세틱을 사용하여 클론을 준비하는 동안 문제가 발생하면 NetWorker와 Data Domain이 기본 복제 워크플로를 사용하여 페일백합니다. 이를 위해서는 VMware API에서 제공하는 변경된 블록만 아니라 변경된 블록만 아니라 전체 가상 디스크 파일을 처리해야 하며, 중복 제거로 인해 데이터가 거의 전송되지 않더라도 클론 생성 작업 기간이 여러 개 증가할 수 있습니다.
 
가상 신세틱 추적의 실패로 이어질 수 있는 원인은 다음과 같습니다.

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

여러 가지 잠재적인 원인이 있으므로 Data Domain 및 NetWorker 구성을 검토하고 다음을 확인합니다.

• ifgroup이 소스(백업) 및 대상(클론 타겟) Data Domain 모두에 대해 올바르게 설정됨
• NetWorker 서버, 스토리지 노드 및 Data Domain에는 모두 Data Domain당 적절한 ifgroup IP를 사용하는 호스트 파일 항목과 클라이언트를 위한 신뢰할 수 있는 DNS(필요한 경우 NetWorker 클라이언트 호스트 파일 사용)가 있습니다.
• 각 백업 및 클론 풀에 대한 단일 Data Domain입니다.

NetWorker 19.5 이하를 사용하는 경우:

• 클론 작업이 백업 순서대로 직렬로 수행되는지 확인합니다. 지정된 VM에 대한 여러 클론이 동일한 작업 목록(클론 작업 또는 nsrclone saveset 파일 목록)에 있는 경우 이를 제어할 수 없습니다.
• 여러 볼륨을 소스에 사용할 수 있는 경우 동시 클론 생성을 방지하려면 풀당 단일 백업 및 클론 볼륨을 보장합니다.

NetWorker 19.6에서는 항상 vProxy saveset 클론 작업에 대한 ChronologicalOrder 기능을 활성화해야 하며, 이 기능은 UI에 숨겨질 수 있습니다.

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

  • nsrpolicy action update clone -p policyname -w workflowname -A actionname [--chronological_order | -l] 

  • 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 소스 또는 대상을 이미 사용하거나 완전히 변경한 여러 Data Domain IP 주소가 있는 경우, 정규적이고 일관된 VSR 최적화로 돌아갈 수 있는 유일한 방법은 영향을 받는 VM의 새 전체 백업을 강제로 재설정하여 변경된 블록 추적을 재설정하고 VSR 최적화를 복원하는 것입니다. 이 문제는 이전 단계가 완료된 경우 고려해야 하지만 Data Domain 및/또는 NetWorker 로깅과 클론 작성 속도는 성능 문제가 남아 있음을 나타냅니다.