Introdução
Este artigo descreve os problemas corrigidos no Update Rollup 68 nas seguintes versões do Microsoft Azure Site Recovery:
-
Azure para o Azure
-
VMware/Físico modernizado para o Azure
-
Hyper-V ou VMM para o Azure
-
VMware/Físico Clássico para o Azure
-
Transferir o modelo OVF do Microsoft Azure Site Recovery Configuration Server (versão 9.55.6765.1)
-
-
Prerequisite to update or protect SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, Oracle Linux 6, DEBIAN7, DEBIAN8, DEBIAN9 and UBUNTU-14.04 machines: Ensure latest mobility agent installer is downloaded from Microsoft Download Center and placed in push installer repository on configuration server. Refer to the section Updating your Azure Site Recovery On-Premises components.
-
-
Saiba mais sobre os detalhes dos problemas corrigidos e os pré-requisitos que devem ser verificados antes de instalar esta atualização.
Pré-requisitos
Para instalar o Microsoft Azure Site Recovery Update Rollup 68, tem de ter um dos seguintes instalados:
-
Fornecedor de Site Recovery do Microsoft Azure (versão 5.1.7600 ou uma versão posterior)
-
Configuração Unificada do Microsoft Azure Site Recovery (VMware para o Azure) (versão 9.51.xxxx.x ou uma versão posterior)
-
Agente dos Serviços de Recuperação do Microsoft Azure (versão 2.0.9202.0 ou posterior)
Nota: pode verificar a versão do fornecedor instalada no item Programas e Funcionalidades no Painel de Controlo.
Melhorias efetuadas e problemas corrigidos nesta atualização
Depois de instalar esta atualização, os seguintes problemas são corrigidos e são incluídos os seguintes melhoramentos.
Serviço de Mobilidade
Suporte do SO Linux
-
Azure para o Azure
-
RHEL 8.8
-
-
VMware/Físico modernizado para o Azure
-
RHEL 8.8
-
Problemas corrigidos:
-
Foi adicionada uma verificação em que os discos USB estão excluídos de serem detetados, uma vez que não são suportados no cenário de replicação de máquinas virtuais VMware/Física modernizada.
-
Foi corrigido um problema em que um dos serviços ASR numa VM do Azure SUSE Linux protegida não estava a funcionar e falhava com vários erros.
Melhorias:
-
A arquitetura modernizada será iniciada por predefinição ao instalar manualmente o agente de mobilidade. Saiba mais.
Aplicação de replicação do Microsoft Azure Site Recovery
Melhorias:
-
Foi corrigido um problema que afetava os utilizadores de pontos finais privados das regiões nacionais, onde estavam a ser utilizados URLs incorretos para zonas DNS do site e do cofre de chaves.
Atualizações:
Componente |
Versão |
---|---|
Servidor de deteção física |
|
Servidor de deteção |
|
fornecedor de Site Recovery |
|
Gestor de configuração da aplicação |
|
Servidor proxy |
|
Serviço de replicação |
|
Servidor de nova proteção |
|
Agente de instalação push |
|
Agente dos Serviços de Recuperação |
|
Servidor de processos |
Atualizar os componentes do Azure Site Recovery No Local
Entre um site do VMM no local e o Azure
-
Transfira o Update Rollup para o Fornecedor de Site Recovery do Microsoft Azure.
-
Instale o Update Rollup no servidor VMM no local.
-
Instale o Agente dos Serviços de Recuperação do Microsoft Azure mais recente em todos os anfitriões Hyper-V.
Note Se o VMM for um VMM de Elevada Disponibilidade (VMM em Cluster), confirme 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
-
Transfira o Update Rollup para o Fornecedor de Site Recovery do Microsoft Azure.
-
Instale o fornecedor em cada nó dos servidores Hyper-V que registou no Azure Site Recovery.
Note Se o Hyper-V for um servidor Hyper-V em Cluster anfitrião, 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 (experiência modernizada)
-
Certifique-se de que a aplicação de gestão no local está atualizada ao navegar para o Gestor de configuração da aplicação. Caso contrário, transfira a versão mais recente para os componentes que estão por trás da versão mais recente.
-
Aceda à portal do Azure e, em seguida, aceda à 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. Esta ação atualiza o Agente do Serviço de Mobilidade em todas as VMs protegidas.
Entre um VMware no local ou um site físico para o Azure (experiência clássica)
-
Atualize o 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.
-
Se tiver servidores de processos de escalamento horizontal, atualize-os em seguida ao executar o Microsoft Azure Site Recovery Configuração Unificada.
-
Se tiver servidores de destino mestre, atualize-os em seguida ao verificar os passos aqui.
-
Aceda à portal do Azure e, em seguida, aceda à 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. Esta ação atualiza o Agente do Serviço de Mobilidade em todas as VMs protegidas.
Note Se estiver a atualizar ou a proteger os computadores SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7, DEBIAN8 e DEBIAN9, siga os passos abaixo:
-
Transfira o instalador adequado para as suas máquinas –
-
Copie o instalador para INSTALL_DIR\home\svsystems\pushinstallsvc\repository pastas no Servidor de Configuração e Servidores de Processos de Aumento Horizontal, antes de atualizar ou proteger a sua Máquinas Virtuais. Por exemplo, abaixo estará o nome da pasta quando o caminho de instalação do Servidor de Configuração/Servidores de Processos for C:\Programas (x86)\Microsoft Azure Site Recovery –
C:\Programas (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repositório -
Depois de copiar o instalador, aceda a services.msc e reinicie o serviço InMage PushInstall.
Nota: é recomendado reiniciar após cada atualização do Agente de mobilidade para garantir 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 e a versão de destino 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 |
A 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 |
|