Обновление 58 для восстановления сайта Azure -KB5007075

Mobility Service 

Устранены проблемы

• Исправлена проблема, из-за которой системное завершение работы системы для сбойов на компьютерах Azure зависло из-за внутренней ошибки.

• Улучшены сообщения журнала для упростить и быстро отладить. 

• Исправлена проблема, из-за которой завершение работы на компьютерах с операционной системой Linux задерживалось на 30 минут.

• Улучшенное уведомление об ошибке для нескольких сценариев, в которых не удалось устранить проблемы.

• Исправлена проблема, из-за которой не удалось включить репликацию из-за неправильной идентификации операционной системы.

• Исправлена проблема, из-за которой репликация стала критической из-за ошибки с сообщением о том, что служба мобильной связи была установлена. 

• [Архитектура предварительного просмотра VMware] Исправлена проблема, из-за которой при сбое регистрации не появлялось сообщение об ошибке.

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

Изменения не были добавлены.

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

Изменения не были добавлены.

Between two on-premises VMM sites

1. Скачивание последней версии обновления для Microsoft Azure-сайта

2. Сначала установите обновление на локальном VMM-сервере, который управляет сайтом восстановления.

3. После обновления сайта восстановления установите обновление на VMM-сервер, который управляет основным сайтом.

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

Между локальной платформой VMM и Azure

1. Скачайте обновление для поставщика Microsoft Azure сайта.

2. Установите обновление на локальном VMM-сервере.

3. Установите последнюю версию Microsoft Azure служб восстановления на всех hosts Hyper-V.

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

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

1. Скачайте обновление для поставщика Microsoft Azure сайта.

2. Установите поставщика на каждый узел серверов Hyper-V, зарегистрированных в azure Site Recovery.

Примечание. Если hyper-V является сервером Host Clustered Hyper-V, убедитесь, что вы установили обновление на всех узлах кластера.

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

1. Обновите свой сервер управления локальной версией,  скачавMicrosoft Azure единая настройка восстановления сайта. Это сервер с ролями серверов Configuration Server и Process.

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

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

Примечание. Если вы обновляете или защищаете SUSE Linux Enterprise Server 11 с SP3, SUSE Linux Enterprise Server 11 с SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8 и UBUNTU-14.04, выполните следующие действия:

1. Скачайте установщик для своих компьютеров:

   • SUSE Linux Enterprise Server 11 с SP3

   • SUSE Linux Enterprise Server 11 с sp4

   • RHEL5

   • CentOS 5

   • Oracle Linux 6

   • DEBIAN 7

   • DEBIAN 8

   • UBUNTU-14.04

2. Скопируйте установщик в папки INSTALL_DIR\home\svsystems\pushinstallsvc\репозиторий в Configuration Server и Scale Out Process Servers перед обновлением или защитой виртуальных машин. Например, ниже будет имя папки, если путь установки серверов Configuration Server или Process Servers будет иметь путь C:\Program Files (x86)\Microsoft Azure Восстановление сайта –

   • C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository

3. После копирования установщика перейдите на services.msc и перезапустите службу PushInstall InMage.

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