VMware Site Recovery Manager 6.5.1 版本說明

|

Site Recovery Manager 6.5.1 | 2017 年 7 月 27 日 | 組建編號 6014840

上次更新日期:2017 年 7 月 27 日

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

版本說明的內容

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

Site Recovery Manager 6.5.1 的新增功能

VMware Site Recovery Manager 6.5.1 與 VMware vSphere 6.5 Update 1 相容。

VMware Site Recovery Manager 6.5.1 提供下列新功能:

  • 透過提供從 Site Recovery Manager 6.1.2 到 Site Recovery Manager 6.5.1 的直接升級路徑,支援從 vCenter Server Virtual Appliance 6.0 Update 3 到 vCenter Server Virtual Appliance 6.5 Update 1 的升級移轉路徑。
  • Site Recovery Manager 6.5.1 現在支援下列外部資料庫:
    • Microsoft SQL Server 2014 Service Pack 2
    • Microsoft SQL Server 2016 Service Pack 1
  • Site Recovery Manager 6.5.1 現在支援下列客體作業系統:
    • Windows Server 2016
    • CentOS 6.9
    • RHEL 7.3.5
    • Ubuntu 17.04 非長期支援 (LTS) 

附註:如需瞭解與舊版或更新版本 VMware vSphere 的互通性,請參閱《VMware Site Recovery Manager 6.5 相容性矩陣圖》

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

如需受支援資料庫的相關資訊,請參閱《VMware Site Recovery Manager 6.5 相容性矩陣圖》

當地語系化

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

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

相容性

Site Recovery Manager 相容性矩陣圖

Site Recovery Manager 6.5.1 與 vSphere 6.5 Update 1 相容,並支援 vCenter Server 6.5 所支援的 ESXi 版本。

Site Recovery Manager 6.5.1 不支援針對位於 ESXi 5.5 並使用 VMware Tools 10.1 的虛擬機器使用 IP 自訂及客體內圖說文字作業。

若要針對位於 ESXi 5.5 上的虛擬機器使用 IP 自訂及客體內圖說文字作業,請確保這些虛擬機器使用 10.1 之前的 VMware Tools 版本。

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

如需互通性和產品相容性資訊 (包括支援的客體作業系統及客體作業系統自訂支援),請參閱《VMware Site Recovery Manager 6.5 相容性矩陣圖》

相容儲存陣列和 Storage Replication Adapter

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

VMware vSAN 支援

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

VMware VSA 支援

Site Recovery Manager 6.5.1 可使用 vSphere Replication 保護位於 vSphere Storage Appliance (VSA) 上的虛擬機器。VSA 不需要 Storage Replication Adapter (SRA) 即可與 Site Recovery Manager 6.5.1 一起使用

安裝和升級

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

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

附註:

  • 不支援直接將 Site Recovery Manager 6.0.x 版升級至 6.5.1 版。若要將 Site Recovery Manager 6.0.x 升級至 Site Recovery Manager 6.5.1,您必須先將 Site Recovery Manager 6.0.x 升級至 6.1.2。如果將 vSphere Replication 與 Site Recovery Manager 6.0.x 搭配使用,並將 vSphere Replication 從 6.0.x 版直接升級至 6.5.1 版,則嘗試將 Site Recovery Manager 從 6.0.x 版過渡升級至 6.1.2 版時,Site Recovery Manager 升級會失敗,並顯示 vSphere Replication 版本不相容的錯誤。請先將 vSphere Replication 升級至 6.1.2 版,再將 Site Recovery Manager 從 6.0.x 升級至 6.1.2。
  • 升級 Site Recovery Manager 之後,Site Recovery Manager 不會保留原有安裝中已進行的任何進階設定。這是按照設計實施的。由於新版中做了預設值的變更或效能的改善,因此舊版 Site Recovery Manager 中已進行的進階設定可能變得不再需要或不再相容。如果解除安裝後再重新安裝相同版本的 Site Recovery Manager,同樣也不會保留進階設定。
  • 如果受保護站台和復原站台上的 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 需要雙方站台皆開啟之網路連接埠的清單,請參閱 http://kb.vmware.com/kb/2147112

