Introdução

Importante: Esta versão não fornece atualizações para a experiência de pré-visualização de replicação de VMware para o Azure. 

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

Saiba mais sobre os detalhes dos problemas que foram corrigidos e os pré-requisitos que devem ser verificados antes de instalar esta atualização.

Pré-requisitos

Para instalar o Microsoft Azure Site Recovery Rollup de Atualização do Fornecedor 62, tem de ter uma das seguintes instalações instaladas:

  • Fornecedor de Site Recovery Microsoft Azure (versão 5.1.6900 ou uma versão posterior)

  • Microsoft Azure Site Recovery Unified Setup (VMware para o Azure) (versão 9.45.xxxx.x ou uma versão posterior)

  • Agente dos Serviços de Recuperação do Microsoft Azure (versão 2.0.9202.0 ou uma versão posterior)

Nota:Pode verificar a versão do fornecedor instalada no item Programas e Funcionalidades Painel de Controlo.

Melhorias e problemas corrigidos nesta atualização

Após instalar esta atualização, foram corrigidos os seguintes problemas e estão incluídos os seguintes melhoramentos.

Serviço de Mobilidade

Suporte do Linux OS

  • Azure para Azure

    • RHEL 8.6

    • Cent OS 8.6

  • VMware/Físico para o Azure

    • RHEL 8.6

    • Cent OS 8.6

Problemas corrigidos

  • Foi corrigido um problema em que a replicação estava a tornar-se crítica devido a uma referência de objeto nulo por um Site Recovery agente.

  • Foi corrigido um problema em que a replicação não progride após renovar os certificados do servidor de configuração. Recomendamos que atualize todos os componentes para a versão 9.49 antes de efetuar uma operação de renovação de certificados.

  • A instalação do serviço de mobilidade estava a deixar de responder devido a uma operação interna que tratava incorretamente o parâmetro nulo.

  • Foi corrigido um problema em que a criação de pontos de recuperação de consistência de aplicações falhava devido a um cenário não suportado não ser tratado corretamente. 

  • Foi corrigido um problema em que as bases de dados SAP HANA estavam a ficar danificadas após o serviço de mobilidade ser atualizado para a versão 9.47.

  • Registo melhorado para melhores problemas de depuração.

Microsoft Azure Site Recovery (service)

Melhorias

  • O suporte para a configuração de regras de fluxo de trabalho do proxy está agora disponível para replicação VMware e Hyper-V, utilizando pontos finais privados.

Microsoft Azure Site Recovery (Portal)

Não são adicionadas alterações.

Servidor de Configuração Site Recovery Microsoft Azure

Foram corrigidos os seguintes problemas de segurança - 

Microsoft Azure Site Recovery Process Server

Foram corrigidos os seguintes problemas de segurança - 

Importante: Recomendamos que atualize o servidor de configuração e todas as instâncias do servidor de processos para se certificar de que estas correções de segurança foram aplicadas à sua infraestrutura.

Atualizar os componentes do Azure Site Recovery no Local

Entre dois sites VMM no local

  1. Transfira o Rollup de Atualizações mais recente para o Microsoft Azure Site Recovery Fornecedor.

  2. Instale o Rollup de Atualização primeiro no servidor VMM no local que está a gerir o site de recuperação.

  3. Após atualizar o site de recuperação, instale o Rollup de Atualizações no servidor VMM que está a gerir o site principal.

Nota Se o VMM for um VMM Altamente Disponível (VMM Agrupado), certifique-se de que 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 o Azure

  1. Transfira o Rollup de Atualização para o Microsoft Azure Site Recovery Fornecedor.

  2. Instale o Rollup de Atualização no servidor VMM no local.

  3. Instale o Agente de Serviços de Recuperação do Microsoft Azure mais recente em todos os anfitriões Hyper-V.

Note Se o VMM for um VMM Altamente Disponível (VMM Agrupado), certifique-se de que instala 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 o Azure

  1. Transfira o Rollup de Atualização para o Microsoft Azure Site Recovery Fornecedor.

  2. Instale o fornecedor em cada nó dos servidores Hyper-V que registou no Azure Site Recovery.

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

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

  1. Atualize o seu servidor de gestão no local ao transferir o Microsoft Azure Site Recovery Configuração Unificada. Este é o servidor que tem as funções servidor de Configuração e Servidor de processos.

  2. Se tiver servidores de processos de escala, atualize-os em seguida ao executar o Microsoft Azure Site Recovery Configuração Unificada.

  3. Vá para o portal do Azure e, em seguida, vá para a página Itens > 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. Esta ação atualiza o Agente de Serviços de Mobilidade em todas as VMs protegidas.

Nota: Se estiver a atualizar ou a proteger os sistemas SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7 e DEBIAN8, certifique-se de que segue os passos abaixo:

  1. Transfira o instalador adequado para os seus máquinas –

  2. Copie o instalador para o INSTALL_DIR\home\svsystems\pushinstallsvc\repository folders on Configuration Server e Scale Out Process Servers, antes de atualizar ou proteger os seus Máquinas Virtuais. Por exemplo, abaixo será o nome da pasta quando o caminho de instalação do Configuration Server/Process Servers for C:\Program Files (x86)\Microsoft Azure Site Recovery

    • C:\Programas (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository

  3. Após copiar o instalador, vá a services.msc e reinicie o serviço InMage PushInstall .

Nota: É recomendado um reinício 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. Isto 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 for superior a quatro (4) na última casa decimal. Consulte a tabela seguinte para obter uma explicação detalhada.

Versão do agente durante o último reinício

Atualizar para

Um reinício é obrigatório?

9.25

9.27

Não obrigatório

9.25

9.28

Não obrigatório

9.25

9.29

Não obrigatório

9.25

9.30

Obrigatório Primeiro atualize para a versão 9.29 e, em seguida, reinicie-a antes de atualizar para a versão 9.30 (porque a diferença entre a última versão de reinício e a versão de destino é superior a 4)

Precisa de mais ajuda?

Quer mais opções?

Explore os benefícios da subscrição, navegue em cursos de formação, saiba como proteger o seu dispositivo e muito mais.

As comunidades ajudam-no a colocar e a responder perguntas, a dar feedback e a ouvir especialistas com conhecimentos abrangentes.