PowerProtect：针对特定 ESXi 主机的 TSDM 备份失败并显示ABV0016

DPD 服务与 vCenter vSAN 运行状况服务存在依赖关系，即使未在环境中配置 vSAN 存储也是如此。vCenter vSAN 运行状况服务提供 ESXi 版本详细信息，以确定 ESXi 主机支持的并发 Snapshot Data Mover （SDM） 会话的数量。对于 vSphere 版本 7.0 U3d（ESXi 和 vCenter），每个 ESXi 主机的并发 SDM 备份会话数为 20。vSphere 7.0 U3d 之前的 vSphere 版本（传统版本）只能执行 10 个并发 SDM 备份会话。  

如果 vCenter vSAN 运行状况服务缓存具有过时的版本信息或空条目，则会将 ESXi 主机归类为传统主机。默认 PowerProtect Data Manager 限制为每个 ESXi 主机发送 18 个 SDM 备份会话。ESXi 主机会处理初始的 10 个 SDM 备份，但 vCenter 会使任何后续 SDM 备份失败，并指示超出了 DPD 限制。

在某些情况下，vSphere 8.0 U1 中有一些增强功能可自动刷新 vSAN 运行状况服务缓存。建议升级到 vSphere 8.0 U1，以利用这些增强功能并防止某些 vSAN 运行状况服务缓存症状。

VMware 解决方法：
确保群集中的 vCenter Server 和所有 ESXi 主机的版本均为 7.0 U3d 或更高版本。通过 SSH 会话重新启动 vCenter Server Appliance （VCSA） 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”的值更改为 10（而不是 18），然后保存该文件。
• 重新启动 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 #