VMware Site Recovery Manager 6.1.2 版本說明

|

Site Recovery Manager 6.1.2.1 | 2017 年 11 月 9 日 | 組建編號 6816512

Site Recovery Manager 6.1.2 | 2017 年 2 月 24 日 | 組建編號 5077693

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

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

版本說明的內容

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

Site Recovery Manager 6.1.2 的新增功能

VMware Site Recovery Manager 6.1.2 提供新的錯誤修正,如〈已解決的問題〉一節中所述。

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

  • 透過傳遞從 Site Recovery Manager 5.8.1.1 到 Site Recovery Manager 6.1.2 的直接升級路徑,支援從 vCenter Server Windows 5.5.x 到 vCenter Server Virtual Appliance 6.0 Update 3 的升級移轉路徑。

VMware Site Recovery Manager 6.1.2 與 VMware vSphere 6.0 Update 3、VMware vSphere 6.0 Update 3a 和 VMware vSphere 6.0 Update 3b 相容。

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

如需有關 vSphere 6.0 Update 3 功能以及 vCenter Server Update 3 適用之驗證方法的資訊,請參閱《vSphere 6.0》說明文件。

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

當地語系化

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

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

相容性

Site Recovery Manager 相容性矩陣圖

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

相容儲存陣列和 Storage Replication Adapter

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

VMware Virtual SAN 支援

Site Recovery Manager 6.1.2 可使用 vSphere Replication 保護位於 VMware Virtual SAN 的虛擬機器。Virtual SAN 不需要搭配使用 Storage Replication Adapter (SRA) 和 Site Recovery Manager 6.1.2。

VMware VSA 支援

Site Recovery Manager 6.1.2 可使用 vSphere Replication 保護位於 vSphere Storage Appliance (VSA) 的虛擬機器。VSA 不需要搭配使用 Storage Replication Adapter (SRA) 和 Site Recovery Manager 6.1.2。

安裝和升級

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

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

附註:

  • 不支援直接將 Site Recovery Manager 5.8.0.x 版升級至 6.1.2 版。若要將 Site Recovery Manager 5.8.0.x 升級至 Site Recovery Manager 6.1.2,您必須先將 Site Recovery Manager 5.8.0.x 升級至 5.8.1.x 或 6.0。不支援直接將 vSphere Replication 5.8.0.x 版升級至 6.1.2 版。如果將 vSphere Replication 與 Site Recovery Manager 5.8.0.x 搭配使用,並將 vSphere Replication 從 5.8.x 直接升級至 6.1 版,則嘗試將 Site Recovery Manager 從 5.8.x 過渡升級至 6.0.x 版時,Site Recovery Manager 升級失敗,並顯示 vSphere Replication 版本不相容的錯誤。請確保在將 Site Recovery Manager 從 5.8.x 升級至 6.0.x 前,已將 vSphere Replication 升級至 6.0.x 版。如果已將 vSphere Replication 從 5.8.x 直接升級至 6.1,請參閱 KB 2136677
  • 升級 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/2119329

Site Recovery Manager 6.1.2 的運作限制

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

Site Recovery Manager SDK

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

開放原始碼元件

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

