本繁體中文版使用機器翻譯，譯文僅供參考，若與英文版本牴觸，應以英文版本為準。
NetApp Disaster Recovery的局限性
貢獻者
建議變更
PDF
已知限制標識了此版本服務不支援或無法與其正確互通的平台、裝置或功能。
等待故障回復完成後再運行發現
故障轉移完成後，請勿在來源 vCenter 上手動啟動發現。等待故障復原完成，然後在來源 vCenter 上啟動發現。
NetApp Console可能無法發現Amazon FSx for NetApp ONTAP
有時， NetApp Console無法發現Amazon FSx for NetApp ONTAP叢集。這可能是因為 FSx 憑證不正確。
解決方法：在NetApp Console中新增Amazon FSx for NetApp ONTAP集群，並定期刷新集群以顯示任何變更。
如果需要從NetApp Disaster Recovery中刪除ONTAP FSx 集群，請完成以下步驟：
-
在NetApp Console代理程式中，使用雲端提供者的連線選項，連接到控制台代理程式運行的 Linux VM，使用 `docker restart occm`命令。
參考 "管理現有的控制台代理"。
-
在NetApp Console系統頁面中，再次新增Amazon FSx for ONTAP系統並提供 FSx 憑證。
-
從NetApp Disaster Recovery中，選擇“網站”，在 vCenter 行上選擇“操作”選項
，然後從「操作」選單中選擇「刷新」以刷新NetApp Disaster Recovery中的 FSx 發現。這將重新發現資料儲存、其虛擬機器及其目標關係。
Google Cloud NetApp Volumes的局限性
-
執行故障轉移測試後，至少需要等待 52 小時才能刪除複製磁碟區。您必須手動刪除該磁碟區。 52 小時後，您可以再次測試故障轉移。
-
如果掛載操作的任何部分失敗，故障轉移將不會成功，作業將逾時。 Google 最多需要三天時間來調查該問題，在此期間，vCenter 上所有與資料儲存相關的操作都會被阻止。