Обновление Rollup 42 для восстановления сайта Azure

Введение

В этой статье описаны проблемы, исправленные в Update Rollup 42 в следующих версиях восстановления сайта Microsoft Azure:

• Скачать microsoft Azure сайт восстановления поставщика (версия 5.1.5200.0)

• Скачать унифицированную настройку восстановления сайта Microsoft Azure (VMware to Azure) (версия 9.30.5407.1)

• Скачать microsoft Azure Восстановления Службы Агент (версия 2.0.9165.0)

• Скачать шаблон конфигурации конфигурации сервера восстановления сайта Microsoft Azure OVF (версия 5.1.5200.0)

• Скачать Служба мобильности для Windows (версия 9.30.5407.1)

• Скачать Мобильный сервис для CentOS (версия 9.30.5407.1)

• Скачать Мобильный сервис для Ubuntu (версия 9.30.5407.1)

Узнайте подробнее об исправленных проблемах и Необходимые условия , которые должны быть проверены, прежде чем установить это обновление.

Предварительные условия

Для установки Microsoft Azure Site Recovery Update Rollup 42 (версия 5.1.5200.0) необходимо установить одну из следующих версий:

• Поставщик восстановления сайта Microsoft Azure (версия 5.1.4800 или более поздняя версия)

• Унифицированная настройка восстановления сайта Microsoft Azure (VMware to Azure) (версия 9.26.xxxx.x или более поздняя версия)

• Агент служб восстановления Microsoft Azure (версия 2.0.8700.0 или более поздняя версия)

Заметка   Вы можете проверить установленную версию поставщика в элементе программ и функций в панели управления.

Улучшения и проблемы, исправленные в этом обновлении

После установки этого обновления будут устранены следующие проблемы и включены следующие улучшения.

Мобильный сервис

Улучшения

• Azure Восстановление сайта теперь поддерживает тест неудачи, отказ и отказ VMware и Лазурные машины с макетом UEFI

• • Vmware поддержку поддерживаются машины со следующими операционными системами - Windows Server 2012, Windows Server 2012R2, Windows Server 2016, Windows Server 2019, SLES12Sp4, RHEL8

  • Все Поддержку поддерживают машины Azure, которые являются поколением 2

• Улучшения поддержки Linux OS

• • Rhel 8

  • Oracle Linux 7.7

• Azure в Azure DR

• • Машины Azure Linux с шифрованием azure Disk (ADE) теперь могут быть защищены с помощью восстановления сайта Azure

  • Python 3 для расширения Linux теперь поддерживается

• Vmware в Azure DR

• • Данных скорость изменения (отток) дисков и журналов скорости загрузки данных теперь доступны в журнале Log Аналитическая интеграция с хранилищем служб восстановления

Исправлены проблемы

• Условием проверки позволяют проверить поддержку подписи кода SHA2. ОС, работая на Windows 2008 R2 с SP1, Windows 2008 SP2 и Windows 7 SP1 требуют, чтобы некоторые КБ должны быть установлен для включения в систему подписания кода SHA2. Обновление мобильного агента ASR и свежее установки не увенчаются успехом, если подписание кода SHA2 не будет включено. Узнать больше

Восстановление сайта Microsoft Azure (сервис)

Улучшения

• Azure виртуальные машины в норвежской геотепере теперь могут быть защищены с помощью Azure Site Recovery.

• Сервер процесса Azure SKU, используемый для операций сбоя в VMware к Azure DR дефолт Standard_A8_v2

Исправлены проблемы

• Производительности усовершенствования сделаны, чтобы свести к минимуму время, задейкторе, задейк, займеное для загрузки реплицированных элементов лезви от хранилища служб восстановления и от лезвия сервера процесса

• Повторной синхронизации уведомления обновляются для предоставления подробной информации о машинах, которые требуют Повторной синхронизации.

• В сценарии Azure to Azure DR автоматизация учетной записи, выбранной во время включения репликации, не всегда находится в целевого региона (поскольку не все регионы имеют учетные записи автоматизации). Существует гео отображение, которое сообщает, в каком регионе должен быть счет автоматизации подготовлено дюйма Это гео-картирование обновляется, чтобы клиенты могли автоматизации счетов из другого региона.

Обновление компонентов восстановления сайта Azure on-Premises

Между двумя наемными площадками VMM

1. Скачать последнюю версию Rollup для поставщикавосстановления сайта Microsoft Azure

2. Сначала установите Обновление Rollup на предприимчивом vMM-сервере, управляющем сайтом восстановления.

3. После обновления сайта восстановления установите обновление Rollup на сервере VMM, управляющем основным сайтом.

Заметка Если VMM является высокодоступной VMM (кластерный VMM), убедитесь, что вы установите обновление на все узлы кластера, где установлена услуга VMM.

Между местным сайтом VMM и Azure

1. Скачать обновление Rollup для Поставщик восстановления сайтов Microsoft Azure.

2. Установите обновление Rollup на предприимчивом vMM-сервере.

3. Установка новейшего Агент служб восстановления Microsoft Azure на всех хостах Hyper-V.

Заметка Если Ваш VMM является высокодоступной VMM (кластерный VMM), убедитесь, что вы установите обновление на все узлы кластера, где установлена услуга VMM.

Между местным сайтом Hyper-V и Azure

1. Скачать обновление Rollup дляПоставщик восстановления сайтов Microsoft Azure.

2. Установите поставщика на каждый узел серверов Hyper-V, зарегистрированных в Azure Site Recovery.

Заметка Если Hyper-V является хост кластерным Hyper-V-сервером, убедитесь, что вы установите обновление на все узлы кластера.

Между наемным VMware или физическим сайтом в Azure

1. Обновление сервера управления в помещениях путем загрузки Настройка унифицированной системы восстановления сайта Microsoft Azure. Это сервер, который имеет роли сервера конфигурации и процесса.

2. Если у вас есть серверы процесса масштабирования, обновите их следующим путем запуска Настройка унифицированной системы восстановления сайта Microsoft Azure.

3. Перейдите на портал Azure, а затем перейдите на страницуЗащищенные элементы. Выберите VM на этой странице. Выберите кнопку «Агент обновления», которая отображается в нижней части страницы для каждого VM. Это обновляет агента службы мобильности на всех защищенных VMs.

Заметка Перезапуск рекомендуется после каждого обновления агента Mobility, чтобы убедиться, что все последние изменения загружаются на исходный компьютер. Это не обязательно является обязательным. Тем не менее, перезагрузка является обязательной, если разница между версиями агента от последнего перезапуска и целевой версии больше, чем четыре (4) в последнем десятичном месте. Подробное объяснение приведено в следующей таблице.