PowerProtect: Los respaldos de TSDM fallan con ABV0016 en un host ESXi específico

El servicio DPD tiene dependencias con vCenter vSAN Health Service, incluso cuando el almacenamiento de vSAN no está configurado en el entorno. El servicio de estado de vSAN de vCenter proporciona los detalles de la versión de ESXi para determinar la cantidad de sesiones simultáneas del administrador de transferencia de datos de instantáneas (SDM) compatibles con el host ESXi. La cantidad de sesiones simultáneas de respaldo del SDM por host ESXi es de 20 con vSphere versión 7.0 U3d (ESXi y vCenter). Las versiones de vSphere anteriores a vSphere 7.0 U3d (versiones heredadas) solo podían realizar 10 sesiones simultáneas de respaldo del SDM.  

Si la caché del servicio de estado de vCenter vSAN tiene información de versión obsoleta o una entrada nula, categoriza el host ESXi como heredado. La regulación predeterminada de PowerProtect Data Manager envía 18 sesiones de respaldo de SDM por host ESXi. El host ESXi procesa los 10 respaldos de SDM iniciales, pero vCenter fallaría cualquier respaldo de SDM posterior que indique que se superó el límite de DPD.

Hay mejoras en vSphere 8.0 U1 que actualizan automáticamente la caché del servicio vSAN Health en ciertas condiciones. Se recomienda actualizar a vSphere 8.0 U1 para aprovechar estas mejoras y evitar ciertos síntomas de caché del servicio vSAN Health. 

Solución alternativa de VMware:
Asegúrese de que vCenter Server y todos los hosts ESXi del clúster sean de la versión 7.0 U3d o posterior. Borre la caché mediante el reinicio del servicio vSAN Health de vCenter Server Appliance (VCSA) a través de una sesión de SSH:

service-control --restart vsan-health

Si es necesario, póngase en contacto con el soporte de VMware para obtener más información o asistencia con el servicio de estado de vSAN.

Solución alternativa de PowerProtect Data Manager:
Hay un método en PowerProtect Data Manager para disminuir el valor de regulación para las sesiones de respaldo de TSDM en todos los hosts ESXi. Esto se puede utilizar como una solución alternativa temporal mientras actualiza los hosts ESXi o trabaja con el soporte de VMware.

• Asegúrese de que no haya trabajos de protección en ejecución
• Inicie sesión en PowerProtect Data Manager y eleve a sudo: sudo su -
• Haga una copia del archivo vmdirect.env: cp vmdirect.env vmdirect.env.orig
• Abra el archivo vmdirect.env del entorno: vi /opt/emc/vmdirect/unit/vmdirect.env
• Cambie el valor de la variable de entorno "MAX_SDM_BACKUP_SESSIONS_PER_HOST" a 10 (en lugar de 18) y guarde el archivo.
• Reinicie el servicio VISD : 

  systemctl restart visd.service

Ejemplo del mensaje de salida:

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 #