Pacote cumulativo de atualizações 18 para recuperação do Site Azure

Provedor de recuperação do Site Microsoft Azure

Problemas corrigidos

• Log adicional é adicionado para melhorar a capacidade de diagnóstico.

• Correções para melhorar a confiabilidade da operação de registro.

Recuperação do Site Microsoft Azure Unificação de instalação

Problemas corrigidos

• Dependência do.NET Framework 3.5 é removida porque o.NET Framework 3.5 está se aproximando do seu fim de vida.

• Mensagens de erro e log aprimoradas para falhas de instalação.

• Correções no código de desinstalação para limpar regras de firewall que foram configuradas durante a instalação.

Serviço de mobilidade

Melhorias

• Suporte a Ubuntu 14.04 LTS. Para obter uma lista de kernels com suporte, vá para o suporte para versões de SO máquina replicado.

• Migração (migração de locais para o Azure) suporte para Red Hat Enterprise Linux versão 7.3.

• Migração (migração de locais para o Azure) suporte para CentOS 7.3. Suporte de Failback será adicionado na próxima versão mensal.

• Quando você usa o System Center Configuration Manager ou outras ferramentas de implantação, você pode exigir a capacidade de implantar serviços de mobilidade no servidor sem ter que registrá-lo com um servidor de configuração. Nesta versão, é adicionado suporte no instalador que permite que você instale o serviço de mobilidade sem ter que registrá-lo imediatamente com um servidor de configuração. Para obter mais informações, vá para instalar Serviço de mobilidade (VMware ou físico para o Azure).

Recuperação de Site do Microsoft Azure (correções no lado do serviço)

Melhorias

• Suporte para a criação de máquinas virtuais (VMs) usando discos gerenciados no failover no Azure local sites de VMware e Hyper-V (gerenciado ou não gerenciado pelo VMM). Você poderá ativar ou desativar a opção de usar discos gerenciados nas configurações de rede e computação para a máquina virtual protegida. Managed discos que são criados durante o failover no Azure simplificam o gerenciamento de disco para VMs do Azure IaaS, gerenciando a contas de armazenamento que estão associados com os discos VM. Além disso, discos gerenciados fornecem melhor confiabilidade para conjuntos de disponibilidade, certificando-se de que os discos das VMs em um conjunto de disponibilidade são suficientemente isolados entre si para evitar pontos únicos de falha.
  

  • Observação: Não há suporte para o failback do Azure para sites de Hyper-V no local (gerenciado pelo ou não gerenciado pelo VMM) para VMs que são executados em discos gerenciados.

• Desempenho de failover para VMs VMware failover no Azure otimizado: tempo necessário para o failover de VMs VMware para o Azure é reduzido pela otimização no processo de failover. Se beneficiar dessa otimização VMs que atendam aos seguintes critérios:
  

  • VM do Windows em execução no VMware.

  • VMs que usam a versão do serviço de mobilidade 9,8 ou uma versão posterior.

  • VMs com o following os drivers de inicialização:
    

    • storvsc

    • ATAPI

    • Intelide

    • storflt

    • VMBus

  • VMs com o serviço DHCP habilitado. A VM também pode usar um endereço IP estático.

  Observações:
  

  • VMs Hyper-V protegidos como máquinas físicas não tirarão proveito dessa otimização.

  • VMs Hyper-V que estejam protegidos contra hosts Hyper-V estavam sendo falha com usando o caminho otimizado antes mesmo que essa alteração recente.

