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

Mobility Service 

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

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

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

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

• Обновлен агент Windows Azure до последней версии. 

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

Улучшения

• Были усовершенствована возможность быстрого репликации и повторной защиты операций на 46 %.

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

Улучшения

• Репликация теперь можно включить между двумя регионами 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.

Примечание. Если гипер-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

   • DEBIAN7

   • DEBIAN8

   • UBUNTU-14.04

2. Скопируйте установщик в папки INSTALL_DIR\home\svsystems\pushinstallsvc\repository в 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) в последнем десятичной замещении. Подробное объяснение см. в таблице ниже.