Introdução
Este artigo descreve os problemas corrigidos no Update Rollup 41 nas seguintes versões do Microsoft Azure Site recuperação:
-
Transferir o fornecedor de recuperação de Site do Microsoft Azure (versão 5.1.5000.0)
-
Transferir agente de serviços de recuperação do Microsoft Azure (versão 2.0.9165.0)
-
Transferir o servidor de configuração de recuperação de Site de Microsoft Azure (versão 5.1.5000.0)
-
Transferir mobilidade Service para Windows (versão 9.29.5367.1)
-
Transferir o serviço de mobilidade para CentOS (versão 9.29.5367.1)
-
Transferir o serviço de mobilidade para Ubuntu (versão 9.29.5367.1)
Obter informações sobre os detalhes dos problemas corrigidos e o Pré-requisitos que deverá ser verificada antes de instalar esta actualização.
Pré-requisitos
Para instalar o Microsoft Azure Site recuperação fornecedor Update Rollup 41 (versão 5.1.5000.0), tem de ter instalado o seguinte:
-
Fornecedor de recuperação de Site do Microsoft Azure (versão 5.1.4500 ou uma versão posterior)
-
Configuração de unificado de recuperação do Microsoft Azure Site (VMware para Azure) (versão 9.25.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)
Nota Pode verificar a versão do fornecedor instalado no item programas e funcionalidades no painel de controlo.
Melhoramentos efectuados e os problemas corrigidos nesta actualização
Depois de instalar esta actualização, os seguintes problemas foram corrigidos e são incluídos os seguintes melhoramentos.
Recuperação de Site da Microsoft Azure unificado & modelo de configuração de servidor de configuração
Melhoramentos
-
Servidor de configuração OVF configurar erros foram melhorado com causa raiz Limpar & recomendado acções para a mais fácil resolução.
-
Processar a lógica de cálculo de débito do servidor é melhorado para minimizar alertas quando não é necessária a intervenção manual.
Serviço de mobilidade
Melhoramentos
-
Introduzida o novo código de erro para fornecer causa raiz & resolução de falha de instalação MSI
-
SO Linux suportam melhorias
-
-
Ubuntu 18.04
-
RHEL 7.7
-
Problemas corrigidos
-
Informações do disco de máquinas com o Windows são feitas utilizador legível nos registos de recuperação de sites que estão a ser alimentados a área de trabalho do Analytics de registo
Recuperação de Site do Microsoft Azure (serviço)
Melhoramentos
Azure para Azure
-
Os clientes têm agora a capacidade configurar definições de activação pós-falha de teste para itens replicados a partir do computador e Lâmina de rede. Podem actualizar Vnet, sub-redes, endereço IP privado testar a activação pós-falha e também anexar configuração NSG, Balanceador de carga interno e Endereço IP público.
-
A ASR agora limpa a VM(s) criado, NIC (s), e discos na região DR depois dos clientes reactivação pós-falha para o primário região e, em seguida, desactivar a replicação.
-
Rationalized a criação de etiquetas. Ajustado as informações capturadas no pares chave-valor de etiqueta para o tornar mais fácil clientes para filtrar com base nas etiquetas.
-
O número de VMs suportados numa recuperação plano tem sido limitado a 100, a fim de assegurar a fiabilidade de activação pós-falha.
VMware para Azure
-
O número de VMs suportado num plano de recuperação tem sido limitado a 100, a fim de assegurar a fiabilidade de activação pós-falha.
Actualizar os componentes de Azure Site recuperação no local
Entre os locais VMM dois no local
-
Transferir o Update Rollup mais recente para Fornecedor de recuperação de Site do Microsoft Azure
-
Instale o Update Rollup pela primeira vez no servidor VMM no local que está a gerir o site de recuperação.
-
Depois da recuperação site é actualizado, instale o conjunto de actualizações no servidor VMM que está a gerir o site principal.
Nota Se o VMM um altamente VMM disponíveis (VMM agrupadas), certifique-se de que instala a actualização em todos os nós do cluster em que o serviço VMM está instalado.
Entre um site VMM no local e Azure
-
Transferir o Update Rollup para Fornecedor de recuperação de Site do Microsoft Azure.
-
Instale o Update Rollup no servidor VMM no local.
-
Instalar os mais recentes Microsoft O agente de serviços de recuperação Azure em todos os anfitriões de Hyper-V.
Nota Se o VMM um altamente VMM disponíveis (VMM agrupadas), certifique-se de que instala a actualização em todos os nós do cluster em que o serviço VMM está instalado.
Entre um site de Hyper-V no local e Azure
-
Transferir o Update Rollup paraFornecedor de recuperação de Site do Microsoft Azure.
-
Instale o fornecedor em cada nó dos servidores de Hyper-V que registou na recuperação de Site Azure.
Nota Se o Hyper-V for um servidor de anfitrião em cluster Hyper-V, certifique-se de que instala a actualização em todos os nós do cluster.
Entre um VMware no local ou o local físico para Azure
-
Actualizar o servidor de gestão local através da transferência Recuperação de Site da Microsoft Azure unificado o programa de configuração. Este é o servidor que tem o servidor de configuração e funções de servidor do processo.
-
Se tiver servidores de fora de escala de processo, actualizá-las em seguida, executando Recuperação de Site da Microsoft Azure unificado o programa de configuração.
-
Ir para o portal Azure e, em seguida, vá para os Itens protegidos > página Replicados itens . Seleccione uma VM nesta página. Seleccione o botão do Update Agent que aparece na parte inferior da página para cada VM. Este procedimento actualiza o representante do serviço de mobilidade em todos os VMs protegidas.
Nota Um reinício é recomendado após cada actualização do agente de mobilidade para se certificar de que todas as alterações mais recentes são carregadas no computador de origem. Não é necessariamente obrigatório. No entanto, um reinício é obrigatório se a diferença entre as versões de agente do último reinício e a versão de destino for maior do que quatro (4) em que a última casa decimal. Consulte a tabela seguinte para obter uma explicação detalhada.
Versão do Agent durante o último reinício |
Actualizar para o |
Um reinício é obrigatório? |
---|---|---|
9.16 |
9.18 |
Não obrigatória |
9.16 |
9.19 |
Não obrigatória |
9.16 |
9.20 |
Não obrigatória |
9.16 |
9.21 |
MandatoryFirst actualize para versão 9.20 e, em seguida, reinicie antes de actualizar a versão 9.21 (porque a diferença entre a última versão de reinício e a versão de destino é superior a 4). |