VMware Site Recovery Manager 8.2.0.2 | 2019 年 10 月 3 日 | 組建編號 14761905 | 下載

VMware Site Recovery Manager 8.2.0.2 虛擬應用裝置 | 2019 年 10 月 3 日 | 組建編號 14761906 | 下載

VMware Site Recovery Manager 8.2.0.1 | 2019 年 8 月 13 日 | 組建編號 14338491 | 下載

VMware Site Recovery Manager 8.2.0.1 虛擬應用裝置 | 2019 年 8 月 13 日 | 組建編號 14383141 | 下載

VMware Site Recovery Manager 8.2 | 2019 年 5 月 9 日 | 組建編號 13480383 | 下載

VMware Site Recovery Manager 8.2 虛擬應用裝置 | 2019 年 5 月 9 日 | 組建編號 13481390 | 下載

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

如需 VMware Site Recovery Manager 8.2 修補程式發行版本的相關資訊,請參閱這些版本說明對應的章節。

版本說明的內容

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

Site Recovery Manager 8.2 的新增功能

  • VMware Site Recovery Manager 8.2 新增了與 VMware vSphere 6.7 Update 2 的相容性。
  • 透過基於 Photon OS 的 Site Recovery Manager 虛擬應用裝置簡化了管理並提高了安全性。
    利用專為災難復原功能打造的新作業系統,降低與 Windows Server 相關聯的複雜性。透過直接從 vCenter Server 安裝 Site Recovery Manager 虛擬應用裝置來簡化部署。
  • Site Recovery Manager 8.2 現在支援保護及復原加密的虛擬機器。
  • Site Recovery Manager HTML-5 使用者介面的增強功能:
    • 在 Site Recovery Manager 使用者介面中,現已提供 VMware Site Recovery Manager 8.2 組態匯入/匯出工具。
    • 透過 Site Recovery Manager 8.2,您可以將 Site Recovery Manager HTML-5 使用者介面中的色彩配置變更為以深色主題顯示介面。
    • 能夠在 [保護群組資料存放區] 索引標籤中顯示容量資訊。
    • 能夠透過 Site Recovery 使用者介面提供產品中意見反應。
  • Site Recovery Manager 公用 API 的增強功能。Site Recovery Manager 8.2 在產品的公用 API 中採用了新方法:
    • 列出陣列管理員資訊
    • 列出複寫的 RDM
      如需 Site Recovery Manager 公用 API 和更廣泛的產品自動化功能的相關資訊,請參閱《Site Recovery Manager API 開發人員指南》
  • Site Recovery Manager 8.2 適用的 vRealize Operations Management Pack。如需管理套件的相關資訊,請參閱《Site Recovery Manager 8.2 適用的 VMware vRealize Operations Management Pack 版本說明》
  • VMware Site Recovery Manager 8.2 適用的 vRealize Orchestrator 外掛程式。如需新工作流程的相關資訊,請參閱《VMware Site Recovery Manager 8.2 適用的 VMware vRealize Orchestrator 外掛程式版本說明》
  • 能夠將 Site Recovery Manager 記錄傳送到遠端 Syslog 伺服器。

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

如需 vSphere 6.7 Update 2 功能的相關資訊,請參閱 vSphere 6.7 說明文件。

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

當地語系化

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

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

相容性

Site Recovery Manager 相容性矩陣圖

Site Recovery Manager 8.2 與 vSphere 6.0 Update 3、vSphere 6.5、vSphere 6.5 Update 1、vSphere 6.5 Update 2、vSphere 6.7、vSphere 6.7 Update 1、vSphere 6.7 Update 2 相容,並支援 vCenter Server 6.7 所支援的 ESXi 版本。

如果使用 VMware Tools 10.1 與 ESXi 6.5 或 6.0,請確保復原站台上的 ESXi 主機與 vCenter Single Sign-On 的時間同步。

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

相容儲存陣列和 Storage Replication Adapter

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

VMware vSAN 支援

Site Recovery Manager 8.2 可使用 vSphere Replication 保護位於 VMware vSAN 的虛擬機器。vSAN 不需要 Storage Replication Adapter (SRA) 即可與 Site Recovery Manager 8.2 搭配使用。

