This site will be decommissioned on December 31st 2024. After that date content will be available at techdocs.broadcom.com.

Site Recovery Manager 8.6 | 2022 年 10 月 11 日 | 組建編號 20555463 | 下載

Site Recovery Manager 組態匯入/匯出工具 8.6 | 2022 年 10 月 11 日 | 組建編號 20554592

查看這些版本說明的新增項目和更新。

新增功能

  • VMware Site Recovery Manager 8.6 新增了與 VMware vSphere 8.0 的相容性。

  • 與 vSAN Express Storage 的互通性。

  • REST API。針對 Site Recovery Manager 引入端對端自動化:

    • 能夠建立、編輯、刪除保護群組和復原計劃

    • 取得虛擬機器的保護和復原設定

    • 建立、修改詳細目錄對應、IP 自訂、資源對應

    • 重新設定虛擬機器的復原設定 - 新增/編輯/刪除圖說文字和提示,設定/取得優先順序和相依性

    • 復原計劃執行 - 測試、計劃的移轉、容錯移轉、重新保護和容錯回復

    • 用於設定和管理 VMware Site Recovery Manager 應用裝置的一組完整的 API

      如需詳細資訊,請參閱部落格

  • 產品內意見反應:Site Recovery Manager 使用者介面引入了產品內意見反應選項,可讓您針對關鍵工作流程和功能提供即時評級和註解。

  • Site Recovery Manager 能夠根據詳細目錄對應中的變更,自動更新保護群組和復原計劃中的虛擬機器保護。

  • 增強了 Site Recovery Manager 使用者介面:

    • 網路階層資料會顯示在網路對應中。

    • Site Recovery Manager 應用裝置使用者介面 - 能夠將網路狀態設定為啟動/關閉。

    • 用於啟用資料集複寫的 vSphere Replication 選項。

產品支援通知

VMware Site Recovery Manager 8.5 是支援儲存區原則保護群組 (SPPG) 的最後一個常見版本。您必須先移除 SPPG 或將其移轉至一般陣列式複寫保護群組,然後再升級至 Site Recovery Manager 8.6。Site Recovery Manager 8.5.0.5 及更新版本具有專用的儲存區原則保護群組 (SPPG) 移轉工具,您可以使用此工具將 SPPG 移轉至一般陣列式複寫保護群組。請參閱將儲存區原則保護群組升級到陣列式複寫保護群組,以瞭解如何使用此工具。

當地語系化

VMware Site Recovery Manager 8.6 提供下列語言版本:

  • 英文

  • 法文

  • 德文

  • 義大利文

  • 日文

  • 韓文

  • 簡體中文

  • 繁體中文

  • 西班牙文

相容性

Site Recovery Manager 相容性矩陣圖

Site Recovery Manager 8.6 與 vSphere 7.0 及更新版本相容,並支援 ESXi 7.0 版及更新版本。

Site Recovery Manager 8.6 在受保護站台和復原站台上均需要支援的 vCenter Server 版本。

如需互通性和產品相容性資訊 (包括客體作業系統自訂支援),請參閱《VMware Site Recovery Manager 8.6 相容性對照表》

相容儲存陣列和 Storage Replication Adapter

如需目前支援的相容儲存陣列和 SRA 的清單,請參閱《Site Recovery Manager 儲存合作夥伴相容性指南》

相容的 vVols 合作夥伴 VASA 提供者

如需相容 vVols 合作夥伴 VASA 提供者的目前清單,請參閱《VMware 相容性指南》

VMware vSAN 支援

Site Recovery Manager 8.6 可使用 vSphere Replication 保護位於 VMware vSAN 的虛擬機器。vSAN 不需要儲存區複寫介面卡 (SRA) 即可與 Site Recovery Manager 8.6 搭配使用。Site Recovery Manager 8.6 新增了與 vSAN Express Storage 的互通性。

安裝和升級

如需安裝和升級 Site Recovery Manager 的相關資訊,請參閱《Site Recovery Manager 安裝與組態》

如需 Site Recovery Manager 支援的升級路徑,請在《VMware 產品互通性對照表》中依序選取升級路徑VMware Site Recovery Manager

附註:

  • VMware Site Recovery Manager 8.5.x 是支援儲存區原則保護群組 (SPPG) 的最後一個常見版本。您必須先移除 SPPG 或將其移轉至一般陣列式複寫保護群組,然後再升級至 Site Recovery Manager 8.6。Site Recovery Manager 8.5.0.5 及更新版本具有專用的儲存區原則保護群組 (SPPG) 移轉工具,您可以使用此工具將 SPPG 移轉至一般陣列式複寫保護群組。請參閱將儲存區原則保護群組升級到陣列式複寫保護群組,以瞭解如何使用此工具。

  • 如果受保護站台和復原站台上的 vCenter Server 執行個體處於增強型連結模式,則其必須是直接複寫合作夥伴。否則,升級可能會失敗。

網路安全性

Site Recovery Manager 需要配對站台之間有管理網路連線。受保護站台與復原站台上的 Site Recovery Manager Server 執行個體必須能夠彼此連線。此外,每個 Site Recovery Manager 執行個體皆需網路連線到 Site Recovery Manager 在遠端站台延伸的 Platform Services Controller 和 vCenter Server 執行個體。請針對 Site Recovery Manager 站台之間的所有網路流量,使用無法從網際網路存取的受限制私人網路。透過限制網路連線,可減少遭受某些類型之攻擊的可能性。

如需 Site Recovery Manager 需要雙方站台皆開啟之網路連接埠的清單,請參閱 Site Recovery Manager 的網路連接埠

Site Recovery Manager 8.6 的運作限制

如需 Site Recovery Manager 8.6 的運作限制,請參閱〈Site Recovery Manager 的運作限制〉

開放原始碼元件

