Update Rollup 42 para recuperação de Azure Site

Introdução

Este artigo descreve os problemas corrigidos no Update Rollup 42 nas seguintes versões do Microsoft Azure Site recuperação:

• Transferir o fornecedor de recuperação de Site do Microsoft Azure (versão 5.1.5200.0)

• Transferir o Microsoft Azure Site recuperação unificado Setup (VMware para Azure) (versão 9.30.5407.1)

• Transferir o agente de serviços de recuperação do Microsoft Azure (versão 2.0.9165.0)

• Transferir o modelo de recuperação de Site do Microsoft Azure configuração servidor OVF (versão 5.1.5200.0)

• Transferir mobilidade Service para Windows (versão 9.30.5407.1)

• Transferir o serviço de mobilidade para CentOS (versão 9.30.5407.1)

• Transferir o serviço de mobilidade para Ubuntu (versão 9.30.5407.1)

Obter informações sobre os detalhes dos problemas corrigidos e o Pré-requisitos que deverá ser verificada antes de instalar esta actualização.

Pré-requisitos

Para instalar o Microsoft Azure Site recuperação fornecedor Update Rollup 42 (versão 5.1.5200.0), tem de ter instalado o seguinte:

• Fornecedor de recuperação de Site do Microsoft Azure (versão 5.1.4800 ou uma versão posterior)

• Configuração de unificado de recuperação do Microsoft Azure Site (VMware para Azure) (versão 9.26.xxxx.x ou uma versão posterior)

• Agente de serviços de recuperação do Microsoft Azure (versão 2.0.8700.0 ou uma versão posterior)

Nota   Pode verificar a versão do fornecedor instalado no item programas e funcionalidades no painel de controlo.

Melhoramentos efectuados e os problemas corrigidos nesta actualização

Depois de instalar esta actualização, os seguintes problemas foram corrigidos e são incluídos os seguintes melhoramentos.

Serviço de mobilidade

Melhoramentos

• Azure Recuperação de site agora suporta testar a activação pós-falha, activação pós-falha e reactivação pós-falha de VMware e Máquinas Azure com esquema UEFI

• • VMware máquinas com sistemas operativos seguintes são suportadas - 2012 de servidor do Windows, 2012R2 de servidor do Windows, Windows Server 2016, servidor de Windows 2019, SLES12Sp4, RHEL8

  • Todos os Máquinas Azure que são geração 2 são suportadas

• SO Linux suportam melhorias

• • RHEL 8

  • Oracle Linux 7.7

• Azure a Azure DR

• • Máquinas de Azure Linux com encriptação de disco Azure (ADE) podem agora ser protegidas através da recuperação de Site Azure

  • Python 3 para a extensão do Linux é agora suportada

• VMware a Azure DR

• • Dados alterar a velocidade (vasilha) de discos e registos de taxa de carregamento de dados estão agora disponíveis no registo Integração de Analytics com o Cofre de palavras de serviços de recuperação

Problemas corrigidos

• Pré-requisito controlos estão activados para validar o suporte de assinatura em código SHA2. Sistema operativo em execução no Windows 2008 R2 SP1, Windows 2008 SP2 e Windows 7 SP1 requer determinadas KB ser instaladas para activar a assinatura de código SHA2. Actualizações de agente de mobilidade de ASR e frescos instalações não terá êxito se a assinatura de código SHA2 não está activada. Obter mais informações

Recuperação de Site do Microsoft Azure (serviço)

Melhoramentos

• Azure máquinas virtuais no Noruega geo agora podem ser protegidas através da recuperação de Site Azure.

• Servidor de processo azure SKU utilizado para operações de reactivação pós-falha VMware para Azure DR é predefinida para Standard_A8_v2

Problemas corrigidos

• Desempenho melhoramentos são efectuados para minimizar o tempo despendido para carregar itens replicada blade do Cofre de palavras de serviços de recuperação & de servidor blade de processo

• Ressincronização as notificações são actualizadas para fornecer detalhes de máquinas que requerem ressincronização.

• Num cenário de DR Azure para Azure, o conta de automatização recolhida durante a activar a replicação não é sempre na região de destino (tal como nem todas as regiões têm contas de automatização). Existe uma geo a conta de automatização mapeamento que informa que região tem de ser aprovisionada no. Este mapeamento geo é actualizado para permitir que os clientes a utilizar contas de automatização de uma região diferente.

Actualizar os componentes de Azure Site recuperação no local

Entre os locais VMM dois no local

1. Transferir o Update Rollup mais recente para Fornecedor de recuperação de Site do Microsoft Azure

2. Instale o Update Rollup pela primeira vez no servidor VMM no local que está a gerir o site de recuperação.

3. Depois da recuperação site é actualizado, instale o conjunto de actualizações no servidor VMM que está a gerir o site principal.

Nota Se o VMM um altamente VMM disponíveis (VMM agrupadas), certifique-se de que instala a actualização em todos os nós do cluster em que o serviço VMM está instalado.

Entre um site VMM no local e Azure

1. Transferir o Update Rollup para Fornecedor de recuperação de Site do Microsoft Azure.

2. Instale o Update Rollup no servidor VMM no local.

3. Instalar os mais recentes Agente de serviços de recuperação do Microsoft Azure em todos os anfitriões de Hyper-V.

Nota Se o VMM um altamente VMM disponíveis (VMM agrupadas), certifique-se de que instala a actualização em todos os nós do cluster em que o serviço VMM está instalado.

Entre um site de Hyper-V no local e Azure

1. Transferir o Update Rollup paraFornecedor de recuperação de Site do Microsoft Azure.

2. Instale o fornecedor em cada nó dos servidores de Hyper-V que registou na recuperação de Site Azure.

Nota Se o Hyper-V for um servidor de anfitrião em cluster Hyper-V, certifique-se de que instala a actualização em todos os nós do cluster.

Entre um VMware no local ou o local físico para Azure

1. Actualizar o servidor de gestão local através da transferência Recuperação de Site da Microsoft Azure unificado o programa de configuração. Este é o servidor que tem o servidor de configuração e funções de servidor do processo.

2. Se tiver servidores de fora de escala de processo, actualizá-las em seguida, executando Recuperação de Site da Microsoft Azure unificado o programa de configuração.

3. Ir para o portal Azure e, em seguida, vá para os Itens protegidos > página Replicados itens . Seleccione uma VM nesta página. Seleccione o botão do Update Agent que aparece na parte inferior da página para cada VM. Este procedimento actualiza o representante do serviço de mobilidade em todos os VMs protegidas.

Nota Um reinício é recomendado após cada actualização do agente de mobilidade para se certificar de que todas as alterações mais recentes são carregadas no computador de origem. Não é necessariamente obrigatório. No entanto, um reinício é obrigatório se a diferença entre as versões de agente do último reinício e a versão de destino for maior do que quatro (4) em que a última casa decimal. Consulte a tabela seguinte para obter uma explicação detalhada.