Dell NativeEdge：如果 VM 最初是在 DAP 1.0 上建立，則 PowerProtect Data Manager VM 探索會失敗

• PowerProtect Data Manager 可成功探索 NativeEdge 協調程式和節點，但清查下方未顯示任何虛擬機器。
• PowerProtect Data Manager 探索工作記錄包含以下錯誤：
  ValidationServiceException：可使用 disks.storageSources.externalId 欄位不得為空白 （如在 ghvdm.log 在探索期間）
• 問題不會在全新 DAP 1.2 安裝中重現（該欄位存在）;它出現在從 DAP 1.0 升級的環境中。

• 磁碟 ID （外部 Id） 屬性已在 DAP 1.1 中新增。最初在 DAP 1.0 或更早版本上創建的 VM 從未 填充此屬性。
• 將業務流程協調程式升級到 DAP 1.2/NativeEdge 4.1.0.0 後，舊版虛擬機將保留其舊元數據;PowerProtect Data Manager 需要 disks.storageSources.externalId 在探索期間，並拒絕缺少該欄位的 VM。
• 在 DAP 1.1 或更高版本 上創建的 VM 不受影響。

目前狀態：計劃在未來版本中進行修復。

因應措施：

1. 在 DAP 1.2（或更高版本）上建立或重新部署 VM ，以便磁碟 externalId 的設定，然後重新執行 PowerProtect Data Manager 探索。（已驗證：全新 1.2 安裝不會顯示此問題。） 
2. 將工作負載遷移到升級平臺上新創建的 VM （例如，在 1.2 上創建新 VM，附加並遷移磁碟和數據，然後 reonboard 至 PowerProtect Data Manager）。（可接受重新部署的操作因應措施。）
3. 如果您的虛擬機器是現有 HA 叢集的一部分
   1. 確定受影響的 VM 已離線/已停止 （如果現有 VM 已在執行中，請將其執行「停止」）
   2. 執行 VM 遷移至不同的節點/端點
   3. 成功離線遷移後，會以兩種方式確認 diskID 已填入
      1. 再次在 PowerProtect Data Manager UI 上執行手動探索，如果重新產生 diskID，現在應該會顯示，且 PowerProtect Data Manager 作業可以繼續進行
         1. 查詢 VM List API，並檢查 disk.ID 是否存在

            Curl --location 'https://<ORCHESTRATOR_URL>/rest/v1/vms?filter=parent_type%20eq%20nativeedge' \--header 'Accept: application/json' \--header 'Authorization: <AUTH_TOKEN>'

         2. 填入 diskID 的 VM 清單範例輸出

            "results[0]virtual_disks": [{ "capacity": 5368709120, "controller": "Virtio," "filename": "/Shared_DataStore/alpine_le4d0g1k.qcow2," "id": "39ea7e33-5540-4728-84f6-7fdf95dc7f0a", "is_primary_disk": True, "label": "vdisk1", "storage_source_name": "/Shared_DataStore" }]