VMware Site Recovery Manager 下載中提供了適用於 Site Recovery Manager 8.6 中散佈的開放原始碼軟體元件的相關版權聲明與授權。您也可以針對任意 GPL、LGPL、需要原始碼或需要修改原始碼的相似授權下載來源檔案,以使其適用於 Site Recovery Manager 的最新通用版本。

  • 在具有連結 vCenter Server 執行個體的同盟環境中,當您登入 REST API 閘道本機站台時,系統會自動將您登入遠端站台。您不需要提出 POST /remote-session 請求。無法使用不同的使用者名稱登入遠端站台。

  • 使用 vSphere Replication 保護和復原加密的虛擬機器需要 VMware vSphere 7.0 Update 2c 或更新版本。

  • 建立連結複製虛擬機器時,其部分磁碟會繼續使用基礎虛擬機器磁碟。如果您使用 vVol 複寫,則必須在與基礎虛擬機器相同的複寫群組上複寫連結複製虛擬機器,否則會出現下列錯誤訊息:"Virtual machine '{vmName}' is replicated by multiple replication groups." 如果您必須在與連結複製虛擬機器不同的複寫群組中複寫基礎虛擬機器,或根本無法複寫基礎虛擬機器,則必須將連結複製虛擬機器轉換為完整複製。

  • Site Recovery Manager 不支援對僅存在於快照中的未連結磁碟執行 Virtual Volumes 複寫。

  • Site Recovery Manager 不支援保護及有組織地復原陣列式複寫保護群組的 NVMe over Fabrics (NVMe-oF) 資料存放區。如需有關 NVMe 儲存區的詳細資訊,請參閱 VMware vSphere 7.0 說明文件中的〈VMware NVMe 概念〉

  • VMware Site Recovery Manager 目前不支援將 AVS ANF for NetApp ONTAP NFS 儲存區作為複寫的來源或目標。

  • VMware Site Recovery Manager 8.6 組態匯入/匯出工具的匯入功能僅嘗試匯入受保護虛擬機器的復原設定一次,無論受保護的虛擬機器屬於一個還是多個復原計劃。

  • 將復原和保留設為零後,虛擬機器上的 vSphere Flash Read Cache 便會停用。對設定為使用 vSphere Flash Read Cache 的虛擬機器執行復原之前,請記下 vSphere Web Client 中虛擬機器的快取保留區。您可以在復原之後重新設定虛擬機器上的 vSphere Flash Read Cache。

  • Site Recovery Manager 8.6 支援保護具有單一處理器 vSphere FT 的虛擬機器,但在復原之後,會在復原站台停用虛擬機器上的單一處理器 vSphere FT。

    • 如果在虛擬機器上使用單一處理器 vSphere FT,您必須在受保護站台上設定虛擬機器,使得 Site Recovery Manager 能夠在復原之後停用 vSphere FT。如需如何在受保護站台上設定單一處理器 vSphere FT 的虛擬機器的相關資訊,請參閱 https://kb.vmware.com/kb/2109813

  • Site Recovery Manager 8.6 支援 vSphere Replication 8.6 與 vSphere Virtual Volumes,但具有下列限制。

    • 您無法將 vSphere Replications 時間點快照與複寫目標為 Virtual Volumes 資料存放區的虛擬機器搭配使用。

    • 使用 vSphere Virtual Volumes 儲存區做為複寫目標時,所有屬於此虛擬機器的磁碟必須複寫至單一 vSphere Virtual Volumes 資料存放區。

    • 複寫的虛擬機器位於 vSphere Virtual Volumes 儲存區時,所有屬於此虛擬機器的磁碟必須位於單一 vSphere Virtual Volumes 資料存放區上。

  • Site Recovery Manager 8.6 不支援將 NFSv4.1 資料存放區用於陣列式複寫。您可以將 Site Recovery Manager 8.6 與 NFSv4.1 資料存放區一起用於 vSphere Replication。

  • 若要搭配使用雙重要素驗證與 RSA SecurID 或智慧卡 (通用存取卡) 驗證,您的環境必須符合下列需求:

    1. 使用 Platform Services Controller 的管理員認證安裝 Site Recovery Manager 8.6,並與 Site Recovery Manager 8.6 站台配對。

    2. 兩個 Site Recovery Manager 8.6 站台上的 vCenter Server 執行個體必須均在增強型連結模式下運作。若要防止將 Site Recovery Manager 從 8.6 升級至更新版本時失敗,兩個站台上的 vCenter Server 執行個體必須是直接複寫合作夥伴。