警示和限制

  • 不支援將 Site Recovery Manager 從 6.1.2 版升級至 6.5 版。
  • Site Recovery Manager 6.1.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 6.1.2 不支援保護設有多 CPU vSphere Fault Tolerance (FT) 的虛擬機器。Site Recovery Manager 6.1.2 支援保護具有單一處理器 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.1.2 支援將虛擬磁碟區 (vVol) 上的虛擬機器進行有限的複寫。Site Recovery Manager 6.1.2 不支援保護虛擬磁碟區上的虛擬機器,即使使用 vSphere Replication 做為複寫技術來提供保護也一樣。
  • Site Recovery Manager 6.1.2 不支援 NFS 4.1 版資料存放區。
  • Site Recovery Manager 不支援重新設定儲存區設定檔保護群組,例如變更一組相關聯的儲存區原則、群組名稱或說明。如果您需要修改儲存區設定檔保護群組,您必須將其刪除並使用新組態重新建立。
  • Site Recovery Manager 無法在儲存區原則保護群組中保護 RDM 磁碟或容錯虛擬機器。
  • Site Recovery Manager 不支援在儲存區原則保護群組中對應或排除非複寫虛擬裝置。
  • 若要搭配使用雙重要素驗證與 RSA SecurID 或智慧卡 (通用存取卡) 驗證,您的環境必須符合下列需求:
    1. 使用 Platform Services Controller 的管理員認證安裝 Site Recovery Manager 6.1.2,並與 Site Recovery Manager 6.1.2 站台配對。
    2. 兩個 Site Recovery Manager 6.1.2 站台中的 vCenter Server 執行個體必須均在增強型連結模式下運作。若要防止將 Site Recovery Manager 從 6.1.2 升級至更新版本時失敗,兩個站台上的 vCenter Server 執行個體必須是直接複寫合作夥伴。

可用的修補程式發行版本

Site Recovery Manager 6.1.2.x 快速修補程式發行版本解決了初始 6.1.2 版本之後發生的問題。您可以從 Site Recovery Manager 下載頁面取得修補程式發行版本,網址為 http://www.vmware.com/go/download-srm

Site Recovery Manager 6.1.2.1 快速修補程式發行版本

2017 年 11 月 9 日發行 | 組建編號 6816512

Site Recovery Manager 6.1.2.1 快速修補程式發行版本與 VMware vCenter Server 6.0 Update 3c 相容。

Site Recovery Manager 6.1.2.1 快速修補程式發行版本解決了以下問題:

  • 使用 Site Recovery Manager 執行容錯移轉和容錯回復時,虛擬機器在 IP 自訂步驟進行到 20% 時停滯

安裝與升級附註

如果您執行的是 Site Recovery Manager 6.1.2,請升級至 Site Recovery Manager 6.1.2.1。如需升級 Site Recovery Manager 的相關指示,請參閱《Site Recovery Manager 6.1 安裝與組態》中的〈升級 Site Recovery Manager〉

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

已解決的問題

此版本已解決舊版中的以下問題。
  • 在測試清理過程中 Site Recovery Manager 發生當機

    執行的容錯移轉測試已成功完成。當您執行測試清理時,Site Recovery Manager 發生當機並顯示下列錯誤 Panic: Assert Failed: "dbObj (unable to get dbobj for Vm: 50315c1f-00e7-5bf0-ca9c-c44b4930f0ea)" @ d:/build/ob/bora-4535903/srm/src/recovery/engine/vmStatesRepository.cpp:298

  • 在使用 VMTools 10.1.x 執行復原期間,IP 自訂失敗

    當您執行測試復原時,IP 自訂失敗並顯示下列錯誤訊息「與 ESX 或客體虛擬機器通訊時發生未預期的錯誤 '3051': 使用的驗證類型在客體作業系統中停用」。

已知問題

