Avamar: 예상 성능 모드 대신 DD VM 용량을 사용하는 VMware 이미지 백업
Summary: Avamar: 예상 성능 모드 대신 DD VM 용량을 사용하는 VMware 이미지 백업
Symptoms
영향을 받는 워크로드:
1. 인스턴트 액세스 복원 VM 성능: 일부 가상 머신의 성능이 예상보다 느립니다. 인스턴트 액세스 작업은 빠르게 완료되지만 vSphere에서 복원된 VM의 부팅 시간과 게스트 디스크 성능이 느립니다. 이 문제는 가상 머신이 Data Domain 인스턴트 액세스 임시 NFS 마운트에서 실행 중일 때 발생합니다.
2. VM 복제 성능: 일부 가상 머신의 복제 성능이 예상보다 느립니다.3. 파일 레벨 복원 성능: 일부 가상 머신의 경우 FLR 성능이 예상보다 느립니다.
참고: 동일한 백업의 VM 이미지 복원 및 vSphere Storage vMotion과 같은 다른 VMware 워크플로가 더 빠르며 성능이 허용 수준 또는 정상으로 간주됩니다.
Cause
문제: 성능 문제는 VM 백업이 예상 Performance 모드가 아닌 Capacity 세그먼트화 모드로 저장되기 때문에 발생합니다. 이 오류는 Avamar 기본 문제 #327257로 인해 발생합니다.
배경: Data Domain에 VM 이미지 백업을 수행할 때 두 가지 가능한 VM 세그먼트화 모드가 있습니다.
- 레거시 모드:
- 선호 모드:
세그멘테이션 모드는 "ddr_vm_segmentation_mode" 설정으로 설정됩니다.
다음 스크린샷은 두 가지 가능한 값(0 또는 8)을 설명하고, 새로 설치한 Avamar Server와 업그레이드된 서버를 비교하여 구성 상태를 보여줍니다. 
참고: "루트에서 루트로의 마이그레이션"을 사용하여 Avamar 하드웨어를 업그레이드했거나 버전 7.3에서 Avamar를 업그레이드한 경우 mcserver.xml에 Legacy 설정이 있습니다. 이 동작은 이 레거시 사용 사례에서 예상된 동작입니다. 동일한 클라이언트에 두 백업 유형을 모두 사용하면 Data Domain 용량 공간이 늘어납니다.
새 Avamar/IDPA Server의 백업은 FSS라고도 하는 기본 "성능" 모드를 사용해야 합니다.
Avamar Server의 경우 MCS mcserver.xml 설정 파일에서 모드가 8/FSS로 설정되어 있습니다.
<입력 키 = "ddr_vm_segmentation_mode" 값 = "8" />
그러나 백업 로그에는 CBT 기본 백업이 VSS 유형이기 때문에 VSS 모드(0)를 나타내는 다음 경고 메시지가 포함됩니다.
Avtar 경고 <41436>: 호출자가 CBT 백업을 위해 FSS를 요청했지만 FSS를 사용하여 기본 파일이 생성되지 않았습니다(세그먼트 유형이 0임). 기본값은 값 0이며, 이는 VSS(Variable Segment Size) 사용을 의미합니다.
또는 첫 번째 CBT 백업인 경우 백업 로그에 예상 "8" 대신 "0"이 포함됩니다.
<agent_directives flag type="string" value="0" name="ddr-vm-segmentation-mode" /><
/agent_directives>
< >
MC REST API 문제: Avamar 문제 #327257 esc 39381: AUI - AUI에서 생성된 MOD VM 백업 및 데이터 세트에 올바른 ddr-vm-segmentation-mode 설정이 없습니다.
이 문제에는 Avamar Web UI/AUI 또는 MC REST API 사용과 관련된 두 가지 트리거가 있습니다.
- 원인 #1: AUI의 Asset Management 메뉴에서 백업이 시작되면 작업에 숨겨진 플래그가 포함되지 않습니다.
ddr-vm-segmentation-mode=default. - 원인 #2: AUI를 사용하여 새 VMware 데이터 세트를 생성하면 새 데이터 세트에 숨겨진 플래그가 포함되지 않습니다.
ddr-vm-segmentation-mode=default. - 숨겨진 플래그가 없으면 두 백업 유형 모두 예상 Performance 모드 대신 기존 Capacity 모드로 되돌아갑니다.
참고: 레거시 Avamar Java 사용자 인터페이스(Avamar MC GUI)는 두 문제의 영향을 받지 않습니다.
Resolution
Avamar 19.7+에는 문제 327257에 대한 통합 수정 사항이 포함됩니다. 이번 업데이트를 통해 AUI의 수동 백업 작업 또는 데이터 세트 생성 작업에 숨겨진 플래그가 자동으로 포함됩니다. 잠재적인 용량 문제로 인해 이전 Avamar 릴리스에 대한 수정은 계획되어 있지 않습니다. 자세한 내용은 Dell Technologies에 문의하십시오.
1. 백업에서 Capacity 또는 Performance 모드를 사용하는지 확인하려면 Avamar Server에서 다음 명령을 수행합니다.
1 단계. Goav 명령을 사용하여 확인하려는 VM 클라이언트의 CID(클라이언트 ID)를 가져옵니다. 예: 다음 명령에서 "win2016-demo-vm"을 VM 이름으로 바꿉니다.
./goav vm show --fields id,name --name win2016-demo-vm예시 출력:
admin@ave199:~/>: ./goav vm show --fields id,name --name windows-simple-mbr +------------------------------------------+--------------------+---------------+ | id | name | tags | +------------------------------------------+--------------------+---------------+ | a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 | win2016-demo-vm | No Tags Found | +------------------------------------------+--------------------+---------------+ admin@ave199:~/>:2단계. 클라이언트 "id"를 사용하여 ddrmaint list-backup을 실행합니다.
ddrmaint list-backups --client=<Id from step1> --days=2 | grep has
예시 출력:
admin@ave199:~/>: ddrmaint list-backups --client=a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 --days=2 | grep has
a5d2a240a7d01ea0de9813b3f8da9aa48d3e1075 has 1 backup (1 Cap, 0 Perf) vsize 11.00 GB in 12 files on datadomain.example.com
또는 Avamar의 모든 클라이언트를 확인하려면
--client=* 플래그.
ddrmaint list-backups --client=* --days=2 | grep has
참고: 클라이언트가 많은 대규모 시스템에서는 출력이 광범위할 수 있습니다.
출력 예
admin@ave199:~/>: ddrmaint list-backups --client=* --days=2 | grep has
02cc32a60dfa26131bf5905439e7aaa24e06c0ec has 1(*) backup (0 Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
9242c902649e0c470b1a98bd46ad778e6a8e5528 has 21(*) backups (0 Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
7f5011b4bd4e0c6a78b8cd1bc11d1241c015892d has 86(*) backups (6 Cap, 2 Perf) vsize 336.0 GB in 104 files on datadomain.example.com
f8960360fbb970a86ee87a37c18a1470b955c698 has 10(*) backups (0 Cap, 2 Perf) vsize 84.00 GB in 24 files on datadomain.example.com
f4efd8722938a87b5ec661059f6c01510c633207 has 13(*) backups (0 Cap, 2 Perf) vsize 84.00 GB in 30 files on datadomain.example.com
63f17bea8e24dafd20392f94c0978af01c53651e has 11(*) backups (1 Cap, 4 Perf) vsize 100.0 GB in 45 files on datadomain.example.com
9bce10133632e34b591245d81793f0b86d1bab35 has 1(*) backup (0 Cap, 0 Perf) vsize 0 bytes in 0 files on datadomain.example.com
a8a9c0b20ebf62eaf9304d4b039733ddc8d1e3cd has 1 backup (1 Cap, 0 Perf) vsize 1.034 MB in 9 files on datadomain.example.com
2. 세그멘테이션 모드 변경은 2단계 프로세스입니다.
경고 : 동일한 클라이언트에 두 백업 유형을 모두 사용하면 Data Domain 용량 공간에 영향을 미칠 수 있으며 클라이언트당 용량 사용량이 두 배가 될 수 있습니다.
1단계: Avamar 및 VMware 계층에서 CBT를 재설정하여 Goav 지원 툴을 사용하여 CBT L0 백업을 강제로 수행합니다.
./goav vm cbt reset --name<vm client name>
예제 출력
다음 goav 명령을 실행하여 vm에 대한 cbt를 재설정합니다.
admin@ave199~/>:
===========================================================
GoAv : 1.69
Date : 27 Jan 2024 15:14 EST
===========================================================
NOTE: This is not an official tool
===========================================================
✔ Yes
Processing : vcsa-cloud.burlington.lab [====================================================================] 100%
Vm | Vcenter | Reset | Error
------------------+---------------------------+-----------+--------
win2016-demo-vm | vcsa-cloud.example.lab | Completed |
참고: VM에는 스냅샷이 있을 수 없습니다. 그렇지 않으면 건너뜁니다.
2단계: VM win2016-demo-vm의 새 백업을 시작하여 새 세그먼트화 모드를 사용하여 새 CBT L0 체인을 시작합니다.
- 기존 Java 사용자 인터페이스의 "Backup Restore and Manage" 메뉴에서 새 수동 백업을 시작합니다.
- AUI에서 통합 VMware 이미지 데이터 세트를 사용하여 정책 백업을 시작하거나 Windows 및 Linux VMware 이미지 플러그인에 대한 다음 고급 플래그를 추가하여 통합되지 않은 데이터 세트를 수정합니다.
ddr-vm-segmentation-mode=default또는
ddr-vm-segmentation-mode=8