Microsoft KB Archive Search

Notice: This website is an unofficial Microsoft Knowledge Base (hereinafter KB) archive and is intended to provide a reliable access to deleted content from Microsoft KB. All KB articles are owned by Microsoft Corporation. Read full disclaimer for more details.

  1. Home
  2. Update rollup 47 for Azure Site Recovery

Update rollup 47 for Azure Site Recovery

View products that this article applies to.

Introduction

This article describes the issues that are fixed in Update Rollup 47 in the following versions of Microsoft Azure Site Recovery:

Learn about the details of the issues that are fixed and the prerequisites that should be verified before you install this update.


↑ Back to the top

Prerequisites

To install Microsoft Azure Site Recovery Provider Update Rollup 47, you must have one of the following installed:

  • Microsoft Azure Site Recovery Provider (version 5.1.5700 or a later version) 
  • Microsoft Azure Site Recovery Unified Setup (VMware to Azure) (version 9.30.xxxx.x or a later version)
  • Microsoft Azure Recovery Services Agent (version 2.0.8900.0 or a later version)

Note: You can check the installed provider version in the Programs and Features item in Control Panel.

↑ Back to the top

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
    • RHEL 8.2
    • CentOS 8.2
  • VMware/Physical to Azure
    • SLES 12 SP5
    • RHEL 8.2
    • CentOS 8.2

Issues fixed

  • Added a pre-check to ensure mobility agent installation doesn't fail due to unavailability of system disk. 
  • Added a fix for manual installation of mobility service through command line, which was failing with an invalid command line arguments error.
  • Enhanced the possible causes of the throughput warning and critical alerts to present an exhaustive list
  • Added a fix for health alert to ensure process server can handle sudden data bursts
  • Fixed an issue with SLES15 which was causing problems with test failover
  • Fixed an issue where installer is failing due to internal error
  • Added a fix for RHEL 6.10 and 7 version, where space issues were happening due to unwanted files present in boot folder
  • Fixed the logging of various events to improve diagnosis

Microsoft Azure Site Recovery Unified Setup & Configuration Server Template

No new changes have been introduced.

Microsoft Azure Site Recovery (service)

Improvements

  • UEFI support for Linux various distros and versions has been added

Azure to Azure

  • Updated behavior of service to guard against agent expiry. For the machines where agent auto update has been disabled, the user can upgrade manually using the upgrade link in the virtual machine Disaster Recovery page on the portal

Issues fixed

Fixed an issue where IP config and NIC creation was failing as the name exceeded 80 characters

↑ Back to the top

Updating your Azure Site Recovery On-Premises components

Between two on-premises VMM sites

  1. Download the latest Update Rollup for Microsoft Azure Site Recovery Provider
  2. Install the Update Rollup first on the on-premises VMM server that's managing the recovery site.
  3. 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

  1. Download the Update Rollup for Microsoft Azure Site Recovery Provider.
  2. Install the Update Rollup on the on-premises VMM server.
  3. 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

  1. Download the Update Rollup for Microsoft Azure Site Recovery Provider.
  2. 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

  1. 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.
  2. If you have scale-out process servers, update them next by running Microsoft Azure Site Recovery Unified Setup.
  3. 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 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)

↑ Back to the top

Keywords: CI120603, kbHotfixAuto

↑ Back to the top

Article Info
Article ID : 4570609
Revision : 10
Created on : 7/3/2020
Published on : 7/3/2020
Exists online : False
Views : 128