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

 

VMware Site Recovery Manager 8.5 虛擬應用裝置 | 2021 年 10 月 5 日 | 組建編號 18710731 | 下載

VMware Site Recovery Manager 8.5 組態匯入/匯出工具 | 2021 年 10 月 5 日 | 組建編號 18710000 

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

版本說明的內容

本版本說明涵蓋下列主題：

VMware Site Recovery Manager 8.5 的新增功能

附註：如需瞭解與舊版或更新版本 VMware vSphere 的互通性，請參閱《VMware Site Recovery Manager 8.5 相容性對照表》。

如需 vSphere 7.0 Update 3 功能的相關資訊，請參閱 vSphere 7.0 說明文件。

如需受支援資料庫的相關資訊，請參閱《VMware Site Recovery Manager 8.5 相容性對照表》。

產品支援通知

新增 VMware Site Recovery Manager 8.5 是支援儲存區原則保護群組 (SPPG) 的最後一個常見版本。

VMware Site Recovery Manager 不再支援 Windows 版本的安裝程式，且僅作為應用裝置提供。

當地語系化

VMware Site Recovery Manager 8.5 提供下列語言版本：

  • 英文
  • 法文
  • 德文
  • 日文
  • 韓文
  • 簡體中文
  • 繁體中文
  • 西班牙文

相容性

VMware Site Recovery Manager 相容性對照表

VMware Site Recovery Manager 8.5 與 vSphere 6.7 及更新版本相容，並支援 vCenter Server 7.0 所支援的 ESXi 版本。

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

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

相容的儲存區陣列和儲存區複寫介面卡

如需支援的相容儲存區陣列和 SRA 的最新清單，請參閱《Site Recovery Manager 儲存區合作夥伴相容性指南》。

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

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

VMware vSAN 支援

VMware Site Recovery Manager 8.5 可使用 vSphere Replication 保護位於 VMware vSAN 的虛擬機器。vSAN 不需要儲存區複寫介面卡 (SRA) 即可與 VMware Site Recovery Manager 8.5 搭配使用。

安裝和升級

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

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

附註：

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

移轉至 VMware Site Recovery Manager 虛擬應用裝置

您可以將 Site Recovery Manager 8.3.x 執行個體從 Windows 移轉至 Site Recovery Manager 8.3.x 虛擬應用裝置，然後再升級至 Site Recovery Manager 8.5 虛擬應用裝置。如需移轉程序的相關資訊，請參閱〈從適用於 Windows 的 Site Recovery Manager 移轉至 Site Recovery Manager 虛擬應用裝置〉。

網路安全性

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 的網路連接埠。

VMware Site Recovery Manager 8.5 的運作限制

如需 VMware Site Recovery Manager 8.5 的運作限制，請參閱〈Site Recovery Manager 的運作限制〉。

開放原始碼元件

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