產品支援通知

VMware 打算在未來版本中取代 Site Recovery Manager for Windows 安裝。
Site Recovery Manager 的下一個版本是最終版本,它將支援 Site Recovery Manager for Windows。

安裝和升級

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

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

附註:

  • 若要在 Windows Server 2008 x64、Windows Server 2008 R2 x64、Windows Server 2012 x64 或 Windows Server 2012 R2 x64 上安裝或升級至 VMware Site Recovery Manager 8.2,您必須將 Windows 更新至 KB2999226
  • 如果您搭配使用 VMware Site Recovery Manager 8.2 與 vSphere Replication,則必須在升級 vSphere Replication 後重新啟動 Site Recovery Manager 伺服器。
  • 升級 Site Recovery Manager 之後,Site Recovery Manager 不會保留原有安裝中已進行的任何進階設定。這是按照設計實施的。由於新版中做了預設值的變更或效能的改善,因此舊版 Site Recovery Manager 中已進行的進階設定可能變得不再需要或不再相容。如果解除安裝後再重新安裝相同版本的 Site Recovery Manager,同樣也不會保留進階設定。
  • 如果受保護站台和復原站台上的 vCenter Server 執行個體處於增強型連結模式,則其必須是直接複寫合作夥伴。否則,升級可能會失敗。

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

您可以將 Site Recovery Manager 8.2 執行個體從 Windows 移轉至 Site Recovery Manager 虛擬應用裝置。如需移轉程序的相關資訊,請參閱〈從適用於 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 的網路連接埠

Site Recovery Manager 8.2 的運作限制

如需 Site Recovery Manager 8.2 的運作限制,請參閱 Site Recovery Manager 的運作限制

開放原始碼元件

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

警示和限制

  • NSX-T Data Center 不支援儲存區原則保護群組的網路自動對應。
  • 使用陣列式複寫保護及復原加密的虛擬機器需要 VMware vSphere 6.7 或更新版本。
  • 使用 vSphere Replication 保護及復原加密的虛擬機器需要 VMware vSphere 6.7 Update 1 或更新版本。
  • Site Recovery Manager 8.2 不支援在 vCenter Server 6.5 Update 2 上的陣列式複寫保護群組中復原加密的虛擬機器。
  • VMware Site Recovery Manager 8.2 組態匯入/匯出工具的匯入功能僅嘗試匯入受保護虛擬機器的復原設定一次,無論受保護的虛擬機器屬於一個還是多個復原計劃。
  • Site Recovery Manager 8.2 提供對 vCloud Director 環境的有限支援。不支援使用 Site Recovery Manager 保護 vCloud 資源集區內的虛擬機器 (部署到組織的虛擬機器)。支援使用 Site Recovery Manager 保護 vCD 的管理結構。如需如何使用 Site Recovery Manager 保護為 vCloud Director 提供管理基礎結構的 vCD Server 執行個體、vCenter Server 執行個體以及資料庫的相關資訊,請參閱 VMware vCloud Director 基礎結構復原能力案例研究
  • 將復原和保留設為零後,虛擬機器上的 vSphere Flash Read Cache 便會停用。對設定為使用 vSphere Flash Read Cache 的虛擬機器執行復原之前,請記下 vSphere Web Client 中虛擬機器的快取保留區。您可以在復原之後重新設定虛擬機器上的 vSphere Flash Read Cache。
  •  Site Recovery Manager 8.2 支援保護具有單一處理器 vSphere FT 的虛擬機器,但在復原之後,會在復原站台停用虛擬機器上的單一處理器 vSphere FT。
    • 如果在虛擬機器上使用單一處理器 vSphere FT,您必須在受保護站台上設定虛擬機器,使得 Site Recovery Manager 能夠在復原之後停用 vSphere FT。如需如何在受保護站台上設定單一處理器 vSphere FT 的虛擬機器的相關資訊,請參閱 https://kb.vmware.com/kb/2109813
  • vSphere Replication 8.2 支援對 VMware vSphere Virtual Volumes 上的虛擬機器進行有限的複寫。Site Recovery Manager 8.2 支援 vSphere Replication 8.2 與 vSphere Virtual Volumes,但具有下列限制。
    • 您無法搭配使用 Site Recovery Manager 8.2 和 vSphere Virtual Volumes 陣列式複寫。
    • 您無法將 vSphere Replications 時間點快照與複寫目標為 Virtual Volumes 資料存放區的虛擬機器搭配使用。
    • 使用 vSphere Virtual Volumes 儲存區做為複寫目標時,所有屬於此虛擬機器的磁碟必須複寫至單一 vSphere Virtual Volumes 資料存放區。
    • 複寫的虛擬機器位於 vSphere Virtual Volumes 儲存區時,所有屬於此虛擬機器的磁碟必須位於單一 vSphere Virtual Volumes 資料存放區上。
  • Site Recovery Manager 8.2 不支援 NFS 4.1 版資料存放區。
  • Site Recovery Manager 不支援重新設定儲存區設定檔保護群組,例如變更一組相關聯的儲存區原則、群組名稱或說明。若要修改儲存區設定檔保護群組,您必須將其刪除並使用新組態重新建立。
  • Site Recovery Manager 無法在儲存區原則保護群組中保護 RDM 磁碟或容錯虛擬機器。
  • Site Recovery Manager 不支援在儲存區原則保護群組中對應或排除非複寫虛擬裝置。
  • 若要搭配使用雙重要素驗證與 RSA SecurID 或智慧卡 (通用存取卡) 驗證,您的環境必須符合下列需求:
    1. 使用 Platform Services Controller 的管理員認證安裝 Site Recovery Manager 8.2,並與 Site Recovery Manager 8.2 站台配對。
    2. 兩個 Site Recovery Manager 8.2 站台上的 vCenter Server 執行個體必須均在增強型連結模式下運作。若要防止將 Site Recovery Manager 從 8.2 升級至更新版本時失敗,兩個站台上的 vCenter Server 執行個體必須是直接複寫合作夥伴。

