Введение
В этой статье описывается проблемы, исправленные в Update Rollup 35 в следующих версиях Компоненты восстановления сайта Microsoft Azure:
-
Поставщик восстановления сайта Microsoft Azure (версия 5.1.4000.0)
-
Сервер конфигурации восстановления сайта Microsoft Azure (версия 5.1.4000.0)
-
Microsoft Агент служб восстановления Azure (версия 2.0.9156.0)
Примечания.
-
Это hotfix для вопросов, упомянутых в разделе "Вопросы, которые фиксируются в этом обновлении" раздел.
-
Смотрите раздел "Вопросы, исправленные в этом обновлении" и раздел "Предпосылки" раздел для чегодолжны быть проверены перед установкой этого обновления.
Для получения дополнительной информации о том, как загрузить службу поддержки Майкрософт файлы, см. Базовая статья:
119591 год Как получить файлы поддержки Майкрософт из онлайн-сервисов
Microsoft отсканированы эти файлы для вирусов. Корпорация Майкрософт использовала самые актуальные программное обеспечение для обнаружения вирусов, которое было доступно на дату, когда файл был Опубликовано. Файл хранится на серверах, усовершенствованных службами безопасности, которые помогают предотвратить несанкционированные изменения в файле.
Предварительные условия
Для установки Microsoft Azure сайта Восстановление поставщика обновления Rollup 35 (версия 5.1.4000.0), вы должны иметь одно из следующих предпосылок:
-
Менеджер восстановления Microsoft Azure Hyper-V (версия 3.4.486 или более поздняя версия)
-
Поставщик Hyper-V сайта Microsoft Azure (версия 4.6.660 или более поздняя версия)
-
Поставщик восстановления сайта Microsoft Azure (версия 5.1.3600 или более поздняя версия)
-
Унифицированная настройка восстановления сайта Microsoft Azure (VMware to Azure) (версия 9.19. xxxx. x или более поздняя версия)
Заметка Вы можете проверить установленная версия поставщика в элементе программы и функции в управлении Панель.
Проблемы, решаемые этим обновлением
После установки этого обновления будут устранены следующие проблемы, а также следующие улучшения включены.
Microsoft Azure Поставщик восстановления сайта
Улучшения
Azure в Azure DR
-
Обновления, вносимые в network Mappings, больше не влияют на целевые конфигурации для существующих репликаций.Если сетевое картирование между исходным VNet и целевым VNet изменено, целевой VNet для существующих репликаций не обновляется. Ранее выбранная целевая конфигурация VNet останется нетронутой.
VMware в Azure DR
-
Непосредственно записывать управляемые диски.Все новые средства защиты теперь реплицируются непосредственно на управляемые диски. Данные из локальных отправляются на учетную запись хранения кэша в Azure. Точки восстановления создаются в управляемых дисках на целевой стороне. Это означает, что вам не придется управлять несколькими учетными записями целевого хранилища на цели.
Исправлены проблемы
Лазурный в Лазурный DR
-
Улучшение сообщения об ошибке при сбою, генерируемом ошибками, завершается после удаления основного VM.
-
Сообщение об ошибке во время очистки или отключать работу при сбою в очистке ссылок ресурсов улучшается путем включения действенных деталей.
-
Предупреждающие сообщения добавляются во время защиты шифрования VM Azure при наличии проблем с доступом.
-
Исправлена проблема во время резащиты, в которой произошло сообщение об ошибке "Виртуальная машина не может быть защищена, так как диск уже настроен с другим seed blob URI для защиты".
-
Улучшен зашифрованный рабочий процесс защиты VM для уменьшения сообщений исключений.
-
Улучшенная проверка готовности к сбою.
-
DR Cross Subscription: Разрешить для сетевого отображения другой подписки, даже если она уже отображается.
-
Исправляет проблему в рабочих процессах защиты, в которых не отображался опция для управляемого диска.
-
Добавлена поддержка для сохранения свойства ApplicationGateway BackendAddressPools в IpConfigurations при обновлении существующих NICs.
-
Поколение проблем со здоровьем, если есть изменения в типе диска после защиты.
Microsoft Azure Установка и настройка сервера восстановления сайта
Улучшения
-
Поддержка сервера конфигурации, использующем несколько NICs.
-
-
При проектировании предприимчивой сети как отдельной сети, не имеющей доступа к интернет-хранилищам или хранилищам Azure (имея несколько NICs на Configuration Server), необходимо зарегистрировать обе сети во время регистрации сервера конфигурации или опубликовать обновление до этой версии.
-
После регистрации обеих сетей с помощью Azure Site Recovery сети не могут быть изменены.
-
Failback не поддерживается, если обе сети не зарегистрированы.
-
Исправлены проблемы
-
Улучшение сообщения об ошибке для сбоев обнаружения vCenter.
-
Сообщение об ошибке добавляется при попытке защитить компоненты восстановления сайта Azure, такие как Configuration Server, Process Server и Master Target.
Мобильный сервис
Исправлены проблемы
-
Физические серверы теперь имеют право на безгидратацию во время сбоя. Это сводит к снижению цели времени восстановления (RTO). Подробнее о без гидратации.
-
Поддержка SUSE Linux Enterprise Server 12 Service Pack 4 (SP4)
-
Улучшения установки mobility Agent:
-
-
Перед версией 9.23 ошибки в установке поставщика Azure Site Recovery VSS привели к сбоям в установке Mobility Agent. В версии 9.23 и более поздних версиях, если установка поставщика VSS не удается во время установки Mobility Agent, то происходят следующие улучшения:
-
Установка mobility Agent продолжается, и установка поставщика VSS не завершена.
-
Статус задания будет обновляться как "Предупреждение", и будет показано четкое сообщение об ошибке с указанием точной причины сбоя установки поставщика Azure Site Recovery VSS. Следуйте рекомендуемому действию, представленному в сообщении об ошибке для успешного поколения согласованных точек приложения.
-
Вы должны знать, что сбои установки поставщика VSS не влияют на генерацию очков сбоев. Ваши серверы будут продолжать генерировать аварийные точки.
-
Обновление компонентов восстановления сайта Azure on-Premises
Между двумя на территории Сайты VMM
-
Скачать последнее обновление Rollup дляПоставщик восстановления сайтов Microsoft Azure.
-
Сначала установите Обновление Rollup на предприимчивом vMM-сервере, управляющем сайтом восстановления.
После обновления сайта восстановления установите обновление Rollup на сервере VMM, управляющем основным сайтом.
Примечания.
-
Если VMM является высокодоступной VMM (кластерный VMM), убедитесь, что вы установите обновление на все узлы кластера, где установлена услуга VMM.
-
Перезапуск узла не требуется, если не указано иное.
Между помещениями Сайт VMM и Azure
-
Скачать обновление Rollup дляПоставщик восстановления сайтов Microsoft Azure.
-
Установите обновление Rollup на предприимчивом vMM-сервере.
-
Установка новейшегоМАРСагента на всех хостах Hyper-V.
Примечания.
-
Если Ваш VMM является высокодоступной VMM (кластерный VMM), убедитесь, что вы установите обновление на все узлы кластера, где установлена услуга VMM.
-
Перезапуск узла не требуется, если не указано иное.
Между помещениями Сайт Hyper-V и Azure
-
Скачать обновление Rollup дляПоставщик восстановления сайтов Microsoft Azure.
-
Установите поставщика на каждый узел серверов Hyper-V, зарегистрированных в Azure Site Recovery.
Примечания.
-
Если Hyper-V является хост кластерным Hyper-V-сервером, убедитесь, что вы установите обновление на все узлы кластера.
-
Перезапуск узла не требуется, если не указано иное.
Между помещениями VMware или физический сайт в Azure
-
Обновление сервера управления в помещениях путем загрузкиНастройка унифицированной системы восстановления сайта Microsoft Azure. Это сервер, который имеет роли сервера конфигурации и процесса.
-
Если у вас есть серверы масштабирования процесса, обновите их по следующимиспользуяНастройка унифицированной системы восстановления сайта Microsoft Azure.
-
Перейдите на портал Azure, а затем перейдите на страницуЗащищенные элементы. Выберите VM на этой странице. Выберите кнопку «Агент обновления», которая отображается в нижней части страницы для каждого VM. Это обновляет агента службы мобильности на всех защищенных VMs.
ЗаметкаПерезагрузка рекомендуется после каждого обновления агента мобильности, чтобы убедиться, что все последние изменения загружаются на исходный компьютер. Однако это не Обязательным. Если разница между версиями агента от последнего перезапуска и текущая версия больше, чем 4, то перезагрузка является обязательным. Посмотреть следующей таблице для подробного объяснения.
|
Агентская версия во время последнего перезапуска |
Обновление до |
Является ли перезагрузка Обязательным? |
|---|---|---|
|
9.16 |
9.18 |
Не обязательно |
|
9.16 |
9.19 |
Не обязательно |
|
9.16 |
9.20 |
Не обязательно |
|
9.16 |
9.21 |
Да, сначала перейти на версию 9.20, затем перезапустить перед обновлением до версии 9.21 в качестве разницы между версиями (версия 9.16, где последний перезапуск был выполнен, и целевая версия 9.21) является |
Известные проблемы
Там не известны проблемы в этом обновлении.
Ссылки
Узнайте о терминологии, Корпорация Майкрософт использует для описания обновлений программного обеспечения.
Заявление об отказе от ответственности за сведения о продуктах сторонних производителей
Сторонние продукты, которые обсуждается в этой статье, производятся компаний, не зависях от корпорации Майкрософт. Мы не делаем никакой гарантии, подразумеваемой или в противном случае, о производительности или надежности этих продуктов.
Мы предоставляем сторонним контактным и веб-сайту информацию, чтобы помочь вам найти технической поддержки. Эта информация может изменяться без предварительного уведомления. Мы не гарантировать точность этой информации сторонних лиц.
