Накопительный пакет обновления 42 для Azure Site Recovery

Применяется к
Azure Site Recovery

Введение

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

Подробные сведения об устраненных проблемах и предварительных условиях, которые следует проверить перед установкой этого обновления.

Необходимые условия

Чтобы установить накопительный пакет обновления Microsoft Azure Site Recovery Provider Update 42 (версия 5.1.5200.0), необходимо установить следующее:

  • Поставщик Azure Site Recovery Майкрософт (версия 5.1.4800 или более поздняя)
  • Унифицированная настройка Microsoft Azure Site Recovery (VMware для Azure) (версия 9.26.xxxx.x или более поздняя)
  • Агент служб восстановления Microsoft Azure (версия 2.0.8700.0 или более поздняя)

Примечание Проверку установленной версии поставщика можно выполнить в разделе "Программы и компоненты" на панели управления.

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

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

Служба мобильности

Улучшения

  • Azure Site Recovery теперь поддерживает тестовую отработку отказа, отработку отказа & восстановление после сбоя машин VMware и Azure с помощью структуры UEFI

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

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

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

    • RHEL 8

    • Oracle Linux 7.7

  • Azure в Azure DR

    • Azure Linux компьютеров с Azure шифрованием диска (ADE) теперь можно защитить с помощью Azure Site Recovery

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

  • VMware — Azure DR

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

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

  • Для проверки поддержки подписи кода SHA2 включены предварительные проверки. Для ОС в Windows 2008 R2 с пакетом обновления 1 (SP1), Windows 2008 с пакетом обновления 2 (SP2) и Windows 7 с пакетом обновления 1 (SP1) требуется установить определенные базы знаний для поддержки подписи кода SHA2. Обновления мобильного агента ASR и новые установки не будут успешными, если не включена подпись кода SHA2. Подробнее

Microsoft Azure Site Recovery (служба)

Улучшения

  • Azure виртуальные машины в Норвегии теперь можно защитить с помощью Azure Site Recovery.
  • Azure SKU сервера обработки, используемый для операций восстановления после сбоя в VMware для Azure аварийного восстановления, по умолчанию имеет значение Standard_A8_v2

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

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

  • Уведомления о повторной синхронизации обновляются для предоставления сведений о компьютерах, требующих повторной синхронизации.

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

Обновление компонентов Azure Site Recovery On-Premises

Между двумя локальными сайтами VMM

  1. Скачайте последний накопительный пакет обновлений для поставщика Azure Site Recovery Майкрософт
  2. Сначала установите накопительный пакет обновления на локальном сервере VMM, который управляет сайтом восстановления.
  3. После обновления сайта восстановления установите накопительный пакет обновлений на сервере VMM, который управляет основным сайтом.

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

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

  1. Скачайте накопительный пакет обновления для поставщика Azure Site Recovery Майкрософт.
  2. Установите накопительный пакет обновления на локальном сервере VMM.
  3. Установите последнюю версию агента Microsoft Azure Recovery Services на всех узлах Hyper-V.

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

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

  1. Скачайте накопительный пакет обновления для поставщика Azure Site Recovery Майкрософт.
  2. Установите поставщика на каждом узле серверов Hyper-V, зарегистрированных в Azure Site Recovery.

Примечание Если Hyper-V — это узел кластерного сервера Hyper-V, убедитесь, что обновление установлено на всех узлах кластера.

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

  1. Обновите локальный сервер управления, скачав единую настройку Microsoft Azure Site Recovery. Это сервер с ролями сервера конфигурации и сервера обработки.
  2. Если у вас есть масштабируемые серверы процессов, затем обновите их, запустив единую настройку Microsoft Azure Site Recovery.
  3. Перейдите на портал Azure и откройте страницу "Реплицированные защищенныеэлементы>". Выберите виртуальную машину на этой странице. Нажмите кнопку агента обновления , которая отображается внизу страницы для каждой виртуальной машины. При этом агент службы Mobility Service обновляется на всех защищенных виртуальных машинах.

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

Версия агента при последнем перезапуске Обновление до Обязателен ли перезапуск?
9.25 9.27 Не обязательно
9.25 9.28 Не обязательно
9.25 9.29 Не обязательно
9.25 9.30 Обязательный

Сначала обновите систему до версии 9.29, а затем перезапустите ее перед обновлением до версии 9.30 (потому что разница между последней версией перезапуска и целевой версией больше 4).