Site Recovery Manager 6.5.1 的運作限制

如需 Site Recovery Manager 6.5.1 的運作限制,請參閱 http://kb.vmware.com/kb/2147110

Site Recovery Manager SDK

如需使用以 Site Recovery Manager SOAP 為基礎的 API 的指南,請參閱 VMware Site Recovery Manager API

開放原始碼元件

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

警示和限制

  • Site Recovery Manager 6.5.1 提供對 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 6.5.1 不支援保護設有多 CPU vSphere Fault Tolerance (FT) 的虛擬機器。Site Recovery Manager 6.5.1 支援保護具有單一處理器 vSphere FT 的虛擬機器,但在復原之後,會在復原站台停用虛擬機器上的單一處理器 vSphere FT。
    • 如果在虛擬機器上使用多 CPU vSphere FT,則 Site Recovery Manager 不會在復原的虛擬機器上停用 vSphere FT,並且無法開啟這些虛擬機器的電源。您必須在復原的虛擬機器上手動移除 FT 內容來停用 vSphere FT,然後再次執行復原計劃。
    • 如果在虛擬機器上使用單一處理器 vSphere FT,您必須在受保護站台上設定虛擬機器,使得 Site Recovery Manager 能夠在復原之後停用 vSphere FT。如需有關如何在受保護站台上設定單一處理器 vSphere FT 的虛擬機器,請參閱 http://kb.vmware.com/kb/2109813
  • vSphere Replication 6.5.1 支援對 VMware vSphere Virtual Volumes 上的虛擬機器進行有限的複寫。Site Recovery Manager 6.5.1 支援 vSphere Replication 6.5.1 與 vSphere Virtual Volumes,但具有下列限制。
    • 您無法搭配使用 Site Recovery Manager 6.5.1 和 vSphere Virtual Volumes 陣列式複寫。
    • 您無法將 vSphere Replications 時間點快照與複寫目標為 Virtual Volumes 資料存放區的虛擬機器搭配使用。
    • 使用 vSphere Virtual Volumes 儲存區做為複寫目標時,所有屬於此虛擬機器的磁碟必須複寫至單一 vSphere Virtual Volumes 資料存放區。
    • 複寫的虛擬機器位於 vSphere Virtual Volumes 儲存區時,所有屬於此虛擬機器的磁碟必須位於單一 vSphere Virtual Volumes 資料存放區上。
  • Site Recovery Manager 6.5.1 不支援 NFS 4.1 版資料存放區。
  • Site Recovery Manager 不支援重新設定儲存區設定檔保護群組,例如變更一組相關聯的儲存區原則、群組名稱或說明。若要修改儲存區設定檔保護群組,您必須將其刪除並使用新組態重新建立。
  • Site Recovery Manager 無法在儲存區原則保護群組中保護 RDM 磁碟或容錯虛擬機器。
  • Site Recovery Manager 不支援在儲存區原則保護群組中對應或排除非複寫虛擬裝置。
  • 若要搭配使用雙重要素驗證與 RSA SecurID 或智慧卡 (通用存取卡) 驗證,您的環境必須符合下列需求:
    1. 使用 Platform Services Controller 的管理員認證安裝 Site Recovery Manager 6.5.1,並與 Site Recovery Manager 6.5.1 站台配對。
    2. 兩個 Site Recovery Manager 6.5.1 站台中的 vCenter Server 執行個體必須均在增強型連結模式下運作。若要防止將 Site Recovery Manager 從 6.5.1 升級至更新版本時失敗,兩個站台上的 vCenter Server 執行個體必須是直接複寫合作夥伴。
  • DR IP Customizer 工具不支援儲存區原則保護群組。
  • Site Recovery Manager 6.5.1 支援保護僅具有儲存區原則保護群組的已加密虛擬機器。如需如何設定已加密虛擬機器保護的相關資訊,請參閱《Site Recovery Manager 管理》說明文件。

