簡介
本文介紹了在以下版本的 Microsoft Azure 網站恢復中修復的問題:
瞭解已修復的問題的詳細資訊,以及先決條件在安裝此更新之前應驗證。
先決條件
要安裝 Microsoft Azure 網站恢復提供程式更新彙總套件 40(版本 5.1.4800.0),必須安裝以下設備之一:
-
微軟 Azure 網站恢復提供程式(版本 5.1.4400 或更高版本)
-
微軟 Azure 網站恢復統一設置(VMware 到 Azure)(版本 9.24.xxxx.x 或更高版本)
-
微軟 Azure 恢復服務代理(版本 2.0.8700.0 或更高版本)
注意 您可以在"控制台"中的"程式和功能"項中檢查已安裝的提供程式版本。
此更新中所做的改進和修復的問題
安裝此更新後,將修復以下問題,並包括以下改進。
微軟 Azure 網站恢復提供程式
改善
Azure 到 Azure
-
重新保護體驗 增強功能:為了更好的 BCDR 管理,我們現在清理 故障恢復後和 VM 重新受保護的區域完成後 DR 區域。沒有必要 手動刪除 VM 和 NIC。
-
測試容錯移轉靜態 IP 設置:較早時,當 客戶對實際 DR 網路執行測試容錯移轉,我們做到了 不使用原始 IP。這是為了確保 IP 可用於 實際 DR。但是,客戶希望在 DR 鑽取以驗證網路設置。我們已經解決了這一關切 並允許客戶在測試容錯移轉期間選擇靜態 IP。
-
用於改進的驗證器 容錯移轉就緒性:添加驗證器以確保客戶已做好應對 容錯移轉。如果出現 懷疑失敗。
微軟 Azure 網站恢復統一設置和佈建服務器範本
改善
-
通過 OVF 部署佈建服務器期間的錯誤訊息得到了增強,以提供準確的根本原因和建議的解決問題的步驟。
移動服務
改善
-
針對以下影響應用程式一致的復原點創建的方案添加新運行狀況警報
-
-
當應用程式 VSS 寫入器在源電腦上失敗時
-
禁用 VSS 提供程式或未安裝在源電腦上時
-
-
通過上下文資訊豐富現有運行狀況警報,以便進行更好的分析
-
-
為"突發高改動率警報"添加磁片詳細資訊、觀察到的改動率以及每個磁片的待處理資料量
-
為"高延遲警報"添加磁片詳細資訊和每個磁片的待處理資料量
-
已修復的問題
-
啟用了 UEFI 安全引導的 Windows 2019 上的伺服器將在啟用複製期間被阻止。這將避免容錯移轉後啟動問題,因為 Azure 不支援 UEFI 安全啟動配置
-
在伺服器上安裝多個產品時,在移動代理安裝過程中觀察到 MSI 執行失敗。替代方法旨在解決此問題。
微軟 Azure 網站恢復(服務)
改善
-
您可以使用 ALED 存儲帳戶保護 Hyper-V 伺服器到 Azure
-
-
對用於在容錯移轉期間選擇最佳 VM SKU 的邏輯進行了增強。現在很少處理選擇高配置 SKU 的角落情況。
已修復的問題
-
處理"device.map"檔中的 S 故事或意外條目,以避免中的容錯移轉失敗 Linux 伺服器
微軟 Azure 網站恢復(門戶)
改進
不適用
已修復的問題
不適用
更新 Azure 網站恢復本機群組件
在兩個本地 VMM 網站之間
-
下載 微軟 Azure 網站恢復提供程式的最新更新彙總套件
-
首先在管理恢復網站的本地 VMM 伺服器上安裝更新彙總套件。
-
更新恢復網站後,在管理主網站的 VMM 伺服器上安裝更新彙總套件。
備註如果 VMM 是高可用 VMM(群集 VMM),請確保在安裝 VMM 服務的群集的所有節點上安裝升級。
在本地 VMM 網站和 Azure 之間
-
下載更新彙總套件 微軟 Azure 網站恢復提供程式。
-
在本地 VMM 伺服器上安裝更新彙總套件。
-
在所有 Hyper-V 主機上安裝最新的Microsoft Azure 恢復 服務代理。
備註如果您的 VMM 是高可用 VMM(群集 VMM),請確保在安裝 VMM 服務的群集的所有節點上安裝升級。
在本地 Hyper-V 網站和 Azure 之間
-
下載微軟 Azure 網站恢復提供程式的更新匯總。
-
在 Azure 網站恢復中註冊的 Hyper-V 伺服器的每個節點上安裝提供程式。
備註如果您的 Hyper-V 是主機群集 Hyper-V 伺服器,請確保在群集的所有節點上安裝升級。
在本地 VMware 或 Azure 物理網站之間
-
通過下載 Microsoft Azure 網站恢復統一設置來更新本地管理伺服器。這是具有佈建服務器和處理伺服器角色的伺服器。
-
如果您有橫向擴展進程伺服器,請通過運行 Microsoft Azure網站恢復統一設置來更新它們。
-
轉到 Azure 門戶,然後轉到"受保護專案>複製專案"頁。在此頁上選擇 VM。選擇每個 VM 顯示在頁面底部的更新代理按鈕。這將更新所有受保護 VM 上的移動服務代理。
備註建議在每次升級移動代理後重新開機,以確保在源電腦上載入所有最新的更改。這不一定是強制性的。但是,如果上次重新開機的代理版本和目標版本之間的差值在最後一個小數點位中大於四 (4), 則重新開機是必需的。有關詳細說明,請參閱下表。
上次重新開機期間的代理版本 |
升級到 |
重新開機是否必填? |
---|---|---|
9.16 |
9.18 |
不是強制性的 |
9.16 |
9.19 |
不是強制性的 |
9.16 |
9.20 |
不是強制性的 |
9.16 |
9.21 |
強制首先升級到 9.20 版本,然後在升級到 9.21 版本之前重新開機(因為上次重新開機版本和目標版本之間的差異大於 4)。 |
其他相關資訊
已知問題
此更新中沒有已知問題。
參考
了解 Microsoft 用來說明軟體更新的術語。
本文提及的協力廠商產品是由與 Microsoft 無關的獨立廠商所製造。 Microsoft 不以默示或其他方式,提供與這些產品的效能或可靠性有關的擔保。