• Muitas mensagens de eroor são aprimoradas com base na experiência do cliente e problemas recentes. Três das principais questões são as seguintes:
  

  • Código de erro 95226 Este erro geralmente é visto quando a VM de failover no Azure não pode se conectar ao servidor de configuração local. Isso pode ocorrer quando alguma das seguintes condições for verdadeira:
    

    • Você precisa certificar-se de que a rede da VM Azure está configurada para ativar a máquina virtual para se comunicar com o servidor de configuração local. Para fazer isso, defina uma VPN Site-to-Site volta para o data center local ou configurar uma conexão de ExpressRoute que usa o peering privada em uma rede virtual da VM do Azure.

    • Se você já tiver uma rede configurada para permitir que a VM do Azure para se comunicar com o servidor de configuração local, efetuar a VM e verifique o "serviço de aplicativo InMage Scout". Se você vir que o serviço de aplicativo InMage Scout "é não sendo executado, inicie o serviço manualmente e certifique-se de que o tipo de inicialização do serviço está definido como automático.

  • Código de erro 78093 este erro ocorre quando o failover do Azure VM não está em execução. Iniciar a VM do Azure ou, se a VM do Azure já estiver sendo executado, certifique-se de que o sistema operacional não está suspenso. Além disso, certifique-se de que a VM do Azure podem se comunicar com o servidor de configuração no local e pelo menos um processo. Em seguida, repita a operação de reprotect.

  • Código de erro 8072 Este erro ocorre quando o destino de mestre local possui um controlador SCSI diferente LSI lógica paralela. Selecione um servidor mestre de destino que possui somente controladores LSI Logic SCSI paralelo. Ou no destino do mestre, altere o tipo de controlador SCSI para LSI lógica paralela. Em seguida, reinicie o trabalho.

• Se você forneceu um conjunto de entradas errado durante o failback do Azure para VMware, e o trabalho falhar, você agora pode retornar para a máquina virtual na lista de itens protegidos e reprotect do disparador novamente. Isso permite que você insira novas entradas e concluir com êxito o reprotection.
  
  Observação: Se a falha ocorreu depois que os discos VM local estão conectados ao destino de mestre, você não pode alterar a entrada de destino principal. Se você alterar a entrada em uma retrigger, o trabalho falhará porque os discos já estão conectados. Portanto, certifique-se de que somente o primeiro destino mestre é selecionado é usado para uma retrigger.

• Você pode usar o Benefício de usar do Azure híbrido para trazer a sua própria licença do Windows Server para VMs que são migradas ou failover no Azure por meio da recuperação de Site do Azure. Além de usar o Windows PowerShell, você agora tem a opção na experiência do portal Azure para recuperação de Site do Azure especificar que Benefício de uso do Azure híbrida deve ser usado para uma máquina virtual protegida.

Problemas corrigidos

• Failback de uma VM do Azure para Hyper-V falha e retorna 539 do código de erro. Além disso, você recebe a seguinte mensagem de erro:
  

  A ação solicitada não pôde ser executada pelo provedor de replicação de 'Réplica Hyper-V para Azure'.

Pré-requisitos:

Para instalar o Microsoft Azure Site recuperação provedor Update Rollup 18 (versão 5.1.2300.1), você deve ter o seguinte instalado:

• Microsoft Azure Hyper-V Recovery Manager (versão 3.4.486 ou posterior)

• Microsoft Azure Site recuperação Hyper-V Provider (versão 4.6.660 ou posterior)

• Provedor Microsoft Azure Site recuperação (versão 5.1.1000 ou posterior)

Para instalar o Microsoft Azure Site recuperação Unificação instalação do Update Rollup 18 (versão 9.9.4510.1), você deve ter o seguinte instalado:

• Instalação de Unificação de recuperação do Microsoft Azure Site (VMware no Azure) (versão 9.0.4016.1 ou posterior)

Observação: Você pode verificar a versão do provedor instalado no item no painel de controle programas e recursos .

Informações sobre reinicialização

Você não precisa reiniciar o computador após aplicar essa atualização em um computador que tenha uma do System Center Virtual Machine Manager ou um servidor Hyper-V.

Essa atualização automaticamente para e reinicia os serviços do System Center Virtual Machine Manager durante o processo de atualização.

Uma reinicialização é necessária no servidor de configuração e protegido servidores depois de aplicar essa atualização.