警示和限制

  • 使用 vSphere Replication 保護及復原加密的虛擬機器時，需要 VMware vSphere 6.7 Update 1 或更新版本 (對於以 6.7.x 為基礎的版本) 以及 vSphere 7.0 Update 2c 或更新版本 (對於以 7.0.x 為基礎的版本)。
  • 儲存區原則保護群組不支援保留 vSphere 標籤。
  • 建立連結複製虛擬機器時，其部分磁碟會繼續使用基礎虛擬機器磁碟。如果您使用 vVol 複寫，則必須在與基礎虛擬機器相同的複寫群組上複寫連結複製虛擬機器，否則會出現下列錯誤訊息：「虛擬機器『{vmName}』由多個複寫群組複寫。」如果您必須在與連結複製虛擬機器不同的複寫群組中複寫基礎虛擬機器，或根本無法複寫基礎虛擬機器，則必須將連結複製虛擬機器轉換為完整複製。
  • 使用 VMware Virtual Volumes 保護群組保護及復原加密的虛擬機器需要 vSphere 7.0 或更新版本。
  • 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 儲存區作為複寫的來源或目標。
  • NSX-T Data Center 不支援儲存區原則保護群組的網路自動對應。
  • 使用 vSphere Replication 保護及復原加密的虛擬機器需要 VMware vSphere 6.7 Update 1 或更新版本。
  • VMware Site Recovery Manager 8.5 組態匯入/匯出工具的匯入功能僅嘗試匯入受保護虛擬機器的復原設定一次，無論受保護的虛擬機器屬於一個還是多個復原計劃。
  • 將復原和保留設為零後，虛擬機器上的 vSphere Flash Read Cache 便會停用。對設定為使用 vSphere Flash Read Cache 的虛擬機器執行復原之前，請記下 vSphere Web Client 中虛擬機器的快取保留區。您可以在復原之後重新設定虛擬機器上的 vSphere Flash Read Cache。
  •  VMware Site Recovery Manager 8.5 支援保護具有單一處理器 vSphere FT 的虛擬機器，但在復原之後，會在復原站台停用虛擬機器上的單一處理器 vSphere FT。
    • 如果在虛擬機器上使用單一處理器 vSphere FT，您必須在受保護站台上設定虛擬機器，使得 Site Recovery Manager 能夠在復原之後停用 vSphere FT。如需如何在受保護站台上設定單一處理器 vSphere FT 的虛擬機器的相關資訊，請參閱 https://kb.vmware.com/kb/2109813。
  •  VMware Site Recovery Manager 8.5 支援 vSphere Replication 8.5 與 vSphere Virtual Volumes，但具有下列限制。
    • 您無法將 vSphere Replications 時間點快照與複寫目標為 Virtual Volumes 資料存放區的虛擬機器搭配使用。
    • 使用 vSphere Virtual Volumes 儲存區做為複寫目標時，所有屬於此虛擬機器的磁碟必須複寫至單一 vSphere Virtual Volumes 資料存放區。
    • 複寫的虛擬機器位於 vSphere Virtual Volumes 儲存區時，所有屬於此虛擬機器的磁碟必須位於單一 vSphere Virtual Volumes 資料存放區上。
  • VMware Site Recovery Manager 8.5 不支援將 NFSv4.1 資料存放區用於陣列式複寫。您可以將 Site Recovery Manager 8.5 與 NFSv4.1 資料存放區一起用於 vSphere Replication。
  • VMware Site Recovery Manager 不支援重新設定儲存區設定檔保護群組，例如變更一組相關聯的儲存區原則、群組名稱或說明。若要修改儲存區設定檔保護群組，您必須將其刪除並使用新組態重新建立。
  • VMware Site Recovery Manager 無法在儲存區原則保護群組中保護 RDM 磁碟或容錯虛擬機器。
  • VMware Site Recovery Manager 不支援在儲存區原則保護群組中對應或排除非複寫虛擬裝置。
  • 若要搭配使用雙重要素驗證與 RSA SecurID 或智慧卡 (通用存取卡) 驗證，您的環境必須符合下列需求：
    1. 使用 Platform Services Controller 的管理員認證安裝 Site Recovery Manager 8.5，並與 Site Recovery Manager 8.5 站台配對。
    2. 兩個 Site Recovery Manager 8.5 站台上的 vCenter Server 執行個體必須均在增強型連結模式下運作。若要防止將 Site Recovery Manager 從 8.5 升級至更新版本時失敗，兩個站台上的 vCenter Server 執行個體必須是直接複寫夥伴。