已知問題

  • 新增 - Site Recovery Manager 工作流程失敗並顯示 NotAuthenticated 錯誤

    每隔 8 小時,遠端作業可能會出現 0-60 秒的錯誤失敗期間並顯示 NotAuthenticated 錯誤。執行 Site Recovery Manager 工作流程 (例如重新保護或容錯移轉) 時,如果達到該時間範圍,則工作流程可能會失敗並顯示 NotAuthenticated 錯誤。儘管啟動工作流程時所有連線均已開啟,但作用中的登入 Token 可能會在工作流程執行期間到期,從而導致錯誤。

    因應措施:重新執行工作流程。

  • 新增 - 使用 Firefox 瀏覽器時,不會顯示 Site Recovery Manager 用戶端整合外掛程式圖示

    使用 Firefox 瀏覽器時,vCenter Server 7.0.x 中不會顯示 Site Recovery Manager 用戶端整合外掛程式圖示。

    因應措施:按一下 Site Recovery 標籤上方的空格,或使用 Chrome 或 Edge 瀏覽器。

  • 新增 - 對某些虛擬機器執行測試復原和計劃移轉失敗,並顯示多個錯誤

    在測試復原和計劃移轉期間,vSphere Replication 伺服器可能會重新啟動,導致某些複寫失敗並顯示下列錯誤:

    Cannot commit group '<group-id>' to an image on vSphere Replication Server '<VR-server>' (address '<VR-server-address>'). A generic error occurred in the vSphere Replication Management Server. Exception details: 'https://<VR-server-address>:8123/ invocation failed with "org.apache.http.conn.HttpHostConnectException: Connect to <VR-server-address>:8123 [/<VR-server-address>] failed: Connection refused (Connection refused)"'.

    Error : Cannot commit group '<group-id>' to an image on vSphere Replication Server '<VR-server>' (address '<VR-server-address>'). A generic error occurred in the vSphere Replication Management Server. Exception details: 'https://<VR-server-address>:8123/ invocation failed with "java.net.SocketException: Connection reset"'.

    Error : A runtime error occurred in the vSphere Replication Management Server. Exception details: ''. A runtime error occurred in the vSphere Replication Management Server. Exception details: ''.

    因應措施:重新執行測試復原計劃。vSphere Replication 伺服器重新啟動後,失敗的作業將會成功完成。

  • 新增 - vCenter Server 用戶端外掛程式清單中顯示 VMware Site Recovery 整合外掛程式的兩個類似項目

    在 vCenter Server 8.0 上安裝 vSphere Replication 或 Site Recovery Manager 時,vCenter Server 用戶端外掛程式清單包含 VMware Site Recovery 整合外掛程式的兩個類似項目。只要同時啟用或停用這兩個外掛程式,就並不會影響外掛程式功能。

    因應措施:無需任何動作即可繼續使用外掛程式功能。如果必須停用外掛程式,請停用這兩個外掛程式。如果想要啟用外掛程式,請啟用這兩個外掛程式。

  • 新增 - 災難復原失敗,並顯示錯誤

    對延伸儲存區上的虛擬機器執行災難復原失敗,並顯示下列錯誤: "A general system error occurred: Cannot allocate memory"

    因應措施:重新執行災難復原作業。

  • 新增 - 無法成功完成處於 [復原未完成] 狀態的復原計劃

    如果透過 vMotion 執行容錯移轉在 vMotion 步驟期間中斷,且計劃進入復原中斷狀態,則接下來的所有計劃重新執行都可能會在將復原站台儲存區變更為可寫入步驟失敗。此步驟中的錯誤不正確,容錯移轉已成功完成。但是,計劃仍處於復原未完成狀態,因此無法切換回就緒狀態。

    因應措施:若要成功將虛擬機器容錯回復至主要站台,請重新建立保護群組和復原計劃。

  • 新增 - 變更 vmdk 的目標資料存放區時,在重新保護後重新設定複寫會失敗

    執行重新保護作業後,重新設定涉及磁碟移動 (例如,將磁碟移到其他資料存放區或路徑) 的複寫會失敗,並顯示下列錯誤:

    Unable to complete the reconfiguration task at remote site for replication group 'hbr-vm' (managed object ID: 'GID-xxxx'): task 'HTID-xxxx'. Details: 'A runtime error occurred in the vSphere Replication Management Server. Exception details: 'VR Server error: 'Virtual Machine exists at the target datastore path'.

    因應措施:您必須重新命名或移動目標位置上原始虛擬機器的 vmx。

  • 新增 - 升級至 Site Recovery Manager 8.6 完成,但使用者介面中未顯示通知,且未重新啟動應用裝置

    如果要從 Site Recovery Manager 8.4.x 升級,並且環境中存在儲存區原則保護群組 (SPPG),則升級至 Site Recovery Manager 8.6 會失敗,且不會顯示錯誤訊息。

    因應措施:升級至 Site Recovery Manager 8.5.0.5 版,移除 SPPG 或將其移轉至一般陣列式複寫保護群組,然後繼續升級至 Site Recovery Manager 8.6。或者,手動將 SPPG 移轉至陣列式複寫保護群組,並升級至 Site Recovery Manager 8.6。

  • 新增 - 在同步儲存區步驟期間,重新保護失敗並顯示錯誤

    如果探索裝置儲存區作業仍在進行中,則會阻止重新保護工作流程同步儲存區的最後一個子步驟按時完成。重新保護失敗,並顯示下列錯誤:"Operation timed out: 1080 seconds"。即使重新保護工作流程失敗,同步儲存區子步驟仍會在探索裝置作業完成後成功啟動並完成。

    因應措施 1:等待探索裝置作業完成,並留出更多時間完成同步儲存區。探索裝置和同步儲存區作業完成後,您必須執行測試容錯移轉,以檢查復原計劃的所有項目是否正常。

    因應措施 2:增加 remoteManager.taskDefaultTimeout 進階設定的值。

    1. 在 Site Recovery 首頁索引標籤上,選取站台配對,然後按一下檢視詳細資料

    2. 在左窗格中,按一下設定 > 進階設定 > 遠端管理員

    3. 選取站台,然後按一下編輯以修改遠端管理員設定。

    4. remoteManager.taskDefaultTimeout 文字方塊中輸入新值。

  • 更新內容 - 一個虛擬機器的重新保護作業失敗,並顯示錯誤

    重新保護作業失敗,並顯示下列錯誤:

    Unable to reverse replication for the virtual machine '<vm-name>'. A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault

    Unable to reverse replication for the virtual machine '<vm-name>'. A general system error occurred:

    在目標 vCenter Server 站台中,虛擬機器工作失敗,並顯示下列詳細資料:

    Task Name: Remove all snapshots

    Status: A general system error occurred: Fault cause: vim.fault.GenericVmConfigFault

    Status: A general system error occurred: Snapshot configuration missing for snapshot <>

    Initiator: <initiator>

    Target: <vm-name>

    Server: <VC-name>

    因應措施:

    1. 移除複寫。

    2. 使用種子磁碟重新設定複寫。

  • 使用遠端 Site Recovery Manager 解決方案使用者身分匯出 Site Recovery Manager 組態失敗並顯示錯誤

    在僅使用陣列式複寫的 Site Recovery Manager 環境中,如果嘗試使用指令碼匯出 Site Recovery Manager 組態而不輸入認證,則匯出失敗。Impex 記錄包含下列錯誤:

    2022-05-02 04:35:57,061 [srm-reactive-thread-13] ERROR com.vmware.srm.client.impex.Main - Export SRM configuration ended.(vim.fault.NoPermission) {
    faultCause = null,
    faultMessage = null,
    object = ManagedObjectReference: type = Folder, value = group-d1, serverGuid = e288c277-4377-4abe-80ad-0e981d64badf,privilegeId = StorageProfile.View }

    因應措施 1:將「原則導向儲存區視圖」新增至遠端 SRM 解決方案使用者角色。

    因應措施 2:使用內容檔案或在互動模式下使用認證匯出 Site Recovery Manager 組態。請參閱〈使用內容檔案匯出 Site Recovery Manager 組態資料〉〈使用獨立匯入/匯出工具匯出 Site Recovery Manager 組態資料〉。 

  • 未啟用自動保護進階設定時,陣列式複寫保護群組和 vVols 複寫保護群組的自動保護移除無法運作 

    如果您僅啟用自動保護移除進階設定,而自動保護設定已停用,則陣列式複寫保護群組和 Virtual Volumes 複寫保護群組的自動保護移除將無法運作。

    因應措施:針對您使用的保護群組類型,同時啟用自動保護進階設定和自動保護移除進階設定。

  • 重新保護失敗並顯示錯誤

    大規模複寫虛擬機器時,重新保護可能會失敗並顯示下列錯誤: "Unable to reverse replication for the virtual machine A generic error occurred in the vSphere Replication Management Server "java.net.SocketTimeoutException: Read timed out"

    因應措施: 

    1. 導覽至 /opt/vmware/hms/conf/hms-configuration.xml 檔案。

    2. 將兩個站台上的 hms-default-vlsi-client-timeout 值增加至 15 分鐘。

    3. 重新啟動 HMS 服務。

  • 其他 NIC 不會擷取網路組態,且會保持 [關閉] 狀態

    從組態服務 UI 設定其他網路介面不會變更網路介面的狀態,並且網路介面不會連線到網路。

    因應措施:使用 SSH 登入 Site Recovery Manager 應用裝置或 vSphere Replication 應用裝置,然後執行下列命令:

    1. "ip link" - 找出處於 [關閉] 狀態的必要 NIC。輸出如下所示:

      1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00

      2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:f4:db brd ff:ff:ff:ff:ff:ff

      3: eth1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN mode DEFAULT group default qlen 1000 link/ether 00:50:56:bc:53:2e brd ff:ff:ff:ff:ff:ff

    2. "ip link set dev <name> up" - 將網路介面狀態設定為 [啟動]。

  • 包含 vSphere Replication 複寫虛擬機器的復原計劃失敗並顯示錯誤

    如果具有 MPIT 的 vSphere Replication 複寫虛擬機器在數個不同的資料存放區上具有多個已複寫的磁碟,並且停止複寫一個磁碟並將其與保護群組中斷連結,則容錯移轉將會失敗,並顯示下列錯誤: "Invalid configuration for device '0'".

    因應措施:請不要停止複寫其中一個磁碟,也不要將磁碟與保護群組中斷連結。

  • 針對大規模虛擬機器執行重新保護作業失敗並顯示錯誤

    嘗試為大規模虛擬機器執行重新保護作業時,此程序可能會失敗,並顯示下列其中一個錯誤:

    Unable to reverse replication for the virtual machine <VM_name>

    A general system error occurred: Failed to open virtual disk

    由於暫存儲存區超載或網路問題,可能會發現這些問題。

    因應措施:針對這些虛擬機器重試重新保護作業。

  • 在延伸儲存區叢集環境中執行復原計劃失敗

    在延伸儲存區叢集環境中,嘗試在沒有 vMotion 的情況下對虛擬機器保護群組執行計劃移轉或災難復原時,此作業可能會在一或多個虛擬機器執行「建立可寫入的儲存區快照」步驟期間失敗。您會收到下列錯誤訊息: "Some virtual machines in the protection group [PGxxx] could not be recovered."

    因應措施:重新執行復原計劃。

  • 執行災難復原,然後開啟同一站台的電源後,某些虛擬機器進入孤立狀態

    在延伸儲存區環境中執行災難復原後開啟已關閉站台的電源時,某些虛擬機器可能會顯示處於孤立狀態。延伸儲存區環境中的虛擬機器保護群組會出現此問題。

    因應措施:從 vCenter Server 詳細目錄中移除所有孤立虛擬機器的項目,然後再執行其他 Site Recovery Manager 工作流程。

  • 具有匯出復原步驟的下載檔案名稱未正確顯示

    如果您的復原計劃名稱中包含非 ASCII 字元,則在匯出復原計劃步驟時,下載檔案的名稱未正確顯示。Site Recovery Manager 將用底線符號取代所有非 ASCII 字元。

    因應措施:無。請不要在復原計劃的名稱中使用非 ASCII 字元。

  • [網路設定] 中有關 DNS 伺服器的資訊為空白,無法進行編輯和儲存

    如果使用 DCHP 和路由器通告設定部署 Site Recovery Manager 應用裝置,則會自動接收 DNS 伺服器。如果使用的是 IPv6,則嘗試手動設定新的 DNS 伺服器並使用 [網路設定] 表單進行儲存時,不會儲存 DNS 伺服器的資料,並且不會在 Site Recovery Manager 執行個體上正確設定 DNS。

    因應措施:如果您想要變更 DNS 伺服器設定,並繼續對 IPv6 位址使用 DHCP 和路由器通告,則必須取消勾選 [網路設定] 表單中的使用靜態 IPv6 位址設定。然後,表單會正確儲存新設定。

  • 當複寫的磁碟位於 Virtual Volumes 儲存區並調整其大小時,無論原始磁碟類型如何,磁碟都會復原為精簡佈建

    調整磁碟大小作業的內部工作涉及製作磁碟複本,這是由於 Virtual Volumes 儲存區預設為精簡佈建磁碟類型的特性所導致,而不管基礎磁碟類型如何。磁碟大小調整已完成,但產生的調整大小磁碟現在由 vSphere Replication 復原時具有精簡佈建類型。

    因應措施:如有需要,您可以在復原後手動變更磁碟類型。

  • 執行重新保護作業後,一或多個複寫進入 [錯誤] (RPO 違規) 狀態

    執行重新保護作業後,一或多個複寫進入 [錯誤] 狀態並顯示下列錯誤:

    A problem occurred with the storage on datastore path '[<datastore-name>] <datastore-path>/hbrdisk.RDID-<disk-UUID>.vmdk

    因應措施:

    1. 移除複寫

    2. 使用種子磁碟重新設定複寫。

  • 在重新保護進行時或重新保護完成後不久,保護群組的 [摘要] 索引標籤和 [虛擬機器] 索引標籤中出現未預期的錯誤

    如果在重新保護作業正在進行時導覽至 [摘要] 索引標籤或 [虛擬機器] 索引標籤,可能會看到未預期的錯誤訊息:'The ManagedObjects in 'spec.objectSet' belong to more than 1 server.''Missing value for non-optional field placeholderVmInfo'。如果後者處於開啟狀態,可能不會列出任何虛擬機器。

    因應措施:捨棄此錯誤並等待一段時間。虛擬機器將再次出現在保護群組中,並且按預期受到保護並開啟電源。

  • [設定複寫] 精靈開始延遲

    如果您是在 Apple Mac OS 上使用 Mozilla Firefox 瀏覽器,則 [設定複寫] 精靈中可能會出現 UI 效能降級和延遲的問題。

    因應措施:使用 Chrome 瀏覽器。

  • 如果使用 Site Recovery Manager 保護的虛擬機器將 NVDS 用於受保護和/或復原網路,則在 NVDS-CVDS 移轉後會出現保護問題

    如果受保護虛擬機器已連結至 NVDS 網路,然後您執行 NVDS-CVDS 移轉,那麼在移轉後,受保護虛擬機器會出現保護問題。執行 NVDS-CVDS 移轉並將網路用於復原網路時,同樣會出現此情況。

    因應措施:重新設定受影響虛擬機器的保護。

  • 重新保護失敗並顯示:保護群組 '{protectionGroupName}' 擁有含預留位置的受保護虛擬機器,這些預留位置需要修復。

    當 Site Recovery Manager 在保護群組上執行重新保護時,Site Recovery Manager 無法修復受保護虛擬機器,也無法還原預留位置虛擬機器。當針對虛擬機器的首次重新保護作業失敗時,會發生此錯誤,因為對應的預留位置作業失敗。受保護的虛擬機器標記有組態錯誤,並且保護群組處於部分受到重新保護的狀態。

    因應措施:

    1. 在啟用強制清理選項的情況下,重新執行重新保護。此選項可完成重新保護作業並啟用重新建立預留位置選項。請注意,重新保護執行將在完成後標有成功狀態。

    2. 明確起始重新建立預留位置作業,以修復受影響的受保護虛擬機器及還原預留位置虛擬機器。請注意,如果此作業未完成並執行災難復原工作流程,則復原這些虛擬機器將會失敗,並顯示下列錯誤:Placeholder VM for the protected VM '<vm-name>' is missing

  • 如果您使用 Chromium 型瀏覽器,並嘗試調整網格資料行的大小,Site Recovery 使用者介面會凍結並變得無回應

    Chromium 中的 LayoutNG 存在錯誤,該錯誤會導致效能問題。如需詳細資訊,請參閱 https://bugs.chromium.org/p/chromium/issues/detail?id=1008523https://bugs.chromium.org/p/chromium/issues/detail?id=1098231

    因應措施 1:

    1. 關閉所有 Chrome 視窗。

    2. 編輯 Chrome 捷徑連結,並將其更新為:"C:\Program Files (x86)\Google\Chrome\Application\chrome.exe" --disable-blink-features=LayoutNG

    3. 再次開啟 Chrome。

    因應措施 2:將 Chrome 瀏覽器更新至 85.0.4183.83 版本或更新版本。

  • 部分復原的虛擬機器擲回下列警示「vSphere HA 虛擬機器容錯移轉失敗」

    在 Site Recovery Manager 工作流程中執行測試復原或容錯移轉作業後,部分復原的虛擬機器可能會擲回下列警示:vSphere HA virtual machine failover failed。從 Site Recovery Manager 觀點來看,由於所有虛擬機器均已成功復原,因此不會影響任何功能。

    因應措施:無。您必須確認警示。

  • 測試復原執行時建立的虛擬機器不會在測試完成後自動受到保護

    如果在陣列式保護群組上正在執行測試復原的情況下於受保護的資料存放區上建立虛擬機器,若在虛擬機器佈建後的 15 分鐘內未清理測試復原程序,則虛擬機器可能不會自動受到保護。

    因應措施 1:若要起始自動保護,請在受保護的站台上重新啟動 Site Recovery Manager 伺服器。

    因應措施 2:在測試復原後,針對處於 [未設定] 狀態的虛擬機器使用手動保護。

  • Site Recovery Manager 應用裝置管理介面的網路組態中提供了 DNS 伺服器,即使您選取了不含 DNS 伺服器的靜態 DNS 亦是如此

    如果網路設定的需求適用於沒有 DNS 伺服器但具有自動 DHCP 的介面卡組態,則在介面卡組態中設定靜態 DNS 和 DHCP 將會導致從 DHCP 取得 DNS 伺服器。

    因應措施:根據選取的 IP 通訊協定,在靜態 DNS 伺服器清單中使用 127.0.0.1 或 ::1。

  • 成功登入 Single Sign-On 後,無法在 Site Recovery 使用者介面中登入

    Site Recovery 使用者介面記錄包含下列錯誤訊息:"Certificate for <host> doesn't match any of the subject alternative names: <subjectaltlist>"。當您嘗試使用遠端登入對話方塊在 Site Recovery 使用者介面內執行遠端登入時,您會在使用者介面中收到類似的錯誤訊息。由於主機憑證的產生方式,Site Recovery 使用者介面可能無法連線到 Platform Services Controller 主機:

    • 如果 Platform Services Controller 憑證沒有做為主體別名的主機位址 (IP 或 FQDN);

    • 如果 Platform Services Controller 憑證缺少主體別名,且憑證的 CN 欄位中的主機名稱不相符。

    因應措施:

    1. 使用具有含 Platform Services Controller 位址項目 (來自錯誤訊息的「<host>」字串) 的 SAN (主體別名欄位) 的憑證重新設定 Platform Services Controller。

    2. 如果已正確產生憑證,但使用者介面使用的位址未正確產生,則必須重新設定使用者介面和對應的 Site Recovery Manager 與 vSphere Replication 應用裝置,以便使用正確的 Platform Services Controller 位址。

    3. 重新設定應用裝置的現有配對。

  • 在某些儲存區陣列上使用延伸儲存區時重新保護失敗

    當裝置已處於預期狀態時,系統會故意略過在某些裝置上反向複寫的命令。因此,儲存區陣列未取得所需的通知,這會導致重新保護作業失敗。

    因應措施:

    1. 導覽至 vmware-dr.xml 檔案,然後在文字編輯器中開啟此檔案。

    2. 將組態旗標 storage.forcePrepareAndReverseReplicationForNoopDevices 設定為 true。

      <storage>
      <forcePrepareAndReverseReplicationForNoopDevices>true</forcePrepareAndReverseReplicationForNoopDevices>
      </storage>
    3. 儲存檔案,然後重新啟動 Site Recovery Manager 伺服器服務。

  • 當您嘗試透過 Site Recovery Manager 應用裝置管理介面設定 IPv6 時,會收到 [無效內容 - DNS] 錯誤

    當您嘗試透過 Site Recovery Manager 應用裝置管理介面設定 IPv6,並在自動指派了 DNS 的情況下選取「透過路由器通告自動取得 IPv6 設定」選項時,會發生下列錯誤:invalid property - dns

    因應措施:使用 SSH 登入 Site Recovery Manager 應用裝置主機,並執行 netmgr ip6_address --set --interface --dhcp 0 --autoconf 1。若要透過 DHCP 接收 IP 位址,請改為執行 netmgr ip6_address --set --interface --dhcp 1 --autoconf 1

  • 無法透過 Site Recovery Manager 應用裝置管理介面重新設定 IPv6 設定

    如果您已使用「透過路由器通告自動取得 IPv6 設定」或「透過 DHCP 自動取得 IPv6 設定」選項設定 IPv6 網路,則無法僅使用「透過 DHCP 自動取得 IPv6 設定」來重新設定 IPv6 設定。這兩個選項必須同時選取,或者都不選取。

    因應措施:使用 SSH 登入 Site Recovery Manager 應用裝置主機,並執行 netmgr ip6_address --set --interface --dhcp 0 --autoconf 1。若要透過 DHCP 接收 IP 位址,請改為執行 netmgr ip6_address --set --interface --dhcp 1 --autoconf 1

  • 在測試復原期間,其中一個 ESXi 主機當機

    當您執行測試復原時,其中一個 ESXi 主機可能會因 PSOD 當機:Assert bora/vmkernel/main/bh.c:981

    因應措施:升級至 vCenter Server 7.0 Update 1 或重新啟動 ESXi 主機。

  • 有時,在啟動 Site Recovery Manager 虛擬應用裝置後,VMware 主控台不會顯示在 vSphere 使用者介面中

    沒有顯示應用裝置相關資訊的藍色畫面。Site Recovery Manager 應用裝置中的所有其他 VMware 相關服務已啟動且正在執行。

    因應措施:重新啟動 Site Recovery Manager 應用裝置。

  • 在 Microsoft Edge 瀏覽器中匯出網格不起作用

    當您使用網格開啟視圖時,選取匯出,然後按一下所有資料列/選取的資料列,不會下載任何檔案。嘗試匯出和下載復原計劃的歷程記錄時,您會在主控台中收到錯誤,並且下載檔案已損毀。

    因應措施:升級到基於 Chromium 引擎的最新版本的 Microsoft Edge 瀏覽器。

  • PowerCLI Connect-SrmServer 命令無法使用預設連接埠連線 Site Recovery Manager 應用裝置

    當您嘗試使用 PowerCLI Connect-SrmServer 命令連線到 Site Recovery Manager 應用裝置時,連線會失敗並顯示下列錯誤: Unable to connect to the remote server.

    因應措施:使用 Connect-SrmServer -Port 443 命令為 Site Recovery Manager 應用裝置指定連接埠 443。如需所有 Site Recovery Manager 網路連接埠的完整清單,請參閱 Site Recovery Manager 的網路連接埠

  • 執行復原計劃可能無法開啟虛擬機器電源並顯示「InvalidArgument:path」

    當您執行復原計劃時,Site Recovery Manager 可能無法開啟虛擬機器電源並顯示 (vmodl.fault.InvalidArgument:path) 錯誤。Site Recovery Manager 復原站台伺服器記錄中顯示下列錯誤訊息:

    YYYY-MM-DDT20:24:35.996-08:00 error vmware-dr[02448] [SRM@6876 sub=Recovery ...] Plan execution (test workflow) failed; 
    plan id: 34f86036-3bc7-4c2d-a841-e15c5d781532, plan name: HBRRP_LIMITS, error: (vmodl.fault.InvalidArgument) {
    -->    faultCause = (vmodl.MethodFault) null, 
    -->    faultMessage = <unset>, 
    -->    invalidProperty = "path"
    -->    msg = "A specified parameter was not correct: path"
    --> }
    --> 

    此錯誤是由於目標目的地 ESXi 主機上的「開啟電源前重新放置虛擬機器」作業失敗所導致。ESXi vpxa 服務記錄中的相關錯誤訊息為:

    YYYY-MM-DDT03:56:48.255Z error vpxa[2099931] [Originator@6876 sub=vpxaVmprov opID=failedOpId] 
    Failed to canonicalize vm register path; 
    /vmfs/volumes/.../recoveredVm.vmx, err: 16(Device or resource busy)
    ...
    YYYY-MM-DDT03:56:48.256Z info vpxa[2099931] [Originator@6876 sub=Default opID=failedOpId] 
    [VpxLRO] -- ERROR task-1824 -- vpxa -- vpxapi.VpxaService.registerVm: vmodl.fault.InvalidArgument:
    --> Result:
    --> (vmodl.fault.InvalidArgument) {
    -->    faultCause = (vmodl.MethodFault) null,
    -->    faultMessage = <unset>,
    -->    invalidProperty = "path"

    因應措施:重新執行失敗的復原計劃。

  • 在容錯移轉包含陣列式複寫保護群組的復原計劃期間遺失裝置和資料存放區資訊

    當您執行復原計劃容錯移轉時,根據 SAN 類型以及復原期間是否從主機卸除資料存放區,[裝置] 和 [資料存放區] 索引標籤中的資訊可能會在容錯移轉程序期間消失。

    因應措施:無。成功重新保護後,這兩個索引標籤中的資訊會再次顯示。

  • 重新保護失敗,並顯示內部錯誤:在準備階段期間收到未預期的例外狀況。工作階段未進行驗證

    執行重新保護時,作業會失敗並顯示下列錯誤。

    Internal error: Received unexpected exception during prepare phase. The session is not authenticated.

    因應措施:重新執行重新保護作業。

  • 如果用於複寫的來源虛擬機器在 ESXi 6.7 上執行,複寫同步似乎在進行中,但複寫執行個體永遠不會成功完成

    在 ESXi 6.7 中,排程進行平行傳輸的需求記錄區塊可能超過了可傳輸的實際數目。如果您要複寫的虛擬機器在此類主機上執行,且存在目標主機緩慢或暫時性網路錯誤,可能會導致複寫失敗,並顯示 DiskQueue is full 錯誤。

    因應措施:

    1. 將所有虛擬機器移轉至另一台 ESXi 主機。

    2. 編輯 HBR.DemandlogTransferMaxNetwork ESXi 進階設定的值,將其從預設值 64 變更為 63。

    3. 將 ESXi 主機置於維護模式。

    4. 將 ESXi 主機重新開機。已在 vCenter Server 6.7 Update 3 中修正此問題。

    已在 vCenter Server 6.7 Update 3 中修正此問題。

  • 如果用於複寫的來源虛擬機器在 ESXi 6.7 或 ESXi 6.7 Update 1 上執行,初始或完整同步可能會在完成之前停止進行

    如果您使用 vSphere Replication 並在 ESXi 6.7 或 ESXi 6.7 Update 1 上執行受保護的虛擬機器,則複寫的初始或完整同步可能會在完成之前停止進行。複寫同步仍在進行中,但複寫詳細資料資訊中的總和檢查碼位元組值沒有進展。關閉電源、建立快照、還原為快照和移轉虛擬機器作業會失敗,並顯示逾時或工作進行中錯誤。

    因應措施:

    1. 在 ESXi 進階設定中,您可以透過設定 HBR.ChecksumUseChecksumInfo = 0,來停用 vSphere Replication 的總和檢查碼。

    2. 移轉所有虛擬機器,並關閉 ESXi 主機上無法移轉的虛擬機器的電源。

    3. 將主機置於維護模式。

    4. 將 ESXi 主機重新開機。

      附註:此因應措施會停用同步程序的總和檢查碼部分,且所有配置的區塊將傳送到遠端站台,無論其是否不同。此因應措施會停用種子功能。

    已在 vCenter Server 6.7 Update 2 中修正此問題。

  • 當您匯入不在復原計劃中的受保護虛擬機器的組態時,VMware Site Recovery Manager 組態匯入/匯出工具可能會發生錯誤

    如果您將受保護虛擬機器置於復原計劃中,然後刪除所有包含這些虛擬機器的復原計劃,之後使用 VMware Site Recovery Manager 組態匯入/匯出工具匯出您的組態,則這些虛擬機器的虛擬機器復原設定會匯出,但之後無法匯入。如果您嘗試匯入設定,會看到類似下列內容的錯誤:Error while importing VM settings for server with guid '6f81a31e-32e0-4d35-b329-783933b50868'

    其餘匯出的組態已成功匯入。

    因應措施:重新建立復原計劃、重新設定所需的復原設定,並再次匯出組態。如果您要匯出和匯入虛擬機器復原設定,請不要刪除復原計劃。

  • 搭配使用多個 NIC 與混合 DHCP 和靜態 IP 組態的 Linux 虛擬機器並不完全支援透過 IP 子網路對應規則進行自訂。

    對於具有多個 NIC 的 Linux 虛擬機器,如果 NIC 具有混合 DHCP 和靜態 IP 設定,Site Recovery Manager 不完全支援以 IP 規則為基礎的自訂。Site Recovery Manager 僅自訂具有靜態 IP 位址的 NIC (其擁有相符的 IP 子網路對應規則),並且可能會清除已設定 DHCP 之其他 NIC 的部分組態設定。Red Hat Enterprise Linux 6.x/7.x 和 CentOS 6.x/7.x 發生了與此案例相關的已知問題,其中 SRM 自訂針對已設定 DHCP 的 NIC 刪除了 /etc/sysconfig/network-scripts/ifcfg-ethX 檔案,並根據相符的 IP 子網路對應規則成功自訂具有靜態 IP 設定的其餘 NIC。

    因應措施:若要為搭配使用多個 NIC 與混合 DHCP 和靜態 IP 組態的 Linux 虛擬機器自訂正確的 IP,請使用 SRM 選項 [手動 IP 自訂]。

  • 若在復原計劃名稱中使用特殊字元,IP 自訂會失敗

    當您為名稱包含特殊字元的復原計劃執行測試復原,並已設定 IP 自訂時,IP 自訂會失敗。

    因應措施:從復原計劃名稱中移除任何作業系統專屬的特殊符號。

  • 如果受保護的 vCenter Server 已關閉,復原站台上的 HTML 5 使用者介面效能可能會降低,尤其是在 [設定復原設定] 對話方塊中。

    如果受保護的 vCenter Server 已關閉,復原站台上的 HTML 5 使用者介面效能可能會降低,尤其是在 [設定復原設定] 對話方塊中。

    因應措施:重新整理復原站台上的 HTML 5 使用者介面,然後重試作業。

  • Site Recovery UI 變得無法使用,一直顯示 [403 - 確定] 錯誤訊息

    Site Recovery UI 不會顯示任何資料,而是出現錯誤 [403 - 確定]。

    因應措施:

    1. 登出 Site Recovery UI 再重新登入。

    2. 停用瀏覽器的「還原上一個工作階段」核取方塊。若為 Chrome,請停用「繼續瀏覽上次離開的網頁」選項。

  • 若資料存放區叢集包含的資料存放區未複寫,或來自對 Site Recovery Manager 可見的不同一致性群組,則不會有 SRM 警告。

    您建立的資料存放區叢集包含的資料存放區並非全部位於相同的一致性群組,或是未複寫。Site Recovery Manager 警告應存在,但並未出現。

    因應措施:無

  • 執行容錯移轉後,災難復原站台中的虛擬機器 NIC 可能會保持中斷連線

    在 IP 自訂失敗後重新執行容錯移轉時,即使在目前容錯移轉中成功自訂,在上一次執行期間自訂失敗的虛擬機器的 NIC 也可能會保持中斷連線。

    因應措施:無。重新設定虛擬機器裝置以手動重新連線 NIC。

  • 使用 Microsoft Edge 瀏覽器時,無法從 [復原計劃歷程記錄] 或 [復原步驟] 畫面匯出報告

    使用 MS Edge 瀏覽器嘗試從 [復原計劃歷程記錄] 或 [復原步驟] 畫面匯出報告時,在 dev 主控台中出現下列錯誤。

    ERROR XML5610: Quote character expected.

    ERROR Error: Invalid argument.

    這是已知的 Microsoft Edge 瀏覽器問題,問題出於用來將伺服器的 xml 轉換為 html 的 XSLTProcessor。

    因應措施:使用 Chrome、Microsoft Internet Explorer 或 Firefox 瀏覽器。

    已在 Chromium 版本的 Microsoft Edge 瀏覽器中修正此問題。

  • 在 vSphere 使用者介面中的已複寫虛擬機器上按一下滑鼠右鍵並選取 [重新設定複寫] 時,Mozilla Firefox 瀏覽器中會封鎖 Site Recovery 使用者介面的快顯視窗,並且不顯示通知

    依預設,Site Recovery 使用者介面會在新索引標籤中開啟。在 vSphere UI 中的已複寫虛擬機器上按一下滑鼠右鍵並選取 [重新設定複寫] 時,Mozilla Firefox 瀏覽器中會封鎖 Site Recovery UI 的快顯視窗,並且不顯示通知。

    因應措施:從 Mozilla Firefox 中的 [選項] 功能表選取 [內容] 索引標籤,然後將 vCenter Server 的 URL 新增至快顯例外狀況清單。

  • 如果 vSAN 延伸叢集有一個無法使用的容錯網域,測試和復原作業將失敗

    如果在有一個無法使用的容錯網域的 vSAN 延伸叢集上測試或復原虛擬機器,作業將失敗。這是由於無法滿足 vSAN 預設儲存區原則且使用 Site Recovery Manager 在儲存區上佈建虛擬機器失敗所致。

    因應措施:手動在 vSAN 延伸叢集上登錄復原的虛擬機器。容錯網域可用時,虛擬機器就會與 vSAN 預設儲存區原則相容。

  • 重新保護後,您的資料存放區可能會在原始受保護站台的詳細目錄中顯示為 [非作用中]

    如果在災難復原後使用延伸儲存區並執行重新保護,可能會收到以下警告。

    The requested object was not found or has already been deleted.

    重新保護後,資料存放區在原始受保護站台的詳細目錄中顯示為 [非作用中]。

    因應措施:重新整理或重新掃描儲存裝置介面卡。

    1. 按一下設定索引標籤,然後按一下儲存裝置介面卡

    2. 按一下重新整理重新掃描圖示,重新整理或重新掃描所有儲存裝置介面卡。

  • 如果加密金鑰在復原站台上無法使用,則在執行「開啟電源」步驟期間,復原已加密的虛擬機器可能會失敗

    如果您復原已加密的虛擬機器,且在執行復原程序期間受保護站台上使用的加密金鑰在復原站台上無法使用,則當 Site Recovery Manager 開啟虛擬機器電源時,復原會失敗。

    因應措施:完成下列步驟。

    1. 從復原站台的詳細目錄中移除已加密虛擬機器。

    2. 確保復原站台上的金鑰管理伺服器可用,且受保護站台上使用的加密金鑰可用於復原站台。

    3. 將已加密虛擬機器登錄至復原站台的詳細目錄。

    4. 在 Site Recovery Manager 使用者介面中,開啟已加密虛擬機器的復原設定,並停用在復原期間開啟虛擬機器電源。

    5. 重新執行復原。

  • 對於 vSphere Virtual Volumes 資料存放區上受保護的虛擬機器,計劃移轉可能會失敗並顯示錯誤

    如果 vSphere Virtual Volumes 資料存放區上有受保護的虛擬機器,計劃移轉這些虛擬機器可能會失敗,並顯示下列有關「將復原站台儲存區變更為可寫入」步驟的錯誤。

    Error - Storage policy change failure: The vSphere Virtual Volumes target encountered a vendor specific error. Invalid virtual machine configuration. A specified parameter was not correct: path.

    因應措施:重新執行復原計劃。

  • IP 自訂或客體內圖說文字作業可能會失敗,並顯示 [錯誤 - Failed to authenticate with the guest operating system using the supplied credentials

    因應措施:

    當 [進階設定] 中的 recovery.autoDeployGuestAlias 選項為 TRUE (預設值) 時。

    • 如果正在執行已復原虛擬機器的 ESX 主機的時間與復原站台上的 vCenter Single Sign-On 伺服器不同步。

    • 如果已復原虛擬機器的客體作業系統為 Linux,並且時間早於正在執行已復原虛擬機器的 ESX 主機,請透過使用下列程序來更新虛擬機器的組態參數並重新執行失敗的復原計劃。

      1. 在復原的虛擬機器上按一下滑鼠右鍵。

      2. 按一下編輯設定。

      3. 選項索引標籤中,按一下一般

      4. 按一下組態來更新組態參數。

      5. 按一下新增列,然後在名稱文字方塊中輸入 time.synchronize.tools.startup.backward,在文字方塊中輸入 TRUE

      6. 按一下確定加以確認。

    當 [進階設定] 中的 recovery.autoDeployGuestAlias 選項為 FALSE 時。

    • 確保受保護虛擬機器上的客體作業系統與復原站台上的 vCenter Single Sign-On 伺服器之間進行適當的時間同步。

    • 確保受保護的虛擬機器已針對復原站台 SRM 伺服器上的解決方案使用者設定正確的客體別名。如需詳細資訊,請參閱〈變更復原設定〉中的 recovery.autoDeployGuestAlias 選項說明。

    如需詳細資訊,請參閱《Site Recovery Manager 8.4 管理》指南中的相關疑難排解章節。

  • 取代 vCenter Server 的 SSL 憑證會造成 Site Recovery Manager 發生憑證驗證錯誤。

    如果您取代 vCenter Server 系統上的 SSL 憑證,則 Site Recovery Manager 嘗試連線至 vCenter Server 時會發生連線錯誤。

    因應措施:如需有關如何更新 vCenter Server 憑證並讓 Site Recovery Manager 等解決方案繼續運作的資訊,請參閱 http://kb.vmware.com/kb/2109074

  • 已刪除相應的網路對應時,不會刪除測試網路對應。

    建立網路對應時,如果為測試復原計劃設定特定的網路對應,並且隨後刪除主網路對應,則即使您設定的復原站台網路不是其他對應的目標,也不會刪除測試網路對應。例如:

    • 設定從受保護站台上的 Protected_Network_Main 到復原站台上的 Recovery_Network_Main 的網路對應。

    • 設定 Recovery_Network_MainRecovery_Network_Test 的測試網路對應以用作測試復原計劃的網路。

    • 復原站台上的 Recovery_Network_Main 不會用作任何其他網路對應的目標。

    • 刪除從 Protected_Network_MainRecovery_Network_Main 用於完全復原的網路對應。

    • Recovery_Network_MainRecovery_Network_Test 的測試網路對應不會刪除。

    因應措施:手動刪除測試網路對應。

  • 兩個虛擬機器 (一個啟用了 vMotion,另一個停用了 vMotion) 之間的相依性在移轉工作流程期間在展開儲存區上會失敗。

    因應措施:移除虛擬機器之間的相依性,然後使用 vMotion 重新執行計劃移轉。為未來的復原工作流程手動重新啟用相依性。

    如果要保留虛擬機器之間的相依性,則不使用 vMotion 執行計劃移轉。根據相依性順序,虛擬機器會移轉為一般虛擬機器。

  • Site Recovery Manager 無法從 vCenter Server 詳細目錄中追蹤非關鍵虛擬機器的移除,這將導致還原、測試還原和測試清理工作流程中出現 MONF 錯誤。

    Site Recovery Manager 在受保護和復原站台上失去與 vCenter Server 的連線,且無法監視非關鍵虛擬機器的移除。

    因應措施:重新啟動 Site Recovery Manager 伺服器。

  • 在復原計劃工作流程完成後,最後的復原步驟還是顯示 [執行中] 狀態。

    不正確的狀態是暫時性的 UI 問題。Site Recovery Manager 會執行所有步驟直到完成為止。

    因應措施:按一下全域重新整理圖示,重新整理介面。所有步驟均會顯示正確的已完成狀態。

  • 提示和命令從復原視圖中的步驟清單消失。

    復原步驟 > 復原視圖中新增提示或命令後,您可以在測試視圖中看到同一個提示或命令。不過,如果您嘗試在測試視圖中編輯提示或命令,特定於復原視圖的提示或命令可能會從步驟清單中消失。

    提示或命令消失是暫時性的 UI 問題,僅影響復原步驟的詳細清單。當您執行測試或復原時,即使提示或命令未出現在詳細的步驟清單中,Site Recovery Manager 仍會執行所有提示和命令。

    因應措施:按一下全域重新整理圖示,重新整理介面。所有圖說文字會再次出現在步驟清單中。

  • 當您刪除保護群組和復原計劃之後,復原站台上的預留位置虛擬機器仍然存在。

    當您從 SRM 詳細目錄中刪除復原計劃和保護群組時,預留位置虛擬機器仍然顯示在復原站台上。當您嘗試建立具有相同資料存放區和虛擬機器的新保護群組時發生錯誤。當您嘗試從 vCenter Server 詳細目錄中手動刪除預留位置虛擬機器時發生錯誤。Site Recovery Manager 將虛擬機器標記為孤立。

    因應措施:刪除預留位置虛擬機器並移除孤立的虛擬機器,然後建立具有相同虛擬機器的保護群組。

  • 如果在從維護模式重新啟動復原站台 ESXi 主機之後的 10 分鐘內嘗試清理,清理會失敗。

    清理作業嘗試交換預留位置,並依賴擁有 10 分鐘重新整理期間的主機恢復快取。如果您嘗試在 ESXi 主機 (已在 10 分鐘內重新啟動) 上執行交換作業,則 Site Recovery Manager 不會更新 Site Recovery Manager 主機恢復快取上的資訊,並且交換作業會失敗。清理作業也會失敗。

    因應措施:請等待 10 分鐘,然後再次嘗試清理。

  • 與受保護站台的連線失敗後,復原無法進行

    如果在停用作業期間,或者在 RemoteOnlineSync 或 RemotePostReprotectCleanup (這兩者在重新保護期間發生) 期間無法連線保護站台,則復原計劃可能無法進行。在這種情況下,系統會等待保護站台中的虛擬機器或群組完成這些中斷的工作。如果在重新保護作業期間發生此問題,您必須重新連線原始保護站台,並重新啟動復原計劃。如果在復原期間發生此問題,只需取消復原計劃後再重新啟動即可。

  • 復原的 VMFS 磁碟區無法掛接,錯誤為:無法復原資料存放區。

    此錯誤可能是由於 vCenter、ESXi 和 Site Recovery Manager Server 之間的延遲所導致。

    因應措施:重新執行復原計劃。

  • 暫時中斷 vCenter Server 連線可能會導致具有原始磁碟對應的虛擬機器產生復原問題

    如果與 vCenter Server 的連線在復原期間中斷,可能會出現下列其中一個事件:

    • vCenter Server 仍無法使用,復原失敗。若要解決此問題,請重新建立與 vCenter Server 的連線並重新執行復原。

    • 在少數情況下,vCenter Server 會再次可用,虛擬機器會復原。在此情況下,如果虛擬機器具有原始磁碟對應 (RDM),RDM 可能無法正確對應。由於無法正確對應 RDM,可能會導致無法開啟虛擬機器的電源,或發生與客體作業系統相關或與在客體作業系統上執行的應用程式相關的錯誤。

      • 如果這是測試復原,請完成清理作業,並再次執行此測試。

      • 如果這是實際復原,則必須將正確的 RDM 手動附加至已復原的虛擬機器。

    如需有關新增原始磁碟對應的相關資訊,請參閱有關編輯虛擬機器設定的 vSphere 說明文件。

  • 取消復原計劃未完成

    執行復原計劃時,嘗試同步虛擬機器。可以取消復原計劃,但嘗試取消復原計劃執行的作業在同步完成或到期之前不會完成。預設到期是 60 分鐘。下列選項可用於完成復原計劃取消作業:

    • 暫停 vSphere Replication 會導致同步失敗。復原進入錯誤狀態之後,請在 vSphere Replication 索引標籤中使用 vSphere Client 重新啟動 vSphere Replication。重新啟動複寫後,如果需要,可再次執行復原計劃。

    • 等待同步完成或逾時。這可能需要相當長的時間,但最終會完成。同步完成或到期後,取消復原計劃作業會繼續。

  • 關閉受保護虛擬機器時,復原計劃中出現錯誤: Error - Operation timed out: 900 seconds during Shutdown VMs at Protected Site step.

    如果在支援動態交換 (如 Clariion) 的陣列上,使用 Site Recovery Manager 保護資料存放區,則當重新執行復原計劃以完成受保護站台作業時,在受保護站台部分關閉時執行災難復原或執行強制復原會發生錯誤。受保護站台恢復為線上狀態,但 Site Recovery Manager 無法關閉受保護虛擬機器時,會發生此類錯誤。特定陣列讓受保護 LUN 處於唯讀狀態,並且 ESXi 無法針對已開啟電源的受保護虛擬機器完成 I/O 時,通常會發生此錯誤。

    因應措施:在受唯讀 LUN 影響的受保護站台上,將 ESXi 主機重新開機。

  • 計劃的移轉失敗,並顯示 [錯誤: 無法複製組態檔...

    如果某個叢集中有兩台 ESXi 主機,且其中一台主機與儲存區中斷連線,則另一台主機通常可以復原已複寫的虛擬機器。在某些情形下,另一台主機可能不會復原虛擬機器,復原會失敗,並顯示下列錯誤: Error: Unable to copy the configuration file...

    因應措施:重新執行復原。

  • 測試清理失敗,並顯示資料存放區卸載錯誤。

    測試復原後執行清理可能會失敗,並顯示錯誤Error - Cannot unmount datastore 'datastore_name' from host 'hostname'. The operation is not allowed in the current state.. 如果在執行清理作業之前主機已卸載資料存放區,則會發生此問題。

    因應措施:重新執行清理作業。

  • 當您以使用者身分登入受保護站台並在其上移除該使用者的權限時,會出現下列錯誤訊息:無法擷取權限資料。已登入該工作階段。[進階設定] 索引標籤上出現類似錯誤。

    當您在站台層級上移除您自己的權限時會出現此錯誤。訊息會通知您,您沒有檢視該頁面的權限。

check-circle-line exclamation-circle-line close-line
Scroll to top icon