可用的修補程式發行版本

VMware Site Recovery Manager 8.2.0.2 Express 修補程式

VMware Site Recovery Manager 8.2.0.2 | 2019 年 10 月 3 日 | 組建編號 14761905

VMware Site Recovery Manager 8.2.0.2 虛擬應用裝置 | 2019 年 10 月 3 日 | 組建編號 14761906

  • VMware Site Recovery Manager 8.2.0.2 Express 修補程式發行版本提供了錯誤修正。

安裝與升級附註

如果您執行的是 Site Recovery Manager 8.2,請升級至 Site Recovery Manager 8.2.0.2。如需升級 Site Recovery Manager 的相關指示,請參閱《Site Recovery Manager 8.2 安裝和設定》中的〈升級 Site Recovery Manager〉

如果將 vSphere Replication 與 Site Recovery Manager 8.2.0.x 搭配使用,請將 vSphere Replication 應用裝置升級至 8.2.0.2 版。如需 vSphere Replication 8.2.0.2 的相關資訊,請參閱《vSphere Replication 8.2 版本說明》

VMware Site Recovery Manager 8.2.0.1 Express 修補程式

VMware Site Recovery Manager 8.2.0.1 | 2019 年 8 月 13 日 | 組建編號 14338491

VMware Site Recovery Manager 8.2.0.1 虛擬應用裝置 | 2019 年 8 月 13 日 | 組建編號 14383141

  • VMware Site Recovery Manager 8.2.0.1 Express 修補程式發行版本提供了錯誤修正。

安裝與升級附註

如果您執行的是 Site Recovery Manager 8.2,請升級至 Site Recovery Manager 8.2.0.1。如需升級 Site Recovery Manager 的相關指示,請參閱《Site Recovery Manager 8.2 安裝和設定》中的〈升級 Site Recovery Manager〉

如果將 vSphere Replication 與 Site Recovery Manager 8.2.0.x 搭配使用,請將 vSphere Replication 應用裝置升級至 8.2.0.1 版。如需 vSphere Replication 8.2.0.1 的相關資訊,請參閱《vSphere Replication 8.2 版本說明》

