Introdução
Este artigo descreve os problemas que são corrigidos no Atualização Rollup 41 nas seguintes versões do Microsoft Azure Site Recovery:
-
Baixe o provedor de recuperação do site do Microsoft Azure (versão 5.1.5000.0)
-
Baixe o agente de serviços de recuperação do Microsoft Azure (versão 2.0.9165.0)
-
Baixe o servidor de configuração de recuperação do site do Microsoft Azure (versão 5.1.5000.0)
-
Baixe o Serviço de Mobilidade para Windows (versão 9.29.5367.1)
-
Baixe o Serviço de Mobilidade para CentOS (versão 9.29.5367.1)
-
Baixe o Serviço de Mobilidade para Ubuntu (versão 9.29.5367.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 41 (versão 5.1.5000.0), você deve ter um dos seguintes instalados:
-
Microsoft Azure Site Recovery Provider (versão 5.1.4500 ou uma versão posterior)
-
Configuração unificada de recuperação do site do Microsoft Azure (VMware para o Azure) (versão 9.25.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.
Modelo de servidor unificado de recuperação e configuração do site do Microsoft Azure
Melhorias
-
Erros de configuração de configuração de configuração do servidor OVF foram reforçada com clara causa raiz e ações recomendadas para facilitar Resolução.
-
Lógica de cálculo de adação do servidor de processo é aprimorado para minimizar os alertas quando a intervenção manual não é necessária.
Serviço de Mobilidade
Melhorias
-
Introduziu novo código de erro para fornecer causa raiz e resolução para falha de instalação de MSI
-
Melhorias no suporte ao sistema operacional Linux
-
-
Ubuntu 18,04 Ubuntu 18,04
-
RHEL 7,7 RHEL 7,7
-
Problemas corrigidos
-
As informações em disco das máquinas Windows são tornadas legíveis pelo usuário nos registros de recuperação do site que estão sendo alimentados para o espaço de trabalho da Log Analytics
Microsoft Azure Site Recovery (serviço)
Melhorias
Azure para Azure
-
Os clientes agora têm a capacidade de configurar configurações de falha de teste para itens replicados da Computação e Lâmina da rede. Eles podem atualizar Vnet, subredes, endereços IP privados para teste de falha e também anexar configuração NSG, balanceador de carga interna e Endereço IP público.
-
A SRA agora limpa o VM (s), NIC (s), e disco (s) na região dr depois que os clientes falham de volta para o primário região e, em seguida, desativar a replicação.
-
Racionalizou a criação de tags. Ajustado as informações capturadas em pares de valor-chave de marca para facilitar clientes para filtrar com base em tags.
-
O número de VMs apoiados em uma recuperação plano foi limitado a 100, a fim de garantir a confiabilidade failover.
VMware para Azure
-
O número de VMs suportados em um plano de recuperação foi limitado a 100, a fim de garantir a confiabilidade da falha.
Atualizando seus componentes de recuperação do site do Azure no local
Entre dois sites vmm no local
-
Baixe o mais recente lançamento de atualização para o provedor de recuperação dosite do Microsoft Azure
-
Instale o rollup de atualização primeiro no servidor VMM no local que está gerenciando o site de recuperação.
-
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
-
Baixe o lançamento da atualização para Provedor de recuperação de sites do Microsoft Azure.
-
Instale o rollup de atualização no servidor VMM no local.
-
Instale a mais recente Microsoft Agente de Serviços de Recuperação Azul 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
-
Baixe o lançamento da atualização paraProvedor de recuperação de sites do Microsoft Azure.
-
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
-
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.
-
Se você tiver servidores de processo de escala, atualize-os em seguida executando Configuração unificada de recuperação do site do Microsoft Azure.
-
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.
Versão do agente durante o último reinício |
Atualização para |
Um reinício é obrigatório? |
---|---|---|
9.16 |
9.18 |
Não é obrigatório |
9.16 |
9.19 |
Não é obrigatório |
9.16 |
9.20 |
Não é obrigatório |
9.16 |
9.21 |
Upgrade MandatoryFirst para a versão 9.20 e, em seguida, reiniciar antes de atualizar para a versão 9.21 (porque a diferença entre a última versão de reinicialização e a versão-alvo é maior do que 4). |