已知問題

  • Site Recovery Manager 工作流程失敗，並顯示 [未驗證] 錯誤

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

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

  • 使用遠端 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 組態資料〉。 

  • 執行災難復原至遠端站台並啟用對遠端站台上虛擬機器的保護後，虛擬機器的複寫狀態為 [非作用中]

    當您對虛擬機器執行災難復原至具有多個叢集的遠端站台，並在主要站台重新上線後啟用對遠端站台中虛擬機器的保護時，虛擬機器的複寫狀態為非作用中並顯示下列錯誤：「未連線到 VR 伺服器。」

    因應措施：

    1. 建立與 vSphere Replication 應用裝置的 SSH 連線。
    2. 將 /etc/vmware/hbrsrv.xml 檔案中的 lwdSslHandshakeTimeoutSec 值修改為 5。
    3. 重新啟動有問題的 HBR 伺服器。

     

  • 新增 升級 vCenter Server 後，Site Recovery UI 中可能會顯示錯誤訊息

    將 vCenter Server 升級至 6.7 Update 3p 版或 7.0 Update 3 P04 版後開啟 Site Recovery 使用者介面時，可能會看到下列錯誤訊息：「使用者未登入。正在終止方法執行，因為缺少權限。」
    dr.log 和 HMS 記錄中出現了相同的錯誤。

    因應措施：無。捨棄此錯誤。 

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

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

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

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

    大規模複寫虛擬機器時，重新保護可能會失敗並顯示下列錯誤：「無法反向複寫虛擬機器。vSphere Replication Management Server 中出現一般錯誤『java.net.SocketTimeoutException: 讀取已逾時』」

    因應措施： 

    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 複寫虛擬機器在數個不同的資料存放區上具有多個已複寫的磁碟，並且停止複寫一個磁碟並將其與保護群組中斷連結，則容錯移轉將會失敗，並顯示下列錯誤「裝置『0』的組態無效。

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

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

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

    無法反向複寫虛擬機器 <VM_name>

    或

    發生一般系統錯誤: 無法開啟虛擬磁碟

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

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

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

    在延伸儲存區叢集環境中，嘗試在沒有 vMotion 的情況下對虛擬機器保護群組執行計劃移轉或災難復原時，此作業可能會在一或多個虛擬機器執行「建立可寫入的儲存區快照」步驟期間失敗。您會收到下列錯誤訊息：「保護群組 [PGxxx] 中的某些虛擬機器無法復原。」

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

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

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

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

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

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

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

  • 新增 執行容錯移轉後，復原的虛擬機器圖示顯示 3 個點

    如果您手動將虛擬機器的受保護磁碟對應至另一個磁碟，或在保護群組下的虛擬機器保護內容中將磁碟中斷連結，則在執行容錯移轉後，復原的虛擬機器圖示會顯示 3 個點，就好像仍然是預留位置虛擬機器一樣。

    因應措施：無。

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

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

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

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

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

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

  • 一個虛擬機器的重新保護作業失敗，並顯示錯誤

    重新保護作業失敗，並顯示下列錯誤：

    無法反向複寫虛擬機器<vm-name>」。發生一般系統錯誤: 失敗原因: vim.fault.GenericVmConfigFault

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

    工作名稱: 移除所有快照
    狀態: 發生一般系統錯誤: 失敗原因: vim.fault.GenericVmConfigFault
    啟動器: <initiator>
    目標: <vm-name>
    伺服器: <VC-name>

    因應措施：

    1. 移除複寫。
    2. 使用種子磁碟重新設定複寫。
  • 執行重新保護作業後，一或多個複寫進入 [錯誤] (RPO 違規) 狀態

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

    資料存放區路徑上的儲存區 ‘[<datastore-name>] <datastore-path>/hbrdisk.RDID-<disk-UUID>.vmdk 出現問題

    因應措施：

    1. 移除複寫
    2. 使用種子磁碟重新設定複寫。
  • 對包含 vTA 加密虛擬機器的儲存區原則保護群組執行測試復原和實際復原可能會失敗，並顯示錯誤

    對包含 vTA 加密虛擬機器的儲存區原則保護群組執行測試復原或實際復原時，此作業可能會失敗，並顯示下列錯誤：需要加密金鑰。

    因應措施：重新執行作業。已在 vCenter Server 7.0 Update 3 中修正此問題。

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

    如果在重新保護作業正在進行時導覽至 [摘要] 索引標籤或 [虛擬機器] 索引標籤，可能會看到未預期的錯誤訊息：「’spec.objectSet’ 中的 ManagedObjects 屬於多個伺服器。」或「非可選欄位 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. 明確起始重新建立預留位置作業，以修復受影響的受保護虛擬機器及還原預留位置虛擬機器。請注意，如果此作業未完成並執行災難復原工作流程，則復原這些虛擬機器將會失敗，並出現下列錯誤：受保護虛擬機器「<vm-name>」的預留位置虛擬機器遺失。

     

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

    Chromium 中的 LayoutNG 存在錯誤，該錯誤會導致效能問題。如需詳細資訊，請參閱 https://bugs.chromium.org/p/chromium/issues/detail?id=1008523 和 https://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 虛擬機器容錯移轉失敗。從 Site Recovery Manager 觀點來看，由於所有虛擬機器均已成功復原，因此不會影響任何功能。

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

  • Site Recovery Manager 外掛程式未顯示在 vCenter Server Web Client 或 HTML5 用戶端中

    當您安裝或升級至 Site Recovery Manager 並向安裝在 Windows Server 上的 vCenter Server 6.7.x 版登錄時，Site Recovery Manager 外掛程式不會顯示在 vCenter Server Web Client 或 HTML5 用戶端中。

    因應措施：請參閱 https://kb.vmware.com/s/article/78678。

  • 測試復原執行時建立的虛擬機器自動保護會延遲，直到測試完成並清理

    如果在陣列式保護群組上正在執行測試復原的情況下於受保護的資料存放區上建立虛擬機器，若在虛擬機器佈建後的 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. 導覽至 /opt/vmware/srm/conf 目錄，然後在文字編輯器中開啟 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 設定」選項時，會發生下列錯誤無效內容 - 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 應用裝置。

  • 將增強型連結模式下含外部 Platform Services Controller 的 vCenter Server 執行個體聚合到增強型連結模式下的內嵌式 vCenter Server 執行個體後，vSphere Replication 應用裝置無法正常運作

    如果您擁有含外部 Platform Services Controller 的增強型連結模式環境，並將其聚合至內嵌式節點，則 vSphere Replication 應用裝置可能無法正常運作。

    因應措施：重新登錄解決方案使用者，或手動將解決方案使用者新增至所需的群組。

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

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

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

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

    當您嘗試使用 PowerCLI Connect-SrmServer 命令連線到 Site Recovery Manager 應用裝置時，連線會失敗並顯示下列錯誤：無法連線到遠端伺服器。 

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

  • 復原儲存區原則保護群組時，復原計劃可能會失敗並顯示下列錯誤「無法擷取與預留位置虛擬機器相關聯的主機。資源對應中遺失資源集區「XXXXXX」的對應。」資源集區「XXXXXX」是不包含受儲存區原則保護群組保護之虛擬機器的計算資源 (主機或叢集)。

    當計算資源沒有資源詳細目錄對應，但屬於相同計算資源的某些主機已掛接受儲存區原則保護群組保護的某些資料存放區時，會出現錯誤。根據設計，儲存區原則保護群組需要所有此類計算資源的現有資源詳細目錄對應。

    因應措施 1：請勿從 vSphere 詳細目錄中移除計算資源。建立所提及計算資源的資源詳細目錄對應並重新執行復原。

    因應措施 2：如果您已從 vSphere 詳細目錄中移除計算資源，請執行下列步驟：

    1. 停止保護 Site Recovery Manager 伺服器，以使預留位置對應顯示在 Site Recovery 使用者介面中，然後建立相同計算資源的預留位置對應。
    2. 重新執行復原。
    3. 復原成功後，執行重新保護時可能仍會發生錯誤。如果錯誤持續存在：
      1. 從 Site Recovery Manager 刪除受影響的儲存區原則保護群組。
      2. 如果 Site Recovery Manager 重新保護無法反向執行儲存區複寫，請使用儲存區管理工具反向執行受影響 LUN 的複寫。
      3. 對所涉及的 Site Recovery Manager 陣列配對執行探索裝置，並確認 Site Recovery Manager 正確偵測到受影響 LUN 的複寫方向。
      4. 以相反方向重新建立受影響的儲存區原則保護群組，然後將其新增回受影響的復原計劃。
  • 將 Windows Site Recovery Manager Server 移轉到 Site Recovery Manager 虛擬應用裝置後，srm-server 服務無法啟動

    在同盟 IPv6 環境中從適用於 Windows 的 Site Recovery Manager 成功移轉到 Site Recovery Manager 虛擬應用裝置後，虛擬應用裝置的 srm-server 服務無法啟動。

    因應措施：透過 Site Recovery Manager 應用裝置管理介面重新設定 Site Recovery Manager 虛擬應用裝置。

  • 針對包含延伸儲存叢集上儲存區原則保護群組的復原計劃執行測試復原時，您會收到警告「<Datastore_name> 名稱已存在」。

    在執行測試復原作業期間，Site Recovery Manager 嘗試使用與已掛接的實際生產延伸儲存裝置相同的名稱重新命名測試復原的延伸儲存裝置。因此，您會收到警告訊息「<Datastore_name> 名稱已存在」。

    因應措施：忽略警告。Site Recovery Manager 工作流程不會受到警告訊息的影響。 

  • 儲存區原則保護群組的計劃移轉不斷失敗，並顯示 ProtectionGroupNotSynced 錯誤

    儲存區原則保護群組的計劃移轉可能會失敗，並顯示 ProtectionGroupNotSynced 錯誤：「對等站台尚未完成將變更同步至保護群組 SP_protection_group_name。如果這是計劃的移轉，請等待對等站台完成同步，然後重試工作流程」。 

    如果您在重新執行多次計劃的移轉後仍觀察到此問題，您可以停用此檢查以成功完成計劃的移轉程序。

    因應措施：

    1. 導覽至 /opt/vmware/srm/conf 目錄，然後針對保護和復原 Site Recovery Manager 伺服器，使用下列額外組態編輯 vmware-dr.xml 檔案：
      <replication>
      <failPlannedMigrationIfSitesNotSynced>false</failPlannedMigrationIfSitesNotSynced>
      </replication>
    2. 重新啟動兩個 Site Recovery Manager 伺服器。
    3. 重新執行儲存區原則保護群組的計劃移轉。

     

  • 在具有延伸儲存區的儲存區原則保護群組上執行測試復原時，您會收到關於即時移轉可能失敗的警告訊息

    執行測試復原時，對於設定為具有延伸儲存區之儲存區原則保護的虛擬機器，會顯示一條警告訊息，vpxd 服務會重新啟動，並且可能會建立核心傾印。

    因應措施：忽略警告。Site Recovery Manager 工作流程不會受到警告訊息的影響。已在 vCenter Server 6.7 Update 1 中修正此問題。

  • 執行復原計劃可能無法開啟虛擬機器電源並顯示「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 類型以及復原期間是否從主機卸除資料存放區，[裝置] 和 [資料存放區] 索引標籤中的資訊可能會在容錯移轉程序期間消失。

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

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

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

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

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

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

    因應措施：
    1.將所有虛擬機器移轉至另一台 ESXi 主機。
    2.編輯 HBR.DemandlogTransferMaxNetwork ESXi 進階設定的值，將其從預設值 64 變更為 63。
    3.將 ESXi 主機置於維護模式。
    4.將 ESXi 主機重新開機。

    已在 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 中修正此問題。

  • 當網路名稱不同於復原名稱時，Site Recovery Manager 在復原 vCenter Server 上可能會從保護 vCenter Server 建立虛設網路

    當您已保護連結至網路 (其網路標籤不同於復原站台上存在的網路標籤) 的虛擬機器時，在執行 Test\Recovery\Reprotect 期間作業成功，但可能會在復原 vCenter Server 上建立與受保護的站台具有相同網路標籤的虛擬網路。僅會建立一次虛擬網路，不是每次執行 Test\Recovery\Reprotect 時均建立。

    因應措施 1：透過變更 Site Recovery Manager 進階設定中 vrReplication.preserveMpitImagesAsSnapshots 的值，停用虛擬機器快照保留。
    因應措施 2：捨棄虛擬網路，然後繼續使用 Site Recovery Manager。

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

    如果您將受保護虛擬機器置於復原計劃中，然後刪除所有包含這些虛擬機器的復原計劃，之後使用 VMware Site Recovery Manager 組態匯入/匯出工具匯出您的組態，則這些虛擬機器的虛擬機器復原設定會匯出，但之後無法匯入。如果您嘗試匯入設定，會看到類似下列內容的錯誤：
    針對 GUID 為「6f81a31e-32e0-4d35-b329-783933b50868」的伺服器匯入虛擬機器設定時發生錯誤。
    其餘匯出的組態已成功匯入。

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

  •  儲存區設定檔保護群組中的受保護虛擬機器不會列在執行 DR IP Customizer 工具時所建立的 CSV 檔案中。

    當您在多個 vCenter Server 環境中使用 DR IP Customizer 工具時 (例如，使用有多個 vCenter Server 執行個體可用的同盟 PSC 在每個站台上進行設定)，您必須指定使用選項 '--vcid UUID' 來收集受 Site Recovery Manager 保護之虛擬機器的相關網路資訊。如果您提供次要站台的 vcid，則 DR IP Customizer 工具會連線至次要 Site Recovery Manager 伺服器，該伺服器不會儲存受 SPPG 保護之虛擬機器的相關網路資訊。提供次要站台的 vcid 會導致連線至錯誤的 vCenter Server，並且虛擬機器不會列在所產生的 CSV 檔案中。

    因應措施：使用 DR IP Customizer 工具時，僅提供主要 vCenter Server 的 vcid 和 uri。

  • 搭配使用多個 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 Manager 權限未在 vSphere 6.7 用戶端中當地語系化

    Site Recovery Manager 權限未在 vSphere 6.7 Client 中當地語系化。

    因應措施：無。已在 vSphere 6.7 Update 1 中解決此問題。

  • 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 主控台中出現下列錯誤。
    錯誤 XML5610: 必須是引號字元。
    ERROR 錯誤: 無效的引數。
    這是已知的 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 新增至快顯例外狀況清單。 

  • 如果重新啟用虛擬機器復原，Site Recovery Manager Server 可能會當機

    如果虛擬機器復原作業失敗，您可以停用虛擬機器復原。如果執行復原計劃且復原失敗，您可以重新啟用虛擬機器復原並重新執行復原，但 Site Recovery Manager Server 會當機。

    因應措施：啟動 Site Recovery Manager Server，然後停用虛擬機器復原。

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

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

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

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

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

    找不到所要求的物件，或該物件已遭刪除。

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

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

    1. 按一下設定索引標籤，然後按一下儲存裝置介面卡。
    2. 按一下重新整理或重新掃描圖示，重新整理或重新掃描所有儲存裝置介面卡。
  • 指派給已刪除的儲存區原則的虛擬機器與一致性群組會出現在 [虛擬機器] 和 [一致性群組] 索引標籤中

    如果刪除某個儲存區原則，指派給此儲存區原則的虛擬機器和一致性群組會出現在 SPPG 群組的 [虛擬機器] 和 [一致性群組] 索引標籤中。

    因應措施：重新建立儲存區原則保護群組。重新建立群組後，虛擬機器和一致性群組不會顯示在 [虛擬機器] 和 [一致性群組] 索引標籤中。

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

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

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

    1. 從復原站台的詳細目錄中移除已加密虛擬機器。
    2. 確保復原站台上的金鑰管理伺服器可用，且受保護站台上使用的加密金鑰可用於復原站台。
    3. 將已加密虛擬機器登錄至復原站台的詳細目錄。
    4. 在 Site Recovery Manager 使用者介面中，開啟已加密虛擬機器的復原設定，並停用在復原期間開啟虛擬機器電源。
    5. 重新執行復原。
  • 對於 vSphere Virtual Volumes 資料存放區上受保護的虛擬機器，計劃移轉可能會失敗並顯示錯誤

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

    錯誤 - 儲存區原則變更失敗: vSphere Virtual Volumes 目標遇到廠商特定錯誤。虛擬機器組態無效。指定的參數不正確: path。

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

  • IP 自訂或客體內圖說文字作業可能會失敗，並顯示錯誤 - 無法使用提供的認證透過客體作業系統驗證

    因應措施：

    當 [進階設定] 中的 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。

  • 連結至 VSS 網路的虛擬機器災難復原，會針對暫存預留位置網路對應顯示 UI 中的受保護站台網路。

    如果您使用沒有為其設定一般網路對應的 VSS 網路，且您在包含儲存區原則保護群組的復原計劃上執行災難復原，則 Site Recovery Manager 將針對此網路建立暫存預留位置對應。當您完成暫存預留位置對應後，與主要站台上網路名稱相同的次要站台上的網路可能會顯示。如果您沒有明確建立此網路，則其不是正確的網路。但是，可以將其選取為暫存預留位置對應的目標，然後復原會成功。復原完成後，即使復原的虛擬機器顯示為已連線至復原站台上的此網路，網路依然顯示為無法存取。

    因應措施：復原後，手動將虛擬機器對應至不同的網路，並將其連線至正確的網路。

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

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

    • 設定從受保護站台上的 Protected_Network_Main 到復原站台上的 Recovery_Network_Main 的網路對應。
    • 設定 Recovery_Network_Main 到 Recovery_Network_Test 的網路對應用作測試復原計劃的網路。
    • 復原站台上的 Recovery_Network_Main 不會用作任何其他網路對應的目標。
    • 刪除從 Protected_Network_Main 到 Recovery_Network_Main 用於完全復原的網路對應。
    • 從 Recovery_Network_Main 到 Recovery_Network_Test 的測試網路對應不會刪除。

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

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

    因應措施：移除虛擬機器之間的相依性，然後使用 vMotion 重新執行計劃移轉。為未來的復原工作流程手動重新啟用相依性。
    如果要保留虛擬機器之間的相依性，則不使用 vMotion 執行計劃移轉。根據相依性順序，虛擬機器會移轉為一般虛擬機器。

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

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

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

  • 當您編輯暫存預留位置對應時，您可能會看到錯誤指定的機碼、名稱或識別碼「6458aed1-6c80-4565-907f-189e6a102046」已存在。

    當相同的受保護站台詳細目錄物件存在一般對應時，可能會發生此錯誤。

    因應措施：無。您可以忽略此錯誤，因為一般對應優先於預留位置對應。復原時預期將使用一般對應。

  • Site Recovery Manager 在預留位置對應中顯示某些受保護站台物件的錯誤名稱。
    • 資料中心顯示名稱虛擬機器，而不是使用者定義的資料中心名稱。
    • 資源集區顯示名稱資源，而不是使用者定義的資源集區名稱。
    • 如果在儲存區設定檔保護群組中保護虛擬機器後，將虛擬機器移動到其他資料夾或資源集區，在移動後產生的預留位置對應會顯示內部 ID，如 folder-3 或 resgroup-5，而不是使用者定義的物件名稱。

    因應措施：在詳細目錄對應中沒有錯誤物件名稱的因應措施。從導致建立預留位置對應的失敗測試或復原工作流程中檢查歷史記錄報告。例如，如果您知道受保護站台詳細目錄，則您可確定含有受保護虛擬機器 (由於遺失對應無法復原) 的受保護站台資料中心、資料夾和資源集區。

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

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

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

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

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

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

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

  • 當儲存陣列在受保護的站台中失敗時，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。重新啟動複寫後，如果需要，可再次執行復原計劃。
    • 等待同步完成或逾時。這可能需要相當長的時間，但最終會完成。同步完成或到期後，取消復原計劃作業會繼續。

  • 關閉受保護虛擬機器時，復原計劃中出現錯誤：錯誤 - 在執行受保護站台的步驟時關閉虛擬機器期間，作業逾時: 900 秒。

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

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

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

    如果某個叢集中有兩台 ESXi 主機，且其中一台主機與儲存區中斷連線，則另一台主機通常可以復原已複寫的虛擬機器。在某些情形下，另一台主機可能不會復原虛擬機器，復原會失敗，並顯示下列錯誤：錯誤: 無法複製組態檔...

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

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

    測試復原後執行清理會失敗，並顯示錯誤錯誤 - 無法從主機 'hostname' 卸載資料存放區 'datastore_name'。在目前的狀態下不允許執行此作業。執行清理作業之前，如果主機已卸載資料存放區，則會發生此問題。

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

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

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

  • 執行復原計劃失敗，並在「設定儲存區」步驟中顯示虛擬機器錯誤。

    後續在同一「設定儲存區」步驟中對同一虛擬機器執行復原計劃會失敗，並顯示錯誤：指定的機碼、名稱或識別碼已存在。如果您查詢 vCenter Server 詳細目錄時，看到兩個虛擬機器的名稱與故障虛擬機器的名稱相同，則其中一個虛擬機器位於 [探索到的虛擬機器] 資料夾。此問題是由 vCenter Server 和 ESXi 伺服器執行個體之間的已知通訊問題所造成。

    因應措施：在 vCenter Server 中的 [探索到的虛擬機器] 資料夾，解除登錄重複的虛擬機器。針對所有受影響的虛擬機器完成此作業之後，重新執行復原計劃。
    已在 vCenter Server 6.7 中修正此問題。

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