已解決的問題

  • 新增 Site Recovery 使用者介面的 [摘要] 頁面顯示 [無法擷取 vSphere Replication 摘要資料] 錯誤訊息

     在 SDDC 1.8 版及更新版本中,vCenter Server 延伸管理員不會為雲端管理員群組中的使用者傳回 vSphere Replication 資料。當您開啟站台配對的 [摘要] 頁面時,vSphere Replication 應用裝置的「網域名稱/IP」值為空白,並顯示下列錯誤訊息:無法擷取 vSphere Replication 摘要資料。 

    已在 Site Recovery Manager 8.2.0.2 中修正此問題。

  • 新增 從 Site Recovery Manager 8.1.x 升級後,您將收到 [發生 SRA 錯誤] 警告。

    當您執行從 Site Recovery Manager 8.1.x 到 Site Recovery Manager 8.2.0.x 的升級時,Site Recovery 使用者介面會顯示發生 SRA 錯誤警告。 

    已在 Site Recovery Manager 8.2.0.2 中修正此問題。

  • 新增 使用 Pivot3 SRA 10.6.1 執行重新保護時,Site Recovery Manager 服務會當機

    使用裝置的配對金鑰要求反向複寫作業時,系統會錯誤地略過該裝置,因為此檢查僅適用於本機裝置識別碼。因此 Site Recovery Manager 服務會當機。

    已在 Site Recovery Manager 8.2.0.2 中修正此問題。

  • 新增 重新啟動 Site Recovery Manager 服務後,Site Recovery Manager 預設閘道 IP 位址會還原為初始值

    如果您透過 Site Recovery Manager 應用裝置管理介面變更 Site Recovery Manager 預設閘道 IP 位址並重新啟動服務,則新值將被初始值覆寫。

    已在 Site Recovery Manager 8.2.0.2 中修正此問題。

  • 新增 變更 Site Recovery Manager 資料庫密碼後,Site Recovery Manager 應用裝置無法連線到資料庫,並顯示 [使用者「srmdb」的密碼驗證失敗] 錯誤

    如果您在變更 Site Recovery Manager 資料庫密碼時使用空格、引號、反斜線、貨幣符號、重音符號、驚嘆號或延伸的 ASCII 字元,則 Site Recovery Manager 應用裝置無法連線至資料庫,並顯示使用者「srmdb」的密碼驗證失敗錯誤。

    已在 Site Recovery Manager 8.2.0.2 中修正此問題。

  • Site Recovery Manager 虛擬應用裝置的使用者介面無法啟動

    設定 Site Recovery Manager 虛擬應用裝置時,如果金鑰儲存區的隨機產生的密碼包含某些特殊字元,則會被 boost:regex_replace 解譯為格式字串,並阻止 Site Recovery UI 啟動。

    已在 Site Recovery Manager 8.2.0.1 中修正此問題。

  • 當您使用 Chrome 瀏覽器並摺疊 [最近的工作] 視圖時,[最近的工作] 欄會消失

    如果您使用 Chrome 瀏覽器並摺疊 [最近的工作] 視圖,則 [最近的工作] 欄可能會消失。

    已在 Site Recovery Manager 8.2.0.1 中修正此問題。

