簡介
本文將說明 下列版本的 Microsoft 更新彙總套件47中修正的問題 Azure Site Recovery:
-
Azure 到 Azure
-
VMware/物理到 Azure
-
HyperV 或 VMM 至 Azure
瞭解詳細資料 已修正的問題,以及在安裝此更新之前必須驗證的先決條件。
先決條件
自 安裝 Microsoft Azure Site Recovery 提供者更新彙總套件47,您必須具備 下列其中一項安裝:
-
Microsoft Azure Site Recovery 提供者(版本5.1.5700 或更新版本)
-
Microsoft Azure Site Recovery 整合設定(VMware 至 Azure)(版本9.30 或更新版本)
-
Microsoft Azure 恢復 Services 代理程式(版本2.0.8900.0 或更新版本)
注意: 您 可以在 [程式和功能] 專案中查看已安裝的提供者版本 [控制台]。
此更新中所做的改進與問題已修正
安裝之後 更新,下列問題就已修正,下列改進功能 處於.
行動服務
Linux 作業系統支援
-
Azure 到 Azure
-
-
RHEL 8。2
-
CentOS 8。2
-
-
VMware/物理到 Azure
-
-
SLES 12 SP5
-
RHEL 8。2
-
CentOS 8。2
-
修正的問題
-
已加入檢查,以確保行動代理安裝無法在系統磁片不存在時失敗。
-
已新增適用于手動安裝的修正程式 在命令行中的行動服務,由於命令列引數錯誤無效而失敗。
-
已增強顯示輸送量警告及重要警示的可能原因 完整清單
-
已新增針對健康情況警示的修正程式,以確保進程伺服器 可處理突然突發的資料
-
已修正導致問題的 SLES15 問題 測試容錯移轉
-
已修正安裝程式所需的問題 由於內部錯誤而失敗
-
已新增適用于 RHEL 6.10 的修正程式和 7版本,在開機檔案夾中出現不想要的檔案時,發生空間問題
-
已修正各種不同的記錄 改善診斷的事件
Microsoft Azure 網站 [恢復整合的設定] & 佈建服務器範本
沒有新的變更 採用.
Microsoft Azure 網站 復原(服務)
改善
-
適用于 Linux 的 UEFI 支援 已新增各種 distros 與版本
Azure 到 Azure
-
的更新行為 服務以防範代理程式到期的情況。 對於代理自動更新的電腦 已停用,使用者可以使用入口網站上的 [虛擬機器災害復原] 頁面中的 [升級] 連結,手動升級
修正的問題
修正 IP config 與 NIC 建立的問題 失敗,因為名稱超過80個字元
更新您的 Azure 網站恢復內部部署元件
在兩個內部部署的 VMM 網站之間
-
下載最新的更新 Microsoft Azure Site Recovery 提供者的匯總
-
首先安裝更新彙總套件 在管理還原網站的內部部署 VMM 伺服器上。
-
在恢復網站之後 已更新,請在管理的 VMM 伺服器上安裝更新彙總套件 [主要網站]。
注意: 如果 VMM 是高可用的 VMM (群集中的 VMM),請確認您已安裝 在已安裝 VMM 服務的所有叢集節點上進行升級。
在內部部署的 VMM 網站和 Azure 之間
-
下載更新彙總套件 Microsoft Azure Site Recovery 提供者。
-
上安裝更新彙總套件 內部部署的 VMM 伺服器。
-
安裝最新的Microsoft Azure 恢復服務代理程式 所有 Hyper-v 主機。
注意如果您的 VMM 是 高可用性 VMM (群集 VMM),請確定您已在上安裝升級 已安裝 VMM 服務的所有叢集節點。
在內部部署 Hyper-v 網站和 Azure 之間
-
下載更新彙總套件 Microsoft Azure Site Recovery 提供者。
-
在每個元件上安裝提供者 您已在 Azure Site Recovery 中註冊的 Hyper-v 伺服器節點。
注意: 如果 您的 Hyper-v 是主機群集的 Hyper-v 伺服器,請確認您已安裝 在所有叢集節點上升級。
從內部部署 VMware 或從物理網站到 Azure
-
更新您的內部部署 管理伺服器,方法是下載 Microsoft Azure 網站恢復整合的設定。 這是具有 Configuration server 和 Process server 的伺服器 角色.
-
如果您有橫向擴展流程 伺服器,請在下一次執行Microsoft Azure Site Recovery 整合設定來更新這些伺服器。
-
移至 Azure 入口網站,並 然後移至 > 複製的受保護專案 [專案] 頁面。 在此頁面上選取 VM。 選取更新 出現在每個 VM 之頁面底部的 [代理程式] 按鈕。 這會更新所有受保護的虛擬機器上的行動服務代理程式。
注意重新開機是 建議在行動代理程式每次升級之後,確認所有 您可以在源電腦上載入最新的變更。這不一定是 讀.不過,如果差異是強制性的,則必須重新開機 從上次重新開機到目標版本的代理程式版本較大 在最後一個小數位位置是四(4)。詳細資訊請參閱下表。 說明。
中的代理程式版本 上次重新開機 |
升級至 |
是重新開機 讀? |
---|---|---|
9.25 |
9.27 |
非強制性 |
9.25 |
9.28 |
非強制性 |
9.25 |
9.29 |
非強制性 |
9.25 |
9.30 |
讀 首先升級到版本9.29,然後重新開機,然後再升級至 版本9.30 (因為上次重新開機版本與 目標版本大於4) |