Зведене оновлення 43 для відновлення сайту Azure

Вступ

У цій статті наведено проблеми, які вирішено у пакеті оновлення 43 у наведених нижче версіях відновлення веб-сайту Microsoft Azure:

• Служба підтримки мобільності Azure to Azure DR (версія 9.31.5449.1)

• У випадку VMware to Azure DR сценарій не має випуску версії 9,31

• HyperV & VMM до сценарію "Блакитний"

• • Завантажити постачальника відновлення веб-сайту Microsoft Azure (версія 5.1.5300.0)

  • Завантажити агент служб відновлення Microsoft Azure (версія 2.0.9165.0)

Дізнайтеся про відомості про проблеми, які вирішено, а також Попередні вимоги це потрібно перевірити, перш ніж інсталювати це оновлення.Примітка: відредаговано з 2-го березня для розміщення змін у VMware для Azure DR Release

Попередні вимоги

Щоб інсталювати оновлену версію постачальника поновлення Microsoft Azure для сайту 43 (версія 5.1.5300.0), потрібно виконати одну з таких дій:

• Постачальник відновлення веб-сайту Microsoft Azure (версія 5.1.4900 або пізніша версія) (VMM або Hyper V to Azure)

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

Нотатки Ви можете перевірити встановлену версію постачальника в розділі "програми та засоби" на панелі керування.

Удосконалення та проблеми з усунено в оновленні

Після інсталяції цього оновлення будуть усунені наведені нижче проблеми, а також включені наведені нижче вдосконалення.

Служба підтримки портативних ПК (Azure to Azure)

Вдосконалення

• Вдосконалення підтримки ОС Linux

• • RHEL 8,1

  • Ubuntu 18.04.3 (ядро v 5.3)

Проблеми, які вирішено

• Автоматично Очищуйте пошкоджені файли, неповні файли на сервері процесів, щоб забезпечити успішне виконання початкового робочого циклу реплікації.

• Перед інсталяцією буде покращено перевірку інсталяції агента мобільності, які можна підвищити до пошкодження поверхні WMI.

Відновлення сайту Microsoft Azure (служба)

Вдосконалення

• Розширене оброблення даних під час виконання високих шунцій для мінімізації часу, що приймається для resynchronization

• Додаткові валідації додаються під час створення цільового ресурсу, щоб уникнути недійсних входів.

• Повідомлення про помилку "розширене необроблена виняткова ситуація", коли керовані диски не знайдено в цільовому регіоні.

• Ввімкнуто TLS 1,2 для всіх служб у гіпер V, щоб Лазурний сценарій. Переконайтеся, що TLS 1,2 підтримує локальні сервери, щоб забезпечити плавне підключення. Докладні відомості

Проблеми, які вирішено

• У HyperV to Azure вирішено проблему, через яку не вдалося виконати реплікацію в разі ввімкнення брандмауера для цільових облікових записів.

Оновлення локальних компонентів для відновлення веб-сайту Azure

Між двома локальними сайтами VMM

1. Завантаження найновішого зведеного оновлення для постачальника відновлення веб-сайту Microsoft Azure

2. Інсталюйте зведене оновлення спочатку на локальному сервері VMM, який керує сайтом відновлення.

3. Після оновлення сайту відновлення інсталюйте зведене оновлення на сервері VMM, на якому керує первинний сайт.

Примітка. Якщо VMM є дуже доступним VMM (звичайна VMM), переконайтеся, що ви інсталюєте оновлення на всіх вузлах кластера, де інстальовано службу VMM.

Між локальним сайтом VMM і Azure

1. Завантаження зведеного оновлення для Постачальник відновлення веб-сайту Microsoft Azure.

2. Інсталюйте зведене оновлення на локальному сервері VMM.

3. Інсталяція найновішої версії Агент служб відновлення Microsoft Azure на всіх хостів Hyper-V.

Примітка. Якщо ваш VMM є дуже доступним VMM (звичайна VMM), переконайтеся, що ви інсталюєте оновлення на всіх вузлах кластера, де інстальовано службу VMM.

Між локальним сайтом Hyper-V і Azure

1. Завантаження зведеного оновлення для Постачальник відновлення веб-сайту Microsoft Azure.

2. Інсталюйте постачальника на кожний вузол серверів Hyper-V, зареєстрованих у відновленні сайту Azure.

Примітка. Якщо функція Hyper-V – це ведучий кластерного сервера Hyper-V, переконайтеся, що ви інсталюєте оновлення на всіх вузлах кластера.

Примітка. Перезавантаження рекомендується після кожного оновлення агента мобільності, щоб переконатися, що всі ці зміни завантажуються на вихідному комп'ютері. Це необов'язково. Однак, якщо різниця між версіями в агенті з останнього перезапуску та кінцевою версією програми більше чотирьох (4) у останньому десятковому розташуванні, то це не обов'язково. Докладні пояснення наведено в таблиці нижче.