已知問題

  • 變更 vCenter Server 憑證後,無法解除登錄 Site Recovery Manager 虛擬應用裝置

    如果您變更 vCenter Server 憑證,然後嘗試從 vCenter Server 解除登錄 Site Recovery Manager 虛擬應用裝置,則作業會失敗並顯示下列錯誤:指定的參數不正確: connection.thumbprint。Site Recovery Manager 虛擬應用裝置管理介面顯示了舊憑證的指紋。

    因應措施:重新啟動 config-service。使用 SSH 登入 Site Recovery Manager 虛擬應用裝置主機,並執行 sudo systemctl restart dr-configurator

  • 無法移除或強制停止複寫

    使用 vSphere Replication 時,如果您僅登入目標站台而不登入來源站台,則無法移除或強制停止複寫。

    因應措施:透過開啟 https://vrms_address:8043/mob/?vmodl=1,使用 vSphere Replication 管理伺服器受管理物件瀏覽器。

    1.對於傳入複寫,請導覽至內容 > replica-manager > getIncomingReplications。對於傳出複寫,請導覽至內容 > replication-manager > getOutgoingReplications
    2.按如下所示變更參數
    開始:0
    計數:2000
    清除分類器篩選器並將其保留空白,然後按一下叫用方法
    3.透過尋找虛擬機器名稱並複製複寫識別碼 (GID-<uuid> 值),找到需要移除的複寫。
    4.按一下複寫識別碼> 銷毀 > 叫用方法
    5.按一下 > 資訊,並確保狀態值為成功錯誤值為未設定

    如果工作仍在進行中,請重新整理資訊視窗並等待其完成。

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

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

    因應措施:

    1. 導覽至 vmware-dr.xml 檔案,然後在文字編輯器中開啟此檔案。
    2. 將組態旗標 storage.forcePrepareAndReverseReplicationForNoopDevices 設定為 true。
      <storage >
      <forcePrepareAndReverseReplicationForNoopDevices>true</forcePrepareAndReverseReplicationForNoopDevices>
      </storage>
    3. 儲存檔案,然後重新啟動 Site Recovery Manager 伺服器服務。

     

  • Site Recovery Manager 不會填入 vSphere Replication 保護群組中的所有已複寫虛擬機器

    當您編輯 vSphere Replication 保護群組並新增已複寫的虛擬機器時,Site Recovery Manager 不會填入所有已複寫的虛擬機器,而是只填入選取的虛擬機器。

    因應措施:使用清單中的篩選器選項找到所需的已複寫虛擬機器。清理篩選器時,所有虛擬機器都將顯示在保護群組中。

  • 使用 vCenter Server 6.5 Update 2 及更早版本時,無法在以 HTML5 為基礎的 vSphere Client 中建立 Site Recovery Manager 警示

    如果您嘗試在 vCenter Server 6.5 Update 2 及更早版本的以 HTML5 為基礎的 vSphere Client 中設定 Site Recovery Manager 警示,將會收到一則錯誤訊息,並且不會建立警示。

    因應措施:對於 vCenter Server 6.5 Update 2 及更早版本,請使用以 Flex 為基礎的 vSphere Web Client。已在 vCenter Server 6.7 Update 1 中修正此問題。

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

    當您嘗試使用 PowerCLI Connect-SrmServer 命令連線到 Site Recovery Manager 應用裝置時,連線會失敗並顯示下列錯誤:無法連線到遠端伺服器。如果您使用 Windows 版的 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 虛擬應用裝置。

  • 在 Site Recovery Manager 應用裝置中安裝新憑證後,Site Recovery Manager 執行個體配對失敗

    變更站台配對中其中一個 Site Recovery Manager 應用裝置的憑證時,站台之間的連線將會遺失。嘗試從變更憑證的站台重新連線站台配對時,配對作業失敗。

    因應措施 1:從未變更憑證的站台重新連線站台配對。
    因應措施 2:在變更憑證的應用裝置中重新啟動 srm-server 服務,然後重新連線站台配對。

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

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

    因應措施:略過警告。此警告訊息不會影響 Site Recovery Manager 工作流程

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

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

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

    因應措施:

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

     

  • 即使與 VMware Cloud on AWS 中的 Site Recovery Manager 執行個體配對,vCenter Server 仍會顯示內部部署 Site Recovery Manager 執行個體的評估授權即將到期的警告

    當您將內部部署 Site Recovery Manager 執行個體與 VMware Cloud on AWS 中的 Site Recovery Manager 執行個體配對時,Site Recovery Manager 伺服器會使用雲端授權。 

    因應措施:當內部部署 Site Recovery Manager 執行個體與雲端站台配對時,您可以忽略內部部署授權即將到期的警告。

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

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

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

  • Site Recovery Manager 復原計劃無法在已啟用 High Availability 的叢集上復原虛擬機器,並顯示「無法寫入 VMX 檔案: ...」錯誤且虛擬機器已開啟電源

    在已啟用 High Availability (HA) 的叢集上對虛擬機器執行災難復原但不進行計劃移轉時,會出現此錯誤。虛擬機器受站台 A 上的 Site Recovery Manager 保護,容錯移轉至站台 B,然後再次容錯回復至站台 A 中已設定 HA 的叢集上,但在站台 B 上未正常關閉。在此情況下,站台 A 上的 HA 可以在 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 類型以及復原期間是否從主機卸除資料存放區,[裝置] 和 [資料存放區] 索引標籤中的資訊可能會在容錯移轉程序期間消失。

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

  • 如果 SRA 使用 Strawberry Perl 通訊端模組,諸如 Socket::getaddrinfo API 的一些通訊端 API 可能會在 IPv6 中失敗。

    API Socket::getaddrinfo($server, $port) 失敗並顯示錯誤「nodename 或 servname 未提供或未知」

    因應措施:

    1. 以管理員身分開啟命令提示字元。
    2. 使用以下命令將通訊端模組更新至最新版本:
      cpan Socket 
    3. (選擇性) 若要查看通訊端模組版本,請使用以下命令:
      cpan -D Socket
  • 重新保護失敗,並顯示內部錯誤:在準備階段期間收到未預期的例外狀況。工作階段未進行驗證

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

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

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

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

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

  • 如果用於複寫的來源虛擬機器在 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 主機重新開機。
    附註:此因應措施會停用同步程序的總和檢查碼部分,且所有配置的區塊將傳送到遠端站台,無論其是否不同。此因應措施會停用種子功能。

  • 當 Site Recovery Manager 處於評估模式時,vSphere Client 顯示的可保護虛擬機器數目錯誤

    vSphere Client 的管理 > 授權 > 資產索引標籤中錯誤地指出,在評估模式下,Site Recovery Manager 針對每個站台最多可保護 100 個虛擬機器。您可以使用 Site Recovery Manager 評估授權保護的正確虛擬機器數目為每個站台 75 個虛擬機器。

    因應措施:產品處於評估模式時,最多可保護 75 個虛擬機器。

  • 當網路名稱不同於復原名稱時,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 8.2 組態匯入/匯出工具可能會發生錯誤

    如果您將受保護虛擬機器置於復原計劃中,然後刪除所有包含這些虛擬機器的復原計劃,之後使用 VMware Site Recovery Manager 8.2 組態匯入/匯出工具匯出您的組態,則這些虛擬機器的虛擬機器復原設定會匯出,但之後無法匯入。如果您嘗試匯入設定,會看到類似下列內容的錯誤:
    針對 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 的 vciduri

  • 如果在增強型連結模式下部署 Site Recovery Manager 和 vCenter Server,則在修改模式下執行 Site Recovery Manager 安裝程式後,Site Recovery Manager 伺服器無法連線

    如果在增強型連結模式下部署 Site Recovery Manager 和 vCenter Server,並且在修改模式下執行 Site Recovery Manager 安裝程式,則會重新建立 Site Recovery Manager 解決方案使用者,這需要重新設定 SRM 配對。

    因應措施:重新設定 Site Recovery Manager 伺服器配對。

  • 搭配使用多個 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 升級後,[摘要] 索引標籤中未顯示遠端 vCenter Server

    將 Site Recovery Manager 從舊版 Site Recovery Manager 升級至 8.2 版後,[站台配對] > [摘要] 畫面中的遠端 vCenter Server 欄位可能空白。

    因應措施:修復對應的站台配對。

  • SDRS 資料存放區叢集的建議中未顯示 Storage DRS Site Recovery Manager 警告

    如果使用 vSphere HTML 5 使用者介面在資料存放區叢集上執行 Storage DRS,而該資料存放區叢集包含來自不同一致性群組的資料存放區,則 Storage DRS 不會在建議中顯示 Site Recovery Manager 警告。

    因應措施:無。

  • 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,請停用「繼續瀏覽上次離開的網頁」選項。

  • VSAN 資料存放區上的資料夾名稱與 UUID (而非易記名稱) 一起顯示在 [虛擬機器保護內容] 對話方塊中

    當您開啟 [虛擬機器保護內容] 對話方塊時,VSAN 資料存放區上的資料夾名稱與 UUID (而非易記名稱) 一起顯示。

    因應措施:無

  • 若資料存放區叢集包含的資料存放區未複寫,或來自對 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 瀏覽器。

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

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

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

  • 如果在儲存區原則保護群組容錯移轉時略過一致性群組,重新保護可能會失敗

    如果一致性群組中的虛擬機器在儲存區原則保護群組容錯移轉時發生問題,並且您略過一致性群組,則重新保護作業可能會失敗。

    重新保護作業會搜尋略過的一致性群組,無法在其上進行反向複寫。

    因應措施:刪除儲存區原則保護群組,並僅使用復原的 LUN 將其重新建立。

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

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

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

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

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

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

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

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

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

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

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

    1. 按一下設定索引標籤,然後按一下儲存裝置介面卡
    2. 按一下重新整理重新掃描圖示,重新整理或重新掃描所有儲存裝置介面卡。
  • 即使已變更 remoteSiteStatus.drPanicDelay 設定的值,Site Recovery Manager 仍使用預設值

    即使已針對沒有回應事件和站台關閉事件之間的延遲時間設定自訂值,drPanicDelay 在 [工作] 視圖中仍為預設值。

    因應措施:變更 remoteSiteStatus.drPanicDelay 設定的值並重新啟動 Site Recovery Manager Server。

  • 即使已設定 remoteSiteStatus.drPingFailedDelay 設定的自訂值,Site Recovery Manager 仍使用預設值

    即使已為 remoteSiteStatus.drPingFailedDelay 設定自訂值,該設定在 [工作] 視圖中仍為預設值。

    因應措施:設定 remoteSiteStatus.drPingFailedDelay 設定的自訂值並重新啟動 Site Recovery Manager Server。

  • 指派給已刪除的儲存區原則的虛擬機器與一致性群組會出現在 [虛擬機器] 和 [一致性群組] 索引標籤中

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

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

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

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

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

    1. 從復原站台的詳細目錄中移除已加密虛擬機器。
    2. 確保復原站台上的金鑰管理伺服器可用,且受保護站台上使用的加密金鑰可用於復原站台。
    3. 將已加密虛擬機器登錄至復原站台的詳細目錄。
    4. 在 Site Recovery Manager 使用者介面中,開啟已加密虛擬機器的復原設定,並停用在復原期間開啟虛擬機器電源。
    5. 重新執行復原。
  • 測試復原失敗,並顯示無法為群組建立測試虛擬映像訊息

    如果您虛擬機器的多個磁碟均使用 vSphere Replication 複寫至次要站台上的其他 vSphere Virtual Volumes 資料存放區,測試復原作業將失敗。在測試復原期間,vSphere Replication 嘗試為 vSphere Virtual Volumes 複本磁碟建立連結複製,但此作業因其他資料存放區上的連結複製不受支援而失敗。vSphere Replication 僅會在測試復原期間建立連結複製。計劃復原、非計劃復原和重新保護已成功完成。

    因應措施:僅當所有磁碟均複寫至次要站台上的同一 vSphere Virtual Volumes 資料存放區時,使用 vSphere Virtual Volumes 磁碟的測試復原作業才會成功通過。

  • 在執行自訂步驟期間,首次嘗試復原 vSphere Virtual Volumes 上的虛擬機器可能會失敗

    在首次嘗試復原期間,Site Recovery Manager 無法識別在 vSphere Virtual Volumes 儲存區中的虛擬機器上安裝的舊版 VMware Tools。視已復原虛擬機器上安裝的 VMware Tools 版本而定,您可能會看到下列錯誤。Vim::Fault::OperationNotSupportedByGuest : 「客體作業系統不支援此作業」。Vim::Fault::InvalidGuestLogin : 「無法使用提供的認證透過客體作業系統驗證」。

    因應措施:

    1. 重新執行失敗的復原計劃或清理測試計劃並重新執行測試復原。
    2. 將 vSphere Virtual Volumes 儲存區上所有虛擬機器的 VMware Tools 更新至最新版本。

  • 對於 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.2 管理》指南中的相關疑難排解章節。

  • 安裝 Site Recovery Manager 時,有效的 vCenter Server 位址可能不會列為可能的目標

    如果因針對同一部 vCenter Server 的不同版本多次登錄了服務,而造成環境中有重複的 vCenter Server 位址,則有效的位址可能不會列出。Site Recovery Manager 會在其安裝記錄檔中,針對重複的機碼寫入錯誤。

    Site Recovery Manager 的安裝記錄檔中會出現下列錯誤訊息:

    VMware: Srm::Installation::XmlFileHandler::GetElementMap: INFORMATION: Inserted key 'xxxxxx' and value '76B00E54-9A6F-4C13-8DD9-5C5A4E6101E3'

    VMware: Srm::Installation::XmlFileHandler::GetElementMap: INFORMATION: Inserted key 'xxxxxx' and value 'default-first-site:b84bcef3-85fb-4d92-8204-2392acf0088d'

    VMware: Srm::Installation::XmlFileHandler::GetElementMap: ERROR: Duplicate key 'xxxxxx' exists

    因應措施:請參閱 https://kb.vmware.com/kb/2145520

  • 取代 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_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 伺服器。

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

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

  • 重新命名與受保護虛擬機器相關的資料存放區可導致保護和復原設定的遺失。

    當您重新命名與虛擬機器相關的資料存放區時,受保護虛擬機器會遺失其保護狀態和復原設定。首先關閉 Site Recovery Manager 伺服器,然後重新命名資料存放區以避免遺失虛擬機器的復原設定。

    因應措施:若要復原保護狀態,重新啟動受保護站台 Site Recovery Manager 伺服器或從保護群組移除受影響的資料存放區,然後將其新增回群組,再重新設定復原設定。

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

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

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

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

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

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

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

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

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

  • 當儲存陣列在受保護的站台中失敗時,Site Recovery Manager 無法在儲存區設定檔保護群組中復原虛擬機器。

    虛擬機器雖然變成不受保護,但資料仍受到保護。

    因應措施:在復原站台手動復原資料存放區和虛擬機器。

  • 如果 Platform Services Controller 憑證已到期,Site Recovery Manager 安裝會失敗。

    在 Site Recovery Manager 安裝期間連線到 Platform Services Controller 時,即使 Platform Services Controller 憑證已到期或尚且無效,您也可以接受它。當您執行選取要連線到的 vCenter Server 執行個體的步驟時,安裝失敗並顯示錯誤無法驗證 vCenter Server。詳細資訊: 內部錯誤: 未預期的錯誤碼: -1。如果 Platform Services Controller 憑證在您安裝 Site Recovery Manager 並以修改模式執行 Site Recovery Manager 安裝程式後到期,則會發生相同的錯誤。如果 Platform Services Controller 憑證在您安裝 Site Recovery Manager 之後到期,還會在 Site Recovery Manager 介面中顯示其他錯誤。

    因應措施:取代 Platform Services Controller 憑證,然後再次嘗試安裝。

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

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

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

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

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

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

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

    如果 ReloadFromPath 作業在首次重新保護期間失敗,則對應的受保護虛擬機器會進入 repairNeeded 狀態。當 Site Recovery Manager 在保護群組上執行重新保護時,Site Recovery Manager 無法修復受保護虛擬機器,也無法還原預留位置虛擬機器。當針對虛擬機器的首次重新保護作業失敗時,會發生此錯誤,因為對應的 ReloadFromPath 作業失敗。

    因應措施:在啟用強制清理選項的情況下,重新執行重新保護。此選項可完成重新保護作業並啟用重新建立預留位置選項。按一下重新建立預留位置修復受保護虛擬機器及還原預留位置虛擬機器。

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

    如果在停用作業期間,或者在 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'。在目前的狀態下不允許執行此作業。執行清理作業之前,如果主機已卸載資料存放區,則會發生此問題。

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

  • 執行不含任何受保護虛擬機器的復原計劃的計劃移轉,會使環境處於無法使用的狀態。

    當保護群組不包含任何虛擬機器時,如果從遠端 Site Recovery Manager 伺服器以計劃移轉模式執行此保護群組的復原計劃,該作業會失敗。該計劃會進入 [未完成復原] 狀態,並且無法刪除,LUN 會與保護主機和復原主機中斷連線。

    因應措施:若要還原環境,請刪除保護群組和復原計劃,並使用 SAN 管理介面手動重新設定 LUN。

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

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

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

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

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

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