하드웨어 리소스 병목 현상으로 인해 가상 머신의 Avamar 게스트 백업이 느리게 실행되고 시간이 초과됨

2015-09-14 00:49:20 avtar Info <5156>: Backup #12 timestamp 
2015-09-14 00:49:20, 13,050,798 files, 1,352,497 folders, 9,671 GB (37,919 files, 437.1 MB, 0.00% new)
2015-09-14 00:49:20 avtar Info <6083>: Backed-up 9,671 GB in 341.66 minutes: 1,698 GB/hour (2,291,881 files/hour)

로그 상태 메시지는 백업 과정에서 파일 스캔 속도가 빨라지거나 느린 기간 없이 일정하다는 것을 보여줍니다.  
CPU 사용률도 40~60% 사이에서 합리적으로 일정하게 유지됩니다.
아래는 Avamar 클라이언트 로그를 구문 분석하고 데이터를 차트로 표시하는 내부 Dell 툴을 사용하여 이를 그래픽으로 보여 드리겠습니다.

이러한 그래프는 양호한 조건에서 백업이 빠르게 실행된다는 것을 보여줍니다.
스토리지 시스템은 CPU를 적당히 높은 활용도 수준으로 유지하는 속도로 avtar에 파일을 공급하고 있습니다.

그런 다음 느린 백업에 대한 로그를 검토합니다. 이 백업은 동일한 클라이언트 데이터를 위한 것이지만 가상 하드웨어 로드 조건이 서로 다릅니다. 시간당 파일 성능은 <시간당 400,000개입니다.  
변경률이 낮기 때문에 빠른 백업과 비슷하게 백업 동작이 비슷합니다.

로그 아래에는 백업 성능이 빠르게 시작되고 속도가 느려지는 그림이 표시됩니다(빨간색 상자 안에 강조 표시된 영역).

2015-09-22 07:41:35 avtar Info <5157>: PARTIAL Backup #35 timestamp 
2015-09-22 07:41:35, 9,190,850 files, 1,030,683 folders, 8,283 GB (22,390 files, 397.8 MB, 0.00% new)
2015-09-22 07:41:35 avtar Info <6083>: Backed-up 8,283 GB in 1440.19 minutes: 345 GB/hour (382,902 files/hour)

• 클라이언트가 정규 업무에 많이 차지하지 않는 경우(가능한 경우) 피크 시간대에 백업을 실행합니다.
• 가상 머신 하이퍼바이저가 백업 기간 동안 CPU, 메모리 또는 입출력 제한을 적용하지 않는지 확인합니다.
• 공유 스토리지에 대한 경합이 높은 활동 기간이 많은 Avamar 백업이 겹치지 않도록 하십시오.
• 낮은 변경률 애플리케이션의 경우 이미지 기반 백업을 사용하는 것을 고려하십시오. 이미지 백업 프록시 어플라이언스는 수정된 블록만 백업합니다. 데이터 세트의 모든 파일을 스캔하지 않으므로 입출력 요구 사항이 낮습니다.

• Avamar Client의 백업 성능이 저하됩니다. 병목 현상을 식별하는 방법(해결 경로)

• Avamar - avtar 백업 로그 상태 줄을 해석하는 방법