Pacote cumulativo de atualizações 40 para recuperação de site do Azure

Introdução

Este artigo descreve os problemas corrigidos no Update Rollup 40 nas seguintes versões do Microsoft Azure site Recovery:

• Baixar provedor de recuperação de site do Microsoft Azure (versão 5.1.4800.0)

• Baixe o Microsoft Azure site Recovery Unified Setup (VMware para Azure) (versão 9.28.5345.1)

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

• Baixe o servidor de configuração do Microsoft Azure site Recovery (versão 5.1.4800.0)

• Baixar Mobility Service para Windows (versão 9.28.5345.1)

• Baixar Mobility Service para centos (versão 9.28.5345.1)

• Download Mobility Service para Ubuntu (versão 9.28.5345.1)

Saiba mais sobre os detalhes dos problemas corrigidos e oPré-requisitosque deve ser verificada antes de instalar esta atualização.

Pré-requisitos

Para instalar o Microsoft Azure site Recovery provedor Update Rollup 40 (versão 5.1.4800.0), você deve ter um dos seguintes instalado:

• Provedor de recuperação de site do Microsoft Azure (versão 5.1.4400 ou uma versão posterior)

• Instalação unificada do Microsoft Azure site Recovery (VMware para Azure) (versão 9.24. 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)

Observação 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 actualização, os seguintes problemas são corrigidos e os seguintes melhoramentos são incluídos.

Provedor de recuperação de site do Microsoft Azure

Melhorias

Azure para o Azure

• Reproteja a experiência melhorias: para melhor gerenciamento de BCDR, agora limpamos máquinas no Região de DR após o failback é concluída e quando as VMs são re-protected. Não há necessidade de excluir manualmente VMs e NICs.

• Testar configurações de IP estático de failover: anteriormente, quando Os clientes executaram o failover do teste na rede real de DR, nós fizemos Não usar o IP original. Isto foi para garantir que o IP está disponível para um DR. real. No entanto, os clientes desejam recuperar o mesmo endereço IP durante DR Drill para validar as configurações de rede. Abordámos esta preocupação e permitir que os clientes escoltem IPs estáticos durante o failover de teste.

• Validadores para melhorar prontidão de failover: os validadores são adicionados para garantir que os clientes estejam prontos para um failover. As acções necessárias, juntamente com a questão, serão fornecidas no caso de suspeita de falha.

Configuração unificada do Microsoft Azure site Recovery & modelo de servidor de configuração

Melhorias

• Mensagens de erro durante a implantação do servidor de configuração por meio de OVF são aprimoradas para fornecer a causa raiz precisa e as etapas recomendadas para resolver o problema.

Serviço de mobilidade

Melhorias

• Novos alertas de integridade são adicionados para cenários abaixo que impacta a criação consistente de pontos de recuperação do aplicativo

• • Quando os gravadores VSS do aplicativo falham na máquina de origem

  • Quando o provedor VSS está desabilitado ou não instalado na máquina de origem

• Os alertas de saúde existentes são enriquecidos com informações contextuais para melhor análise

• • Detalhes do disco, taxa de churn observada e a quantidade de dados pendentes por disco são adicionadas para ' alerta de taxa de churn alta súbita '

  • Os detalhes do disco e a quantidade de dados pendentes por disco são adicionados para ' alerta de alta latência '

Problemas corrigidos

• Os servidores no Windows 2019 com a inicialização segura UEFI habilitada serão bloqueados durante a replicação de habilitar. Isso evitará problemas de inicialização após o failover, pois o Azure não oferece suporte à configuração de inicialização segura UEFI

• Falhas de execução do MSI foram observadas durante a instalação do agente de mobilidade quando vários produtos são instalados em um servidor. Abordagem alternativa é projetada para lidar com esse problema.

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

Melhorias

• Você pode usar contas de armazenamento ACLed para proteção de servidores Hyper-V para o Azure

• Aprimoramentos são feitos para a lógica usada para selecionar a melhor SKU de VM adequada durante o failover. Poucos casos de canto onde os SKUs elevados da configuração foram escolhidos são segurados agora.

Problemas corrigidos

• STale ou entradas inesperadas no arquivo ' Device. map ' são manipulados para evitar falhas de failover em Servidores Linux

Recuperação de site do Microsoft Azure (Portal)

Melhorias

NA

Problemas corrigidos

NA

Atualizando seus componentes locais do Azure site Recovery

Entre dois sites do VMM no local

1. Baixe o Update Rollup mais recente para oprovedor de recuperação de site do Microsoft Azure

2. Instale o Update Rollup 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 pacote cumulativo de atualizações no servidor VMM que está gerenciando o site primário.

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

Entre um site do VMM no local e o Azure

1. Baixe o pacote cumulativo de atualizações para Provedor de recuperação de site do Microsoft Azure.

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

3. Instale o agente de serviços de recuperação do Microsoft Azuremais recente em todos os hosts Hyper-V.

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

Entre um site do Hyper-V local e o Azure

1. Transfira o Update Rollup para o fornecedor de recuperação de site do Microsoft Azure.

2. Instale o provedor em cada nó dos servidores Hyper-V registrados no Azure site Recovery.

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

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

1. Atualize seu servidor de gerenciamento local baixando a instalação unificada do Microsoft Azure site Recovery. Este é o servidor que tem o servidor de configuração e funções de servidor de processo.

2. Se você tiver servidores de processo de expansão, atualize-os em seguida executando oMicrosoft Azure site Recovery Unified setup.

3. Vá para o portal do Azure e, em seguida, vá para a página itens protegidos > itens replicados . Selecione uma VM nesta página. Selecione o botão Atualizar agente que aparece na parte inferior da página para cada VM. Isso atualiza o Mobility Service Agent em todas as VMs protegidas.

Nota Uma reinicialização é recomendada após cada atualização do agente de mobilidade para certificar-se de que todas as alterações mais recentes são carregadas no computador de origem. Isto não é necessariamente obrigatório. No entanto, uma reinicialização é obrigatória se a diferença entre as versões de agente da última reinicialização e a versão de destino for maior que quatro (4) na última casa decimal. Consulte a tabela a seguir para obter uma explicação detalhada.

Mais informações

Problemas conhecidos

Não existem problemas conhecidos nesta actualização.

Referências

Saiba mais sobre a terminologia que a Microsoft usa para descrever as atualizações de software.

Isenção de responsabilidade de informações de terceiros

Os produtos de terceiros referidos neste artigo são fabricados por empresas independentes da Microsoft. A Microsoft não concede qualquer garantia, implícita ou de outra natureza, relativamente ao desempenho ou à fiabilidade destes produtos.