Introduction
This article describes the issues that are fixed in Update Rollup 66Ā in the following versions of Microsoft Azure Site Recovery:
-
Azure to Azure
-
Modernized VMware/PhysicalĀ to Azure
-
Hyper-V or VMM to Azure
-
Classic VMware/Physical to Azure
-
Download Microsoft Azure Site Recovery Configuration Server OVF template (version 5.1.7882.0)
-
Download Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (version 9.53.6615.1)
-
Prerequisite to update or protect SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8, DEBIAN9Ā and UBUNTU-14.04 machines: Ensure latest mobility agent installer is downloaded from Microsoft Download Center and placed in push installer repository on configuration server. Refer to the section Updating your Azure Site Recovery On-Premises components.
-
-
Learn about the details of the issues that are fixed and theĀ prerequisitesĀ that should be verified before you install this update.
Prerequisites
To install Microsoft Azure Site Recovery Provider Update Rollup 66, you must have one of the following installed:
-
Microsoft Azure Site Recovery Provider (version 5.1.7600 or a later version)
-
Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (version 9.49.xxxx.x or a later version)
-
Microsoft Azure Recovery Services Agent (version 2.0.9202.0 or a later version)
Note:Ā You can check the installed provider version in the Programs and Features item in Control Panel.
Improvements made and issues fixed in this update
After you install this update, the following issues are fixed, and the following improvements are included.
Mobility Service
Linux OS Support
-
Azure to Azure
-
Ubuntu 22.04
-
RHEL 8.7
-
Cent OS 8.7
-
-
Modernized VMware/Physical to Azure
-
Ubuntu 22.04
-
RHEL 8.7
-
Cent OS 8.7
-
-
ClassicĀ VMware/Physical to Azure
-
RHEL 8.7
-
Cent OS 8.7āāāāāāāāāāāāāā
-
Issueāāāāāāās fixed
-
Fixed an issue where the mobility service driver was able to correctly detect the source disk's identity and it caused issues with the replication.
-
Fixed an issue where the failed over Azure machine was not booting up due to the operation beingĀ timed out.
-
Fixed an issue where automatic update of mobility service was failing, for modernized VMware/Physical toĀ Azure scenarios, if custom path was provided during the installation.
-
Fixed an issue due to which enabling replication on a SUSE Linux Enterprise Server 15 was failing.
-
Added a fix whereĀ process server was unable to operate when more than one machine with same BIOS ID was trying to establish a connection.
-
FixedĀ a bug in the configuration server where the pending data changes field was not being parsedĀ correctlyĀ from source machine.
Microsoft Azure Site Recovery replication appliance
Component |
Version |
---|---|
Physical discovery server |
|
Discovery server |
|
Site Recovery provider |
|
Appliance configuration manager |
|
Proxy server |
|
Replication service |
|
Re-protection server |
|
Push install agent |
|
Recovery Services agent |
|
Process server |
Microsoft Azure Site Recovery (service)
No changes.
Microsoft Azure Site Recovery (Portal)
No changes.
Microsoft Azure Site Recovery Provider
-
Fixed an issue in classic VMware/Physical to Azure scenario,Ā where the Site Recovery Provider was unable to connect to the Recovery Services vault after an update.
Updating your Azure Site Recovery On-Premises components
Between two on-premises VMM sites
-
Download the latest Update Rollup forĀ Microsoft Azure Site Recovery Provider.
-
Install the Update Rollup first on the on-premises VMM server that's managing the recovery site.
-
After the recovery site is updated, install the Update Rollup on the VMM server that's managing the primary site.
NoteĀ If the VMM is a Highly Available VMM (Clustered VMM), make sure that you install the upgrade on all nodes of the cluster where the VMM service is installed.
Between an on-premises VMM site and Azure
-
Download the Update Rollup forĀ Microsoft Azure Site Recovery Provider.
-
Install the Update Rollup on the on-premises VMM server.
-
Install the latestĀ Microsoft Azure Recovery Services AgentĀ on all Hyper-V hosts.
NoteĀ If your VMM is a Highly Available VMM (Clustered VMM), make sure that you install the upgrade on all nodes of the cluster where the VMM service is installed.
Between an on-premises Hyper-V site and Azure
-
Download the Update Rollup forĀ Microsoft Azure Site Recovery Provider.
-
Install the provider on each node of the Hyper-V servers that you have registered in Azure Site Recovery.
NoteĀ If your Hyper-V is a Host Clustered Hyper-V server, make sure that you install the upgrade on all nodes of the cluster.
Between an on-premises VMware or physical site to Azure
-
Update yourĀ on-premises management server by downloadingĀ Microsoft Azure Site Recovery Unified Setup. This is the server that has the Configuration server and Process server roles.
-
If you have scale-out process servers, update them next by runningĀ Microsoft Azure Site Recovery Unified Setup.
-
If you have master target servers, update them next by checking the steps here.
-
Go to the Azure portal, and then go to theĀ Protected ItemsĀ >Ā Replicated ItemsĀ page. Select a VM on this page. Select theĀ Update AgentĀ button that appears at the bottom of the page for each VM. This updates the Mobility Service Agent on all protected VMs.
NoteĀ If you are updating or protecting SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7,Ā DEBIAN8 and DEBIAN9Ā machines, then make sure to follow the below steps:Ā
-
Download the appropriate installer for your machines āĀ āāāāāāā
-
Copy the installer to INSTALL_DIR\home\svsystems\pushinstallsvc\repository folders on Configuration Server and Scale Out Process Servers, before upgrading or protecting your Virtual Machines. For example, below will be the folder name when Configuration Server/Process Servers install path is C:\Program Files (x86)\Microsoft Azure Site Recovery ā
āāāāāāāC:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository -
After copying the installer, go to services.msc and restart the InMage PushInstall service.
Note:Ā A restart is recommended after every upgrade of the Mobility agent to make sure that all latest changes are loaded on the source computer. This isĀ not necessarily mandatory.Ā However,Ā a restart is mandatoryĀ if the difference between agent versions from the last restart and the target version is greater than four (4) in the last decimal place. See the following table for a detailed explanation.
Agent version during last restart |
Upgrading to |
Is a restart mandatory? |
---|---|---|
9.25 |
9.27 |
Not mandatory |
9.25 |
9.28 |
Not mandatory |
9.25 |
9.29 |
Not mandatory |
9.25 |
9.30 |
Mandatory First upgrade to version 9.29, and then restart before you upgradeĀ to version 9.30 (because the difference between the last restart version and the target version is greater than 4) |