Перейти к основному контенту
Поддержка
Войдите с помощью учетной записи Майкрософт
Войдите или создайте учетную запись.
Здравствуйте,
Выберите другую учетную запись.
У вас несколько учетных записей
Выберите учетную запись, с помощью которой нужно войти.

Введение

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

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

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

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

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

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

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

Обратите внимание, что вы можете проверить установленную версию поставщика в панели управления программ и функций.

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

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

Поставщик восстановления сайтов Microsoft Azure

Улучшения

Лазурный в Лазурный

  • Опыт повторной защиты усовершенствования: Для лучшего управления BCDR, теперь мы очищаем машины в Область DR после сбоя завершена и когда VMs повторно защищены. Нет необходимости вручную удалять ВМ и NICs.

  • Тест Failover статические настройки IP: Ранее, когда клиенты выполнили тест failover на фактической сети DR, мы сделали не использовать исходный IP. Это было необходимо для обеспечения того, чтобы ИС была доступна для фактический DR. Тем не менее, клиенты хотят получить тот же IP-адрес во время DR-упражнение для проверки настроек сетей. Мы рассмотрели эту проблему и позволяют клиентам выбирать статические IPs во время тестового сбоя.

  • Валидаторы для улучшения готовность к сбою: добавлены валидаторы, чтобы гарантировать, что клиенты готовы к неудача. Необходимые действия вместе с проблемой будут предоставлены в случае неудача подозревается.

Шаблон настройки и настройки сервера Microsoft Azure

Улучшения

  • Сообщения об ошибках во время развертывания сервера конфигурации через OVF удаляются, чтобы обеспечить точную первопричину и рекомендуемые шаги для устранения проблемы.

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

Улучшения

  • Новые оповещения о работоспособности добавляются для ниже сценариев, которые влияют на создание пунктов восстановления приложения

    • Когда сбой в сбой приложений VSS на исходной машине

    • Когда vsS Provider отключен или не установлен на исходной машине

  • Существующие оповещения о состоянии здоровья обогащаются контекстной информацией для лучшего анализа

    • Детали диска, скорость оттока и объем данных, ожидающих рассмотрения на диске, добавляются для предупреждения о внезапном высоком уровне оттока'

    • Детали диска и объем данных, ожидающих рассмотрения на диске, добавляются для 'Оповещение о высокой задержке'

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

  • Серверы на Windows 2019 с включенной безопасной загрузкой UEFI будут заблокированы во время репликации включить включить. Это позволит избежать проблем с загрузкой после сбоя, так как Azure не поддерживает безопасную конфигурацию загрузки UEFI

  • Сбои выполнения MSI наблюдались при установке агента мобильности при установке нескольких продуктов на сервере. Альтернативный подход предназначен для решения этой проблемы.

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

Улучшения

  • Для защиты серверов Hyper-V в Azure можно использовать учетные записи хранения ACLed

  • Улучшения вносятся в логику, используемую для выбора наиболее подходящего VM SKU во время неудачи. Несколько угловых случаев, где были выбраны skUs высокой конфигурации, теперь обрабатываются.

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

  • Sсказка или неожиданные записи в файле 'device.map' обрабатываются, чтобы избежать сбоев в Серверы Linux

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

Улучшения

Na

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

Na

Обновление компонентов восстановления сайта 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 Site Recovery. Это сервер, который имеет роли сервера конфигурации и процесса.

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

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

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

Агентская версия во время последней перезагрузки

Обновление до

Является ли перезагрузка обязательной?

9.16

9.18

Не обязательно

9.16

9.19

Не обязательно

9.16

9.20

Не обязательно

9.16

9.21

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

Дополнительная информация

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

В этом обновлении нет известных проблем.

Ссылки

Узнайте о терминологии, которую корпорация Майкрософт использует для описания обновлений программного обеспечения.

Заявление об отказе от ответственности за сведения о продуктах сторонних производителей

В этой статье упомянуты программные продукты независимых производителей. Корпорация Майкрософт не дает никаких гарантий, подразумеваемых и прочих, относительно производительности и надежности этих продуктов.

Нужна дополнительная помощь?

Нужны дополнительные параметры?

Изучите преимущества подписки, просмотрите учебные курсы, узнайте, как защитить свое устройство и т. д.

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

Были ли сведения полезными?

Насколько вы удовлетворены качеством перевода?
Что повлияло на вашу оценку?
После нажатия кнопки "Отправить" ваш отзыв будет использован для улучшения продуктов и служб Майкрософт. Эти данные будут доступны для сбора ИТ-администратору. Заявление о конфиденциальности.

Спасибо за ваш отзыв!

×