已知問題

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

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

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

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

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

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

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

  • vSphere Web Client 運作遲緩,並出現記憶體不足錯誤

    如果您使用以微小組態部署的 vCenter Server Appliance 環境,並使用 vSphere Web Client 中的 Site Recovery Manager 及 vSphere Replication 外掛程式,則 vSphere Web Client 會運作遲緩。這是由於為 vSphere Web Client 保留的記憶體不足以支援外掛程式所致。

    因應措施:至少使用小型組態部署 vCenter Server Appliance。

  • 如果 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 磁碟的測試復原作業才會成功通過。

  • 已復原虛擬機器的虛擬磁碟與預設儲存區原則相關聯,不論其在受保護虛擬機器上的關聯為何

    同樣適用於完整重新保護週期後的虛擬機器。所有虛擬磁碟均位於正確位置,虛擬機器可開啟電源並且仍受 Site Recovery Manager 保護。即使與加密儲存區設定檔的關聯遺失,已加密虛擬機器的虛擬磁碟仍處於加密狀態。

    因應措施:在虛擬機器復原後套用正確的儲存區原則。

  • 在執行自訂步驟期間,首次嘗試復原 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。

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

  • 如果復原的虛擬機器使用最新版本的 VMware Tools 且未與復原站台上的 ESXi 主機同步,復原計劃將失敗

    如果使用 IP 自訂或客體內圖說文字作業,且已復原虛擬機器上的客體作業系統時間未與復原站台上的 ESXi 主機同步,則會收到下列錯誤。

    錯誤 - 無法使用提供的認證透過客體作業系統驗證。

    因應措施:如果 [進階設定] 中的 recovery.autoDeployGuestAlias 選項為 FALSE,請確保復原站台上的已復原虛擬機器與 vCenter Single Sign-On 的時間同步化,然後重新執行復原計劃。

    如果 [進階設定] 中的 recovery.autoDeployGuestAlias 選項為 TRUE 且已復原虛擬機器的客體作業系統為 Windows,請確保復原站台上的 ESXi 主機與 vCenter Single Sign-On 的時間同步化,然後重新執行失敗的復原計劃。

    如果 [進階設定] 中的 recovery.autoDeployGuestAlias 選項為 TRUE 且已復原虛擬機器的客體作業系統為 Linux,請確保復原站台上的 ESXi 主機與 vCenter Single Sign-On 的時間同步化,使用以下程序更新虛擬機器組態參數,然後重新執行失敗的復原計劃。

    1. 在復原的虛擬機器上按一下滑鼠右鍵。
    2. 按一下編輯設定。
    3. 選項索引標籤中,按一下一般
    4. 按一下組態來更新組態參數。
    5. 按一下新增列,然後在名稱文字方塊中輸入 time.synchronize.tools.startup.backward,在文字方塊中輸入 TRUE
    6. 按一下確定加以確認。
  • 安裝 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,而不是使用者定義的物件名稱。

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

  • 當您在包含靜態站台偏差的展開儲存區執行計劃移轉並停用 vMotion 時,作業可能會在儲存區同步步驟期間失敗。

    因應措施:首次嘗試計劃移轉失敗後,手動執行探索裝置並再次執行作業。

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

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

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

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

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

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

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

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

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

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

  • 變更遠端站台上的受信任 vCenter Server 憑證之後,詳細目錄對應精靈顯示空白詳細目錄。

    如果在設定過程中,受保護站台與復原站台上皆使用受信任的 vCenter Server 憑證,而您在登入其中一個站台的 Site Recovery Manager 介面期間,變更另一個站台的 vCenter Server 憑證,然後又嘗試設定資源對應,則 [詳細目錄對應] 精靈會在遠端站台上顯示空白詳細目錄。

    因應措施:登出 vSphere Web Client 再重新登入。

  • 變更遠端站台上的受信任 vCenter Server 憑證之後,詳細目錄對應精靈顯示空白詳細目錄。

    如果在設定過程中,受保護站台與復原站台上皆使用受信任的 vCenter Server 憑證,而您在登入其中一個站台的 Site Recovery Manager 介面期間,變更另一個站台的 vCenter Server 憑證,然後又嘗試設定資源對應,則 [詳細目錄對應] 精靈會在遠端站台上顯示空白詳細目錄。

    因應措施:登出 vSphere Web Client 再重新登入。

  • Site Recovery Manager 從 vSphere Web Client 中消失。

    在設定同盟 vCenter Single Sign-On 的過程中,Site Recovery Manager 可能因下列其中一個原因從 vSphere Web Client 中消失:

    • 您登入受保護站台或復原站台,且該站台的 Platform Services Controller 已離線。上次登入時所載入的外掛程式沒有進行部署,因為該站台上提供 Site Recovery Manager Plug-In 的 Platform Services Controller、vCenter Server 或 Site Recovery Manager Server 執行個體可能已離線。
      因應措施:重新啟動 vSphere Web Client 服務。
    • 在共用復原站台組態中已安裝 Site Recovery Manager,並解除安裝已向共用站台上的 vCenter Server 登錄的 Site Recovery Manager 執行個體之一。如果在解除安裝 Site Recovery Manager Server 執行個體時刪除了所有 Site Recovery Manager 資料,Site Recovery Manager 會從 vSphere Web Client 中消失。剩餘的 Site Recovery Manager 執行個體皆不可用。
      因應措施:重新啟動 vSphere Web Client 服務。
    • 受保護站台或復原站台上的 Site Recovery Manager Server 已離線。在此情況下,vSphere Web Client 應從剩餘的作用中站台下載 Site Recovery Manager 用戶端外掛程式,但它沒有這麼做。
      因應措施:按順序嘗試這些因應措施。
      1. 重新啟動已離線的 Site Recovery Manager Server 執行個體,或修復 Site Recovery Manager Server 與 Platform Services Controller 之間的連線。
      2. 如果無法使 Site Recovery Manager Server 上線,則解除安裝此 Site Recovery Manager Server 執行個體後再重新安裝。
      3. 如果無法解除安裝 Site Recovery Manager Server (例如,由於該伺服器執行所在的虛擬機器無法啟動),請從此站台的 vCenter Server 執行個體的受管理物件瀏覽器 (MOB) 解除登錄 Site Recovery Manager Server 延伸。然後,必須重新安裝 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 憑證,然後再次嘗試安裝。

  • 在設定同盟 vCenter Single Sign-On 的過程中,如果保護節點在相同的工作階段中關閉,則 Site Recovery Manager 無法對任何計劃起始復原。

    因應措施:如果拓撲在同盟 vCenter Single Sign-On 設定過程中發生變更,則登出 vSphere Web Client 後再登入。

  • 在設定同盟 vCenter Single Sign-On 的過程中,如果遠端站台或遠端 Platform Services Controller 服務已關閉,Site Recovery Manager 將無法載入詳細目錄中的物件。

    因應措施:登出遠端 vSphere Web Client 後再登入。

  • 在配對站台時設定同盟 vCenter Single Sign-On 的過程中,如果其中一個解決方案使用者無法複寫至次要 vCenter Single Sign-On 執行個體,Site Recovery Manager 不會顯示錯誤。

    因應措施:將具有主要和次要 Platform Services Controller 的虛擬機器重新開機。

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

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

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

  • 在 Windows 8 或 Windows 8.1 上,使用 Internet Explorer 第 10 版和第 11 版,將使用者地區設定變更為中文時,vSphere Web Client 會以英文顯示 Site Recovery Manager。

    因應措施:使用 Chrome 或 Firefox。

  • 如果在從維護模式重新啟動復原站台 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 秒

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

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

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

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

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

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

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

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

  • 由於透過 VIX API 將自訂指令碼上傳至虛擬機器時發生逾時,導致 IP 自訂失敗。

    執行復原計劃時,使用 VIX 將 IP 自訂指令碼上傳至虛擬機器失敗,其原因為逾時。

    因應措施:無。

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

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

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

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

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

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

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

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