Introdução
Este artigo descreve os problemas corrigidos no Update Rollup 65 nas seguintes versões do Microsoft Azure Site Recovery:
Azure para Azure
VMware modernizado para Azure
Hyper-V ou VMM para Azure
VMware/Physical para Azure
Baixe o modelo OVF do Microsoft Azure Site Recovery Configuration Server (versão 5.1.7882.0)
Baixe o Microsoft Azure Site Recovery Unified Setup (VMware para Azure) (versão 9.52.6522.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 Provider Update Rollup 65, tem de ter um dos seguintes instalados:
- Microsoft Azure Site Recovery Provider (versão 5.1.7400 ou posterior)
- Microsoft Azure Site Recovery Unified Setup (VMware para Azure) (versão 9.48.xxxx.x ou uma versão posterior)
- Microsoft Azure Recovery Services Agent (versão 2.0.9202.0 ou posterior)
Observação: Você pode verificar a versão do provedor instalado no item Programas e Recursos no Painel de Controlo.
Melhorias feitas e problemas corrigidos nesta atualização
Depois de instalar esta atualização, os problemas seguintes são corrigidos e as seguintes melhorias estão incluídas.
Serviço de Mobilidade
Suporte do SO Linux
Azure para Azure
- Debian 11
- SUSE Linux Enterprise Server 15 SP 4
VMware/Physical para Azure
- Debian 11
- SUSE Linux Enterprise Server 15 SP 4
Problemas corrigidos
- Foi corrigido um problema em que a replicação de uma máquina de origem com o sistema operativo SUSE Linux Enterprise Server 15 SP 3 falhava devido a uma referência de ponteiro nulo.
- Foi corrigido um problema em que as definições do serviço de mobilidade estavam a ser repostas após efetuar uma atualização.
- [VMware modernizado para Azure] Garantiu que as informações de telemetria estão sendo enviadas para Azure quando o proxy foi habilitado.
Dispositivo de replicação do Microsoft Azure Site Recovery
| Componente | Versão |
|---|---|
| Servidor de deteção física | 2.0.2027.28 |
| Servidor de deteção | 2.0.2027.39 |
| fornecedor Site Recovery | 5.1.7870.0 |
| Gestor de configuração de dispositivos | 6.0.850.157 |
| Servidor proxy | 1.36.8485.20713 |
| Serviço de replicação | 1.36.8535.21415 |
| Servidor de reproteção | 1.37.8535.21636 |
| Agente de instalação push | 1.36.8535.21404 |
| Agente de Serviços de Recuperação | 2.0.9259.0 |
| Servidor de processos | 9.52.6522.1 |
Microsoft Azure Site Recovery (serviço)
Sem alterações.
Microsoft Azure Site Recovery (Portal)
Melhorias
- O VMware modernizado para Azure DR agora também é compatível com nuvens governamentais. Saiba mais.
Atualizar os componentes do Azure Site Recovery No Local
Entre dois sites do VMM no local
- Transfira o Rollup de Atualizações mais recente para o Microsoft Azure Site Recovery Provider.
- Instale primeiro o Pacote Cumulativo de Atualizações no servidor VMM local que está gerenciando o site de recuperação.
- Depois que o site de recuperação for atualizado, instale o Update Rollup no servidor VMM que está gerenciando o site primário.
Observação Se o VMM for um VMM (VMM em cluster) altamente disponível, certifique-se de instalar a atualização em todos os nós do cluster onde o serviço VMM está instalado.
Entre um site do VMM no local e Azure
- Transfira o Rollup de Atualizações para o Fornecedor de Azure Site Recovery Microsoft.
- Instale o Pacote cumulativo de atualizações no servidor VMM local.
- Instale o Agente de Serviços de Recuperação do Microsoft Azure mais recente em todos os anfitriões Hyper-V.
Observação Se o seu VMM for um VMM (VMM em Cluster) Altamente Disponível, certifique-se de instalar a atualização em todos os nós do cluster onde o serviço VMM está instalado.
Entre um site de Hyper-V local e Azure
- Transfira o Rollup de Atualizações para o Fornecedor de Azure Site Recovery Microsoft.
- Instale o provedor em cada nó dos servidores Hyper-V registrados no Azure Site Recovery.
Observação Se o Hyper-V for um servidor Hyper-V em cluster de host, certifique-se de instalar a atualização em todos os nós do cluster.
Entre um VMware local ou um local físico para Azure
- Atualize o seu servidor de gestão no local ao transferir aConfiguração Unificada do Microsoft Azure Site Recovery. Este é o servidor que tem as funções Servidor de Configuração e Servidor de Processo.
- Se tiver servidores de processo de expansão, atualize-os em seguida ao executar a Configuração Unificada do Microsoft Azure Site Recovery.
- Se você tiver servidores de destino, atualize-os em seguida, verificando as etapas aqui.
- Aceda à portal do Azure e, em seguida, aceda à páginaItens Replicados de Itens>Protegidos. Selecione uma VM nesta página. Selecione o botão Update Agent que aparece na parte inferior da página para cada VM. Isso atualiza o Agente do Serviço de Mobilidade em todas as VMs protegidas.
Observação: Se você estiver atualizando ou protegendo as máquinas SUSE Linux Enterprise Server 11 SP3, SUSE Linux Enterprise Server 11 SP4, RHEL5, CentOS 5, DEBIAN7, DEBIAN8 e DEBIAN9, certifique-se de seguir as etapas abaixo:
Faça o download do instalador adequado para as suas máquinas –
Copie o instalador para as pastas INSTALL_DIR\home\svsystems\pushinstallsvc\repository no Configuration Server e nos Scale Out Process Servers, antes de atualizar ou proteger o 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:\Program Files (x86)\Microsoft Azure Site Recovery –
- C:\Program Files (x86)\Microsoft Azure Site Recovery\home\svsystems\pushinstallsvc\repository
Depois de copiar o instalador, vá para services.msc e reinicie o serviço InMage PushInstall .
Observação: Recomenda-se uma reinicialização após cada atualização do agente de mobilidade para garantir que todas as alterações mais recentes sejam 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 do agente da última reinicialização e da versão de destino for maior que 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 o | O 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 antes de atualizar para a versão 9.30 (porque a diferença entre a última versão de reinicialização e a versão de destino é maior que 4) |