PowerProtect: 특정 ESXi 호스트에 대한 ABV0016로 인해 TSDM 백업이 실패함

vSAN 스토리지가 환경에 구성되지 않은 경우에도 DPD 서비스는 vCenter vSAN Health Service에 종속됩니다. vCenter vSAN 상태 서비스는 ESXi 호스트에서 지원되는 동시 SDM(Snapshot Data Mover) 세션 수를 확인하기 위한 ESXi 버전 세부 정보를 제공합니다. ESXi 호스트당 동시 SDM 백업 세션 수는 vSphere 버전 7.0 U3d(ESXi 및 vCenter)에서 20개입니다. vSphere 7.0 U3d(레거시 버전) 이전의 vSphere 버전은 10개의 동시 SDM 백업 세션만 수행할 수 있었습니다.  

vCenter vSAN Health Service 캐시에 오래된 버전 정보나 null 항목이 있는 경우 ESXi 호스트를 레거시로 분류합니다. 기본 PowerProtect Data Manager 스로틀은 ESXi 호스트당 18개의 SDM 백업 세션을 전송합니다. ESXi 호스트는 처음 10개의 SDM 백업을 처리하지만 vCenter는 DPD 제한이 초과되었음을 나타내는 후속 SDM 백업에 실패합니다.

vSphere 8.0 U1에는 특정 조건에서 vSAN Health 서비스 캐시를 자동으로 새로 고치는 향상된 기능이 있습니다. 이러한 향상된 기능을 활용하고 특정 vSAN Health 서비스 캐시 증상을 방지하려면 vSphere 8.0 U1로 업그레이드하는 것이 좋습니다. 

VMware 해결 방법:
vCenter Server 및 클러스터의 모든 ESXi 호스트가 버전 7.0 U3d 이상인지 확인합니다. SSH 세션을 통해 VCSA(vCenter Server Appliance) vSAN 상태 서비스를 재시작하여 캐시를 지웁니다.

service-control --restart vsan-health

필요한 경우 VMware 지원팀에 문의하여 vSAN 상태 서비스에 대한 자세한 정보나 지원을 받으십시오.

PowerProtect Data Manager 해결 방법:
PowerProtect Data Manager에는 모든 ESXi 호스트에 대한 TSDM 백업 세션의 스로틀 값을 줄이는 방법이 있습니다. 이는 ESXi 호스트를 업그레이드하거나 VMware 지원 팀과 협력하는 동안 임시 해결 방법으로 사용할 수 있습니다.

• 실행 중인 보호 작업이 없어야 합니다.
• PowerProtect Data Manager에 로그인하고 sudo: sudo su - 로 권한을 상승시킵니다.
• vmdirect.env 파일의 복사본을 만듭니다. cp vmdirect.env vmdirect.env.orig
• 환경 vmdirect.env 파일을 엽니다. vi /opt/emc/vmdirect/unit/vmdirect.env
• 환경 변수 "MAX_SDM_BACKUP_SESSIONS_PER_HOST"의 값을 18이 아닌 10으로 변경하고 파일을 저장합니다.
• VISD 서비스를 재시작합니다. 

  systemctl restart visd.service

예시 출력:

my-ppdm:/opt/emc/vmdirect/unit # cp vmdirect.env vmdirect.env.orig
my-ppdm:/opt/emc/vmdirect/unit # ls -l
total 20
-rwxr-xr-x 1 root root  397 Nov  2 22:48 visd.service
-rwxr-xr-x 1 root root 2225 Nov  2 22:48 vmdirect.env
-rwx------ 1 root root 2225 Apr 21 09:39 vmdirect.env.orig
-rwxr-xr-x 1 root root  360 Nov  2 22:48 vpod-nas.service
-rwxr-xr-x 1 root root  334 Nov  2 22:48 vpod.service
my-ppdm:/opt/emc/vmdirect/unit # vi vmdirect.env
my-ppdm:/opt/emc/vmdirect/unit # cat vmdirect.env | grep SDM
SDM_ENABLED_EXTERNAL_PROXIES=false
export SDM_ENABLED_EXTERNAL_PROXIES
MAX_SDM_SESSIONS_PER_HOST=20
export MAX_SDM_SESSIONS_PER_HOST
MAX_SDM_BACKUP_SESSIONS_PER_HOST=10
export MAX_SDM_BACKUP_SESSIONS_PER_HOST
MAX_ESX_SDM_TOTAL_DISKS=40
export MAX_ESX_SDM_TOTAL_DISKS
my-ppdm:/opt/emc/vmdirect/unit # systemctl restart visd.service
my-ppdm:/opt/emc/vmdirect/unit # systemctl status visd.service
● visd.service - VMDirect Infrastructure Services Daemon
   Loaded: loaded (/usr/lib/systemd/system/visd.service; enabled; vendor preset: disabled)
   Active: active (running) since Fri YYYY-04-21 09:42:38 PDT; 7s ago
Main PID: 67488 (visd)
    Tasks: 16 (limit: 512)
   Memory: 23.2M
      CPU: 317ms
   CGroup: /system.slice/visd.service
           └─67488 /opt/emc/vmdirect/bin/visd -user admin -group app -p 9097 -nodemgmt -proxymgmt -vmdeployment -installclient -l

Apr 21 09:42:38 my-ppdm.my-domain.com systemd[1]: Started VMDirect Infrastructure Services Daemon.
Apr 21 09:42:38 my-ppdm.my-domain.com visd[67488]: INFO:   Found GID 2000 (app) for group 'app'.
Apr 21 09:42:38 my-ppdm.my-domain.com visd[67488]: NOTICE: Effective group ID is set to 2000 (app).
Apr 21 09:42:38 my-ppdm.my-domain.com visd[67488]: INFO:   Found UID 500 (admin) for user 'admin'.
Apr 21 09:42:38 my-ppdm.my-domain.com visd[67488]: NOTICE: Effective user ID is set to 500 (admin).
my-ppdm:/opt/emc/vmdirect/unit #