Update Rollup 36 para recuperação de Azure Site

Fornecedor de recuperação de Site do Microsoft Azure

Melhoramentos

A2A:

• Expiração de certificado melhorada e renovação de suporte do serviço (com suporte de PowerShell).

• Máquina virtual (VM) intraregional mover o suporte do serviço.

• Melhorar a experiência de monitorização.

• Suporte para adicionar um novo disco para uma VM protegida.

• Para activar a actualização automática de agentes utilizados na replicação do Azure VMs, é utilizada uma conta de automatização. Anteriormente, era a conta predefinida tal como foi criado pela recuperação de sites. Agora, pode escolher uma conta diferente de automatização existente. Esta opção pode ser encontrada quando activa a replicação para uma VM. Alterar a definição para uma VM que esteja protegida como parte de um serviços específicos da recuperação Cofre de palavras aplica-se a todos os VMs Azure que estejam protegidos no Cofre de palavras mesmo.

Problemas corrigidos

 A2A:

• Validação de nova para verificar se definir a disponibilidade e grupos de recursos VM são diferentes para avisar os utilizadores antes da activação pós-falha.

• Melhoramento de reactivação pós-falha para gerir o cenário, se a VM seja eliminada da região de origem.

• Criação de contas de armazenamento de Cache fixa em grupos de recursos aleatórias em vez de grupos de recursos especificadas pelo cliente.

• Corrigido um problema em que a protecção de uma VM Falha ao verificar uma zona de disponibilidade de uma região.

• Corrigido um problema no qual falha de reprotection, se os discos de sistema da VM de origem for eliminado.

• Corrigido um problema durante a reactivação pós-falha em que a IU obtém bloqueada no processo, se não é possível obter a propriedade de zona de disponibilidade.

• Adiciona lógica para eliminar as ligações de recursos obsoletos, que são criadas por ASR numa subscrição cruzada.

Recuperação de Site da Microsoft Azure unificado programa de configuração e o modelo de configuração de servidor

Melhoramentos

Servidor de configuração de melhoramentos de monitorização:

Melhoramentos da mensagem de erro são efectuados nos seguintes cenários fornecer uma causa raiz clara e acções recomendados:

• vCenter desligado

• Servidor de processo desligado

• CS desligado

• Servidor em execução tem não heartbeat

• MT desligado

• Encerramento VM

• VM eliminado

Processar a monitorização do servidor

São aditados os seguintes alertas para servidores de processo para melhorar a monitorização:

• CPU, memória e alertas de espaço livre para monitorizar a utilização de recursos

• Alertas quando não estiverem a executar serviços essenciais do ASR

Processar a orientação do servidor selecção do produto

Durante a selecção de um servidor de processo para novas repetições, o estado de funcionamento do servidor de processo (crítico, aviso e saudável) é apresentado com base no estado de funcionamento de recursos, disponibilidade e a conectividade.

Notas

• Um servidor de processo crítico não pode ser utilizado para activar a replicação do VMs novos.

• Apesar de pode escolher um servidor de processo que mostra um Estado de aviso, não recomendamos que o utilizador a este. Carga de trabalho adicional pode afectar a carga de trabalho existente.

• Um servidor de processo que está marcado como Saudável pode ser utilizado para proteger os servidores de novos.

Para mais informações sobre orientações de servidor do processo, consulte https://aka.ms/asr_ps_selection_guidance.

Problemas corrigidos

(Não aplicável)

Serviço de mobilidade

Problemas corrigidos: aplicável ao DR de VMware VMs

• Tamanho reduzido de instaladores de agente de mobilidade (afecta Ubuntu *, Debian * SLES 12 - Push Install e actualização)

• Aviso de reinício aparece apenas quando existirem alterações do controlador associado

• Melhoramentos de mensagem de erro do Installer que fornecem uma causa raiz clara dos problemas de falha

• Melhoramentos no mecanismo de registo de arranque do serviço

• Problema de activação pós-falha fixo em computadores baseados no Windows Server 2019 num ambiente VMware ou física elegíveis para não-hidratação

• Fixas falhas na actualização de agente de mobilidade devolveu o código de erro 95507

• Para um cenário VMware-Azure e Azure-Azure DR, podem ser protegidos os seguintes sistemas operativos:

  • Windows 10 (x64)

  • Windows 8.1 (x64)

  • (X64) do Windows 8

  • Windows 7 (x64) SP1 e versões posteriores (a RTM do Windows 7 não é suportada)

Problemas corrigidos

• Corrigido um problema ocasional na qual os dados discos estão visíveis offline no Windows Server 2019.

Recuperação de Site da Microsoft Azure (serviço)

Melhoramentos

Replicação de dados de VMware ou servidores físicos para Azure é agora suportados para contas de armazenagem Azure que estão configuradas para ter uma firewall de rede virtual.

Problemas corrigidos

(Não aplicável)

Recuperação de Site da Microsoft Azure (Portal)

Melhoramentos

Para VMware para Azure, o estado de funcionamento do servidor em execução é adicionado a lâmina de descrição geral da VM. Eventos que são gerados no servidor de processo são adicionados a uma tabela de eventos sobre a lâmina de servidor em execução.

Problemas corrigidos

(Não aplicável)

Actualizar os componentes de Azure Site recuperação no local

Entre os locais VMM dois no local

1. Transferir o update rollup mais recente para o Fornecedor de recuperação de Site do Microsoft Azure.

2. Instale o update rollup pela primeira vez no servidor VMM no local que está a gerir o site de recuperação.

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

1. Transferir o conjunto de actualizações para o Fornecedor de recuperação de Site do Microsoft Azure.

2. Instale o update rollup no servidor VMM no local.

3. Instale o agente de MARS mais recente 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

1. Transferir o conjunto de actualizações para o Fornecedor de recuperação de Site do Microsoft Azure.

2. 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

1. Actualize o servidor de gestão no local. Este é o servidor que tenha funções de servidor de configuração e o servidor em execução. Para tal, transfira e execute a Configuração de unificado de recuperação do Microsoft Azure Site.

2. Se tiver servidores de fora de escala de processo, actualizá-las a seguinte executando a Configuração de unificado de recuperação do Microsoft Azure Site.

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

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 na origem de VM. No entanto, um reinício é não obrigatório. Se a diferença entre a versão do agent durante o último reinício e a versão actual for maior que quatro (4), é obrigatório reiniciar o computador. Consulte a tabela seguinte para obter uma explicação detalhada.