透過嚴格的測試,發現以下已知問題,將有助於您瞭解在該版本中可能會遇到的一些行為。
  • 安裝 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 的測試網路對應不會刪除。

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

  • 當計劃移轉狀態為 [未完成復原] 時,含有非受保護虛擬機器的儲存區原則保護群組不會反應並提取變更。

    如果由於不與適當儲存區原則相關聯的非受保護虛擬機器位於受保護的資料存放區中,狀態為 [未完成復原] 的計劃移轉失敗,並且隨後您將非受保護虛擬機器與正確的儲存區原則相關聯,並再次執行計劃移轉,則儲存區原則保護群組將不會更新以反映和提取您所進行的變更。由於非受保護虛擬機器,狀態為 [未完成復原] 的計劃移轉會繼續失敗,即使此虛擬機器應該已成為保護群組的一部分。

    因應措施:執行下列其中一個因應措施,將虛擬機器移出受保護群組:

    • 如果非受保護虛擬機器可存取且非唯讀,則將其移出一致性群組。
    • 複製非受保護虛擬機器,並從 vCenter Server API 中使用 VirtualMachine.ReloadFromPath 來重新載入不是位於一致性群組之資料存放區上的虛擬機器。
    • 複製非受保護虛擬機器,從 vCenter Server 中解除登錄舊虛擬機器,然後在不是位於一致性群組的資料存放區上登錄新虛擬機器。虛擬機器遺失了 MoRef,但是保留了 UUID。
    • 如果在已容錯移轉的資料存放區上存在非受保護虛擬機器,從 vCenter Server 中解除登錄虛擬機器,並在復原站台上手動復原虛擬機器。
  • 如果 Site Recovery Manager 嘗試解除登錄非受保護虛擬機器,在執行受保護站台的步驟之解除登錄虛擬機器時,復原計劃會失敗。

    當 Site Recovery Manager 嘗試解除登錄該虛擬機器,在執行受保護站台的步驟之解除登錄虛擬機器時,包含非受保護虛擬機器的復原計劃可能會失敗。在您已嘗試執行復原後,變更非受保護虛擬機器的儲存區原則以將其新增至儲存區原則保護群組,這個做法不會解決問題,如以上問題中所述。

    因應措施:將非受保護虛擬機器移動至不同的資料存放區。

  • 兩個虛擬機器 (一個啟用了 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 伺服器或從保護群組移除受影響的資料存放區,然後將其新增回群組,再重新設定復原設定。

  • 當您使用 Storage DRS 將虛擬機器移轉到與其儲存區原則標記不相符的資料存放區時,Site Recovery Manager 不會修改虛擬機器的儲存區原則。如果此虛擬機器在儲存區原則保護群組中受保護,則其可能會失去保護。

    因應措施:首先將原則修改為 Datastore Default,然後修改與新的資料存放區對應的儲存區原則,從而使虛擬機器自動受對應的儲存區原則保護群組保護。

  • 使用 Storage vMotion 後,虛擬機器不受保護或不與任何受保護儲存區原則相關。

    如果您使用 Storage vMotion 將受儲存區原則保護群組保護的虛擬機器從一個資料存放區移轉到位於不同一致性群組的資料存放區,然後再使用 Storage vMotion 移轉回原始的資料存放區,則虛擬機器不會受到保護。

    因應措施:在虛擬機器上重新套用儲存區原則。虛擬機器在原始儲存區原則保護群組下再次受到保護。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • 當受保護站台處於離線狀態時,新建立的復原計劃僅會出現在 [詳細目錄樹狀結構] 視圖中。

    如果受保護站台處於離線狀態,而您從復原站台建立新的復原計劃,則新計劃不會顯示在 Site Recovery Manager 介面上的詳細目錄 > 復原計劃視圖中。新計劃會顯示在 [詳細目錄樹狀結構] > [復原計劃] 視圖中。

    因應措施:無

  • 當受保護站台處於離線狀態時,新建立的復原計劃僅會出現在 [詳細目錄樹狀結構] 視圖中。

    如果受保護站台處於離線狀態,而您從復原站台建立新的復原計劃,則新計劃不會顯示在 Site Recovery Manager 介面上的詳細目錄 > 復原計劃視圖中。新計劃會顯示在 [詳細目錄樹狀結構] > [復原計劃] 視圖中。

    因應措施:無

  • 當複寫流量繁重時,vSphere Replication 作業會失敗。

    如果將使用 vSphere Replication 保護的虛擬機器進行復原,重新保護可能會失敗並顯示錯誤無法反向複寫,且其他作業可能會失敗並顯示 java.net.UnknownHostException。這些錯誤之所以會發生,是因為 DNS 要求因為網路擁塞而遭丟棄。

    因應措施:請參閱 vSphere Replication 6.1.2 版本說明

  • 變更遠端站台上的受信任 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。
  • 當 vCenter Server 憑證到期時作業失敗,但 Site Recovery Manager 沒有發出警告或錯誤。

    如果 vCenter Server 憑證已到期,則 Site Recovery Manager 作業失敗,但沒有在 vSphere Web Client 中顯示任何警告或錯誤。會在 Site Recovery Manager 記錄檔中顯示下列錯誤:

    [01460 warning 'Default'] Dr::Internal::StubExcTranslator :  
    Error while calling stub for 'dataservice.authentication.SessionManager:sessionManager'
    [...]
    --> The remote host certificate has these problems: 
    --> 
    --> * A certificate in the host's chain is not time-valid.
    --> 
    --> * The certificate is not time-valid.
    --> 
    --> * unable to get local issuer certificate"
  • 如果 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 憑證,然後再次嘗試安裝。

  • 當 Site Recovery Manager 的憑證已到期或即將到期時,Site Recovery Manager 沒有發出警告或錯誤。

    如果 Site Recovery Manager 憑證已到期,則當您登入 Site Recovery Manager 時,不會顯示任何警告或錯誤。如果憑證已到期,某些作業可能無法執行。

    因應措施:將 vCenter Server 設定為針對下列與憑證有效性相關的 Site Recovery Manager 事件觸發警示:

    • SrmCertificateNotValidEvent
    • SrmCertificateExpiredEvent
    • SrmCertificateEvent

    如需這些事件的相關資訊,請參閱站台狀態事件。此外,您也可以透過修改 localSiteStatus.minCertRemainingTime 進階設定,調整憑證到期之前 Site Recovery Manager 發出憑證到期事件的期間。如需此設定的相關資訊,請參閱《Site Recovery Manager 管理》中的變更本機站台設定

  • 在設定同盟 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 將虛擬機器標記為孤立。

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

  • 在設定同盟 vCenter Single Sign-On 的過程中,Site Recovery Manager 角色沒有顯示在角色清單中。

    在 Site Recovery Manager 安裝期間,安裝程式會建立 Site Recovery Manager 的權限和角色,但它們沒有在站台之間成功同步。vCenter Server 首先收到角色清單,接著收到權限清單並拒絕了這些角色。

    因應措施:重新啟動無法登錄 Site Recovery Manager 角色的 vpxd 服務。

  • 在根資料夾中移動保護群組時,Site Recovery Manager 擲回 flex 例外狀況。

    因應措施:關閉該例外狀況,並執行全域重新整理以重新載入 vSphere Web Client。

  • 在 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 之間的延遲所導致。

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

  • 當保護站台 LUN 遇到所有路徑失效 (APD) 或永久裝置遺失 (PDL) 時,在某些情況下,Site Recovery Manager 可能不會復原原始磁碟對應 (RDM) LUN。

    當 Site Recovery Manager 嘗試關閉受保護虛擬機器時,在首次嘗試計劃的移轉期間,您可能會看到下列錯誤訊息:

    錯誤 - 目前無法允許該作業,因為該虛擬機器有一個未解決的問題: 'msg.hbacommon.askonpermanentdeviceloss:為虛擬磁碟 VM1-1.vmdk 提供支援的儲存區已永久遺失裝置。您可以在按一下「重試」後從虛擬機器熱移除此虛擬裝置再繼續。按一下「取消」以終止此工作階段。

    如果受保護虛擬機器具有 RDM 裝置,在某些情況下,Site Recovery Manager 不會復原 RDM LUN。

    因應措施:

    1. 當 LUN 進入 APD/PDL 時,ESXi 伺服器會透過封鎖虛擬機器作業的問題標記所有對應虛擬機器。
      1. 如果進入的是 PDL,按一下取消關閉虛擬機器的電源。
      2. 如果進入的是 APD,按一下重試

      如果您執行計劃的移轉,Site Recovery Manager 會無法關閉生產虛擬機器的電源。
    2. 如果虛擬機器具有 RDM 裝置,Site Recovery Manager 可能會無法追蹤 RDM 裝置且無法復原它。重新掃描所有 HBA,並確保已從 APD/PDL 狀態傳回所有受影響 LUN 的狀態。
    3. 檢查 vCenter Server 詳細目錄並回答封鎖虛擬機器的 PDL 問題。
    4. 如果您在 LUN 重新上線之前回答 PDL 問題,則受保護站台上的 Site Recovery Manager 伺服器會錯誤地偵測到 RDM 裝置不再連結至此虛擬機器,並會移除 RDM 裝置。下次執行復原時,Site Recovery Manager 不會復原此 LUN。
    5. 重新掃描所有 HBA 以確保 vCenter Server 詳細目錄中的所有 LUN 皆處於線上狀態,並開啟所有受影響虛擬機器的電源。vCenter Server 將遺失的 RDM 與受保護虛擬機器相關聯。
    6. 檢查 Site Recovery Manager 介面中的陣列管理員索引標籤。如果並未顯示所有受保護資料存放區和 RDM 裝置,請按一下重新整理以探索裝置並重新計算資料存放區群組。
    7. 確保編輯群組設定顯示所有受保護資料存放區和 RDM 裝置,且虛擬機器保護狀態未顯示任何錯誤。
    8. 啟動計劃的移轉以復原所有受保護的 LUN,包括 RDM 裝置。

  • 暫時中斷 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 自訂指令碼上傳至虛擬機器失敗,其原因為逾時。

    因應措施:無。

  • 具有原生高位元 ASCII 密碼的新使用者無法使用 vSphere Web Client 登入。

    當新使用者首次嘗試使用 vSphere Web Client 透過高位元 ASCII 密碼登入法文和德文版本時,登入會失敗。

    因應措施:以 vSphere Single Sign On (SSO) 管理員身分登入,並將任何單一 ASCII 字元新增到新使用者的現有高位元 ASCII 密碼。

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

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

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

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

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

  • 在復原和重新保護之後,虛擬機器在受保護站台上仍有「由 SRM 管理」旗標

    若虛擬機器設有保留所有客體記憶體 (全部鎖定) 選項,則在執行復原和重新保護兩次之後,虛擬機器在受保護站台上仍會有「由 SRM 管理」旗標。它應顯示為一般虛擬機器。

    因應措施:無

  • 在復原和重新保護之後,虛擬機器在受保護站台上仍有「由 SRM 管理」旗標

    若虛擬機器設有保留所有客體記憶體 (全部鎖定) 選項,則在執行復原和重新保護兩次之後,虛擬機器在受保護站台上仍會有「由 SRM 管理」旗標。它應顯示為一般虛擬機器。

    因應措施:無

  • 將 Site Recovery Manager 6.1 升級至 6.1.2 後,由 Site Recovery Manager 6.1 所復原的虛擬機器在受保護站台上仍有「由 SRM 管理」旗標

    若虛擬機器在 Site Recovery Manager 6.1 中設有保留所有客體記憶體 (全部鎖定) 選項,並且由 Site Recovery Manager 6.1 復原,則虛擬機器在受保護站台上仍有由 SRM 管理旗標。它應顯示為一般虛擬機器。

    因應措施:若要清除該旗標,請在將 Site Recovery Manager 6.1 升級至 6.1.2 後執行復原計劃。

  • 當您在針對 IP 自訂設定的 Windows 虛擬機器上執行測試容錯移轉時,您會在記錄檔中看到下列錯誤:Error accessing guestcust.log

    如果資料夾 %TMP% 不存在或檔案 %TMP%\vmware-imc\guestcust.log 不存在,則會發生此錯誤。

    因應措施:手動執行 IP 自訂。

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

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

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

  • 保護虛擬機器工作顯示為保持在 100% 的狀態。

    vSphere Web Client [最近的工作] 窗格會顯示在保護虛擬機器工作期間,停滯在 100% 的虛擬機器。Site Recovery Manager 會將虛擬機器標記為已設定,表示此虛擬機器已受到保護。您無需採取任何動作,因為 Site Recovery Manager 已成功保護虛擬機器。