Pacote cumulativo de atualizações 54 para Azure Site Recovery

Introdução

Este artigo descreve os problemas corrigidos no Update Rollup 54 nas seguintes versões do Microsoft Azure Site Recovery:

Pré-requisitos

Para instalar o Microsoft Azure Site Recovery Provider Update Rollup 54, você deve ter um dos seguintes instalados:

  • Microsoft Azure Site Recovery Provider (versão 5.1.6200 ou posterior)
  • Microsoft Azure Site Recovery Unified Setup (VMware para Azure) (versão 9.37.xxxx.x ou versão posterior)
  • Microsoft Azure Recovery Services Agent (versão 2.0.9100.0 ou posterior)

Observação: Pode marcar a versão do fornecedor instalada no item Programas e Funcionalidades do Painel de Controle.

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

Problemas corrigidos

  • Corrigido um problema em que a replicação inicial estava bloqueada após a atualização do Process Server devido a uma falha de análise.
  • Foi corrigido um problema em que o Registo do Servidor de Processos falhava devido os valores DNS serem passados como nulos.
  • Foi corrigido um problema em que os pontos de recuperação para Azure máquinas virtuais não eram criados devido à marcação de um disco temporário como em falta.
  • Foi corrigido um problema em que um serviço interno estava a sair devido a uma região não suportada.

Modelo do Microsoft Azure Site Recovery Unified Setup & Configuration Server

Não foram introduzidas novas alterações.

Microsoft Azure Site Recovery (Serviço)

Melhorias

  • O Zone to Zone Disaster Recovery usando Azure Site Recovery agora é GA em mais 4 regiões – Norte da Europa, Leste dos EUA, Centro dos EUA e Oeste dos EUA 2. O número de regiões suportadas eleva-se assim para 9. As regiões suportadas são as seguintes: Sudeste Asiático, Leste do Japão, Leste da Austrália, Sul do Reino Unido, Europa Ocidental, Europa do Norte, Leste dos EUA, Centro dos EUA e Oeste dos EUA 2.

Microsoft Azure Site Recovery (Portal)

Melhorias

  • Adicionado suporte do Portal para VMware para Azure e Hyper-V para Azure replicação, para selecionar Grupos de Posicionamentos de Proximidade depois de habilitar a replicação. Saiba mais.
  • Adicionado suporte para proteção de discos de dados de 32 TB para VMware para Azure replicação.

Atualizar os componentes do Azure Site Recovery No Local

Entre dois sites do VMM no local

  1. Transferir o Rollup de Atualizações mais recente para o Microsoft Azure Site Recovery Provider
  2. Instale primeiro o Pacote Cumulativo de Atualizações no servidor VMM local que está gerenciando o site de recuperação.
  3. 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

  1. Transfira o Rollup de Atualizações para o Fornecedor de Azure Site Recovery Microsoft.
  2. Instale o Pacote cumulativo de atualizações no servidor VMM local.
  3. 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

  1. Transfira o Rollup de Atualizações para o Fornecedor de Azure Site Recovery Microsoft.
  2. 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

  1. 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.
  2. Se tiver servidores de processo de expansão, atualize-os em seguida ao executar a Configuração Unificada do Microsoft Azure Site Recovery.
  3. 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 e DEBIAN8, certifique-se de seguir as etapas abaixo:

  1. Faça o download do instalador adequado para as suas máquinas –

  2. Copie o instalador para as pastas INSTALL_DIR\home\svsystems\pushinstallsvc\repository no Servidor de Configuração e 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

  3. 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)