Atualização rollup 42 para recuperação do site azure

Introdução

Este artigo descreve os problemas que são corrigidos no Atualização Rollup 42 nas seguintes versões do Microsoft Azure Site Recovery:

• Baixe o Provedor de Recuperação de Sites do Microsoft Azure (versão 5.1.5200.0)

• Baixe a configuração unificada de recuperação do site do Microsoft Azure (VMware para o Azure) (versão 9.30.5407.1)

• Baixe o Microsoft Azure Recovery Services Agent (versão 2.0.9165.0)

• Baixe o modelo OVF de configuração de configuração de recuperação de site do Microsoft Azure (versão 5.1.5200.0)

• Baixe o Serviço de Mobilidade para Windows (versão 9.30.5407.1)

• Baixe o Serviço de Mobilidade para CentOS (versão 9.30.5407.1)

• Baixe o Serviço de Mobilidade para Ubuntu (versão 9.30.5407.1)

Saiba mais sobre os detalhes dos problemas que são corrigidos e Pré-requisitos que deve ser verificado antes de instalar esta atualização.

Pré-requisitos

Para instalar o Microsoft Azure Site Recovery Provider Atualização Rollup 42 (versão 5.1.5200.0), você deve ter um dos seguintes instalados:

• Microsoft Azure Site Recovery Provider (versão 5.1.4800 ou uma versão posterior)

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

• Microsoft Azure Recovery Services Agent (versão 2.0.8700.0 ou uma versão posterior)

Nota   Você pode verificar a versão do provedor instalado no item programas e recursos no Painel de Controle.

Melhorias feitas e problemas corrigidos nesta atualização

Depois de instalar esta atualização, os seguintes problemas são corrigidos e as seguintes melhorias estão incluídas.

Serviço de Mobilidade

Melhorias

• Azure A recuperação do site agora suporta a falha de teste, a falha e o faletamento da VMware e Máquinas azure com disposição UEFI

• • Vmware máquinas com seguintes sistemas operacionais são suportados - Windows Server 2012, Windows Server 2012R2, Windows Server 2016, Windows Server 2019, SLES12Sp4, RHEL8 RHEL8

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

• Melhorias no suporte ao sistema operacional Linux

• • Rhel 8

  • Oracle Linux 7,7 Linux 7,7

• Azure para Azure DR

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

  • Python 3 para extensão linux agora é suportado

• Vmware para Azure DR

• • Dados taxa de alteração (rotatividade) de discos e registros de taxa de upload de dados já estão disponíveis no Log Integração analítica com cofre de serviços de recuperação

Problemas corrigidos

• Pré-requisito as verificações estão habilitadas a validar o suporte de assinatura de código SHA2. OS rodando no Windows 2008 R2 com SP1, Windows 2008 SP2 e Windows 7 SP1 exigem que certos KBs sejam instalado para permitir a assinatura de código SHA2. Atualizações do agente de mobilidade da ASR e instalações não terão sucesso se a assinatura do código SHA2 não for ativada. Saiba mais

Microsoft Azure Site Recovery (serviço)

Melhorias

• Azure máquinas virtuais na Noruega geo agora podem ser protegidas através do Azure Site Recovery.

• Servidor de processo azure SKU usado para operações de d'túrdia em VMware para Azure DR é inadimplente para Standard_A8_v2

Problemas corrigidos

• Desempenho melhorias são feitas para minimizar o tempo necessário para carregar a lâmina de itens replicados de serviços de recuperação vault e de lâmina de servidor de processo

• Ressincronização as notificações são atualizadas para fornecer detalhes das máquinas que exigem Ressincronização.

• No cenário Azure to Azure DR, o conta de automação escolhida durante a habilitação de replicação nem sempre está no região-alvo (como nem todas as regiões têm contas de automação). Há um geo mapeamento que informa qual região a conta de automação precisa ser provisionado dentro Este mapeamento geográfico é atualizado para permitir que os clientes usem contas de automação de uma região diferente.

Atualizando seus componentes de recuperação do site do Azure no local

Entre dois sites vmm no local

1. Baixe o mais recente lançamento de atualização para o provedor de recuperação dosite do Microsoft Azure

2. Instale o rollup de atualização primeiro no servidor VMM no local que está gerenciando o site de recuperação.

3. Depois que o site de recuperação for atualizado, instale o lançamento de atualização no servidor VMM que está gerenciando o site principal.

Nota Se o VMM é um VMM altamente disponível (VMM agrupado), certifique-se de que você instala a atualização em todos os nós do cluster onde o serviço VMM está instalado.

Entre um site vmm no local e azure

1. Baixe o lançamento da atualização para Provedor de recuperação de sites do Microsoft Azure.

2. Instale o rollup de atualização no servidor VMM no local.

3. Instale as últimas notícias Agente de serviços de recuperação do Microsoft Azure em todos os anfitriões Hyper-V.

Nota Se o seu VMM é um VMM altamente disponível (VMM agrupado), certifique-se de instalar a atualização em todos os nós do cluster onde o serviço VMM está instalado.

Entre um site hyper-V no local e Azure

1. Baixe o lançamento da atualização paraProvedor de recuperação de sites do Microsoft Azure.

2. Instale o provedor em cada nó dos servidores Hyper-V que você registrou no Azure Site Recovery.

Nota Se o seu Hyper-V for um servidor Hyper-V agrupado por host, certifique-se de instalar a atualização em todos os nós do cluster.

Entre um VMware no local ou site físico para azure

1. Atualize seu servidor de gerenciamento no local baixando Configuração unificada de recuperação do site do Microsoft Azure. Este é o servidor que tem o servidor configuração e funções de servidor process.

2. Se você tiver servidores de processo de escala, atualize-os em seguida executando Configuração unificada de recuperação do site do Microsoft Azure.

3. Vá para o portal Azure e, em seguida, vá para a página itens protegidos > itens replicados. Selecione um VM nesta página. Selecione o botão Atualização do Agente que aparece na parte inferior da página para cada VM. Isso atualiza o Agente de Serviço de Mobilidade em todos os VMs protegidos.

Nota Um reinício é recomendado após cada atualização do agente de mobilidade para se certificar de que todas as alterações mais recentes são carregadas no computador de origem. Isso não é necessariamente obrigatório. No entanto, um reinício é obrigatório se a diferença entre as versões do agente do último reinício e a versão alvo for superior a quatro (4) no último lugar decimal. Veja a tabela a seguir para obter uma explicação detalhada.