Введение
В этой статье описаны проблемы, исправленные в накопительном пакете обновления 61 в следующих версиях Microsoft Azure Site Recovery:
Из Azure в Azure
VMware/физические устройства в Azure
Скачать шаблон Microsoft Azure Site Recovery Configuration Server OVF (версия 5.1.7387.0)
-
SHA256 hash AB51E1BAB32BD93A1B255E43BEBC8C04C63B97EC1EDD439E55FCECE1663F4446
-
Скачать Microsoft Azure Site Recovery Unified Setup (VMware для Azure) (версия 9.48.6349.1)
-
Prerequisite to update or protect SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8 and UBUNTU-14.04 machines: Ensure latest mobility agent installer is downloaded from Microsoft Download Center and placed in push installer repository on configuration server. Refer to the section Updating your Azure Site Recovery On-Premises components.
-
Hyper-V или VMM в Azure
Переход с VMware на Azure (предварительная версия)
Подробные сведения об устраненных проблемах и предварительных условиях, которые следует проверить перед установкой этого обновления.
Необходимые условия
Для установки накопительного пакета обновления Microsoft Azure Site Recovery Provider Update 61 необходимо установить следующее:
- Поставщик Azure Site Recovery Майкрософт (версия 5.1.6800 или более поздняя)
- Унифицированная настройка Microsoft Azure Site Recovery (VMware для Azure) (версия 9.44.xxxx.x или более поздняя)
- Агент служб восстановления Microsoft Azure (версия 2.0.9202.0 или более поздняя)
Примечание. Проверку установленной версии поставщика можно выполнить в разделе "Программы и компоненты" на панели управления.
Улучшения и исправления проблем в этом обновлении
После установки этого обновления исправлены следующие проблемы, а также включены следующие улучшения.
Служба мобильности
Улучшения
- Добавлена поддержка дополнительного списка ядер для дистрибутивов Debian 10 и Ubuntu 20.04 Linux.
- Добавлена поддержка томов LVM с тонкой подготовкой.
Исправленные проблемы
- Исправлена проблема, из-за которой установка службы мобильности на компьютерах с операционной системой Oracle Linux завершалась сбоем, если в системе отсутствовали ядра RedHat.
- Добавлен блокировщик для компьютеров Linux с включенной безопасной загрузкой, так как безопасная загрузка не поддерживается Site Recovery.
- Добавлено исправление, из-за которого происходил сбой системы при обработке изменения размера диска.
- [Архитектура VMware Preview] Исправлена проблема, из-за которой отправка данных приводила к ненужным операциям повторной синхронизации.
- [Архитектура VMware Preview] Исправлена проблема, из-за которой первоначальная репликация во время повторной защиты из Azure в локальную среду переставала отвечать.
- [Архитектура VMware Preview] Исправлена проблема, из-за которой возникал сбой регистрации агента службы мобильности на компьютере, где ранее репликация была отключена.
Microsoft Azure Site Recovery (служба)
Улучшения
- Общедоступная предварительная версия интеграции резервирования мощностей по требованию с Site Recovery уже доступна.
Microsoft Azure Site Recovery (портал)
Улучшения
- Общедоступная предварительная версия интеграции резервирования мощностей по требованию с Site Recovery уже доступна. Дополнительные сведения.
Обновление компонентов Azure Site Recovery On-Premises
Между двумя локальными сайтами VMM
- Скачайте последний накопительный пакет обновления для Microsoft Azure Site Recovery.
- Сначала установите накопительный пакет обновления на локальном сервере VMM, который управляет сайтом восстановления.
- После обновления сайта восстановления установите накопительный пакет обновлений на сервере VMM, который управляет основным сайтом.
Примечание Если VMM — это высокодоступный VMM (кластерный VMM), убедитесь, что обновление установлено на всех узлах кластера, где установлена служба VMM.
Между локальным сайтом VMM и Azure
- Скачайте накопительный пакет обновления для поставщика Azure Site Recovery Майкрософт.
- Установите накопительный пакет обновления на локальном сервере VMM.
- Установите последнюю версию агента Microsoft Azure Recovery Services на всех узлах Hyper-V.
Примечание Если VMM — это высокодоступный VMM (кластерный VMM), убедитесь, что обновление установлено на всех узлах кластера, где установлена служба VMM.
Между локальным сайтом Hyper-V и Azure
- Скачайте накопительный пакет обновления для поставщика Azure Site Recovery Майкрософт.
- Установите поставщика на каждом узле серверов Hyper-V, зарегистрированных в Azure Site Recovery.
Примечание Если Hyper-V — это узел кластерного сервера Hyper-V, убедитесь, что обновление установлено на всех узлах кластера.
Между локальной VMware или физическим сайтом в Azure
- Обновите локальный сервер управления, скачав единую настройку Microsoft Azure Site Recovery. Это сервер с ролями сервера конфигурации и сервера обработки.
- Если у вас есть масштабируемые серверы процессов, затем обновите их, запустив единую настройку Microsoft Azure Site Recovery.
- Перейдите на портал Azure и откройте страницу "Реплицированные защищенныеэлементы>". Выберите виртуальную машину на этой странице. Нажмите кнопку агента обновления , которая отображается внизу страницы для каждой виртуальной машины. При этом агент службы Mobility Service обновляется на всех защищенных виртуальных машинах.
Примечание. При обновлении или защите компьютеров SUSE Linux Enterprise Server 11 с пакетом обновления 3 (SP3), SUSE Linux Enterprise Server 11 с пакетом обновления 4 (SP4), RHEL5, CentOS 5 DEBIAN7 и DEBIAN8, обязательно выполните следующие действия.
Скачайте соответствующий установщик для ваших компьютеров –
Скопируйте установщик в папки INSTALL_DIR\home\svsystems\pushinstallsvc\repository на сервере конфигурации и серверах Scale Out процессов перед обновлением или защитой Виртуальные машины. Например, ниже будет имя папки, если путь установки сервера конфигурации или сервера обработки — C:\Program Files (x86)\Microsoft Azure Site Recovery –
- C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository
После копирования установщика перейдите на сайт services.msc и перезапустите службу InMage PushInstall .
Примечание. Рекомендуется перезапуск после каждого обновления агента мобильности, чтобы убедиться, что все последние изменения загружены на исходный компьютер. Это не обязательно обязательно. Однако перезапуск обязателен, если разница между версиями агента от последней перезагрузки до целевой версии превышает четыре (4) в последнем десятичном знаке. Более подробное объяснение см. в следующей таблице.
| Версия агента при последнем перезапуске | Обновление до | Обязателен ли перезапуск? |
|---|---|---|
| 9.25 | 9.27 | Не обязательно |
| 9.25 | 9.28 | Не обязательно |
| 9.25 | 9.29 | Не обязательно |
| 9.25 | 9.30 | Обязательный Сначала обновите систему до версии 9.29, а затем перезапустите ее перед обновлением до версии 9.30 (потому что разница между последней версией перезапуска и целевой версией больше 4) |