Introdução
Este artigo descreve os problemas que são corrigidos no Update Rollup 47 nas seguintes versões da Microsoft Recuperação do local de Azure:
-
Azure a Azure
-
VMware/Físico para Azure
-
HiperV ou VMM para Azure
Conheça os detalhes das questões corrigidas e dos pré-requisitos que devem ser verificados antes de instalar esta atualização.
Pré-requisitos
Para instalar o Microsoft Azure Site Recovery Provider Update Rollup 47, tem de ter uma das seguintes instalações:
-
Recuperação do site da Microsoft Azure Fornecedor (versão 5.1.5700 ou versão posterior)
-
Recuperação do site da Microsoft Azure Configuração Unificada (VMware to Azure) (versão 9.30.xxxx.x ou versão posterior)
-
Recuperação do Microsoft Azure Agente de Serviços (versão 2.0.8900.0 ou versão posterior)
Nota: pode verificar a versão do fornecedor instalado no item Programas e Funcionalidades em Painel de Controlo.
Melhorias es feitas e problemas corrigidos nesta atualização
Depois de instalar isto atualização, as seguintes questões são corrigidas, e as seguintes melhorias são incluído.
Serviço de Mobilidade
Suporte linux OS
-
Azure a Azure
-
-
RHEL 8.2
-
CentOS 8.2
-
-
VMware/Físico para Azure
-
-
SLES 12 SP5
-
RHEL 8.2
-
CentOS 8.2
-
Questões fixas
-
Adicionou um pré-check para garantir que a instalação do agente de mobilidade não falha devido à indisponibilidade do disco do sistema.
-
Adicionei uma correção para a instalação manual do serviço de mobilidade através da linhade comando, que estava a falhar com um erro de argumentosde linha de comando inválido .
-
Reforço das possíveis causas do alerta de produção e alertas críticos a apresentar uma lista exaustiva
-
Adicionou uma correção para alerta de saúde para garantir o servidor do processo pode lidar com explosões de dados repentinos
-
Corrigiu um problema com o SLES15 que estava a causar problemas com teste failover
-
Corrigiu um problema onde o instalador está falhando devido a erro interno
-
Adicionou uma correção para RHEL 6.10 e 7 versão, onde problemas de espaço estavam acontecendo devido a ficheiros indesejados presentes na pasta de botas
-
Fixou o registo de vários eventos para melhorar o diagnóstico
Microsoft Azure Site Modelo de servidor de configuração unificada de & de recuperação
Não houve novas alterações introduzido.
Microsoft Azure Site Recuperação (serviço)
Melhorias
-
Suporte UEFI para Linux vários distros e versões foi adicionado
Azure a Azure
-
Comportamento atualizado de serviço para proteger contra a expiração do agente. Para as máquinas onde o agente atualiza automaticamente foi desativado, o utilizador pode atualizar manualmente usando o link de atualização na página de recuperação de desastres da máquina virtual no portal
Questões fixas
Corrigiu um problema onde a criação ip config e NIC foi falhando como o nome excedeu 80 caracteres
Atualizar os seus componentes de recuperação do local de azure no local
Entre dois locais de VMM no local
-
Descarregue a última atualização Rollup para Provedor de Recuperação de Site do Microsoft Azure
-
Instale primeiro o Rollup de Atualização no servidor VMM que está a gerir o site de recuperação.
-
Depois do local de recuperação ser atualizado, instale o Rollup de atualização no servidor VMM que está a gerir o local primário.
Nota Se o VMM é um VMM altamente disponível (Clustered VMM), certifique-se de que instala a atualização em todos os nós do cluster onde o serviço VMM está instalado.
Entre um local de VMM e Azure
-
Descarregue o Rollup de atualização para o Microsoft Azure Site Recovery Provider.
-
Instale o Rollup de atualização o servidor VMM no local.
-
Instale o mais recente Agente de Serviços de Recuperação do Microsoft Azure em todos os anfitriões Hiper-V.
Nota Se o seu VMM é 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 hiper-V no local e Azure
-
Descarregue o Rollup de atualização para o Microsoft Azure Site Recovery Provider.
-
Instale o fornecedor em cada nó dos servidores Hiper-V que registou na Recuperação do Site Azure.
Nota Se o seu Hiper-V é um servidor hiper-V clustered host, certifique-se de que instala o upgrade em todos os nós do cluster.
Entre um VMware no local ou um local físico para Azure
-
Atualize as suas instalações servidor de gestão descarregando a Configuração Unificada de Recuperação do Site microsoft Azure. Este é o servidor que tem o servidor de Configuração e o servidor processe papéis.
-
Se tiver um processo de escala servidores, atualize-os em seguida executando a Configuração Unificada de Recuperação do Site microsoft Azure.
-
Vá ao portal Azure, e em seguida, ir para os itens protegidos > replicado Página de artigos. Selecione um VM nesta página. Selecione a atualização Botão de agente que aparece na parte inferior da página para cada VM. Isto atualiza o Agente de Serviço de Mobilidade em todos os VMs protegidos.
Nota Um recomeço é recomendado após cada upgrade do agente de mobilidade para ter certeza de que todos os as alterações mais recentes são carregadas no computador de origem. Isto não é necessariamente obrigatório. No entanto, um recomeço é obrigatório se a diferença entre versões de agente do último reinício e a versão alvo é maior do que quatro (4) na última casa decimal. Consulte a tabela seguinte para um detalhado explicação.
Versão do agente durante último reinício |
Upgrade para |
É um recomeço 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 upgrade para a versão 9.29, e depois reiniciar antes de atualizar para versão 9.30 (porque a diferença entre a última versão de reinício e a a versão alvo é superior a 4) |