PowerProtect：TSDM 備份失敗，並針對特定 ESXi 主機進行ABV0016

DPD 服務與 vCenter vSAN 健全狀況服務具有相依性，即使環境中未設定 vSAN 儲存裝置也是如此。vCenter vSAN 健全狀況服務會提供 ESXi 版本的詳細資料，以判斷 ESXi 主機支援的同時快照資料移動者 （SDM） 工作階段數量。每個 ESXi 主機的並行 SDM 備份工作階段數為 20，搭配 vSphere 7.0 版 U3d （ESXi 和 vCenter）。在 vSphere 7.0 U3d 之前的 vSphere 版本 （舊版） 僅能執行 10 個並行 SDM 備份工作階段。  

如果 vCenter vSAN 健全狀況服務快取具有過期的版本資訊或 null 項目，則會將 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 伺服器和叢集中的所有 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 #