Introdução
Este artigo descreve os problemas corrigidos no Update Rollup 17 para as seguintes versões do Microsoft Azure Site recuperação:
-
Fornecedor de recuperação de Site do Microsoft Azure (versão 5.1.2250.0)
-
Configuração de unificado de recuperação do Microsoft Azure Site (VMware para Azure) (versão: 9.8.4455.1)
Obter informações sobre o detalhes sobre os problemas corrigidos e o Pré-requisitos que devem ser validados antes de instalar esta actualização.
Sumário
Update Rollup 17 para Microsoft Azure Site recuperação fornecedor aplica-se a todos os sistemas que tenham a Microsoft Azure Site recuperação fornecedores de serviços instalados. Estas incluem as seguintes:
-
Fornecedor de recuperação do Microsoft Azure sites para o System Center Virtual Machine Manager (3.3. x. x)
-
Fornecedor de Hyper-V de recuperação de Site de Microsoft Azure (4.6. x.x)
-
Fornecedor de recuperação de Site do Microsoft Azure (5.1. x.x)
Update Rollup 17 para Microsoft Azure Site recuperação unificado Setup (VMware para Azure) aplica-se a todos os sistemas que têm a versão de Microsoft Azure Site recuperação unificado configuração de serviços 9.0.4016.1 ou posterior instalado.
Correcções e melhoramentos incluídos nesta actualização
Depois de aplicar esta actualização, os seguintes problemas foram corrigidos e são incluídos os seguintes melhoramentos.
Fornecedor de recuperação de Site do Microsoft Azure
Melhoramentos
-
Melhorado de mensagens de erro para falhas de protecção para o ajudar na resolução de problemas.
Problemas corrigidos
-
Não aplicável
Recuperação de Site da Microsoft Azure unificado o programa de configuração
Melhoramentos
-
Pré-requisitos melhorados para detecção de idioma do sistema operativo, configurações do IIS e objectos de política de grupo incompatíveis.
Problemas corrigidos
-
Processa agora casos para a protecção de máquinas virtuais com dispositivos USB ligados aos mesmos. Agora vai filtrar ASR dispositivos USB, em vez de dar a protecção de uma máquina virtual.
Serviço de mobilidade
Melhoramentos
-
Suporte para SUSE Linux Enterprise Server 11 Service Pack 4 é incluído.
-
Melhoramentos de fiabilidade de para a protecção de máquinas virtuais que têm várias placas de rede. Agente agora inteligente selecciona os intervalos IP suportados enquanto filtra as aquele não suportado como endereço APIPA (169.254.0.0 para 169.254.255.255). Isto aumenta a taxa de êxito de protecção de máquinas virtuais com vários configuração de placas de rede também removendo a dependência de como desactivar manualmente as placas de rede com não suportado notação de endereço.
-
Melhoramentos na colecção de diagnóstico do serviço de mobilidade para melhorar a mensuração de métricas chave de desempenho e funcionamento.
Problemas corrigidos
-
Corrige Linux cenários em que um endereço IP modificado foi incorrectamente comunicado pelo serviço de mobilidade. Após a detecção, em alguns casos um endereço IP modificado não é enviado para o serviço e em vez disso, uma entrada obsoleta é recolhida a partir da cache. Isto provoca falhas de protecção.
-
Corrige um problema de Red Hat Enterprise Linux servidor 7.2 com o kernel do 3.10.0-514, onde não carregar o controlador de filtro do serviço de mobilidade. Isto faz com que a replicação para o lugar. Se executar o Red Hat Enterprise Server 7.2 com a 3.10.0.514 kernel, tem de desactivar a protecção do sistema e activar a protecção, actualize para a versão do serviço de mobilidade que faz parte deste update rollup.
-
Falha de instalação do serviço de mobilidade. Além disso, recebe a seguinte mensagem de erro:
MSI (s) (10:50) [tempo]: executar operação: ActionStart (nome = Invoke_DataPoolSize,) CAQuietExec: C:\Program Files (x86) \Microsoft Azure Site Recovery\agent > Sair /B 0
MSI (s) (10:50) [tempo]: executar operação: CustomActionSchedule (acção = Invoke_DataPoolSize, ActionType = 3073, origem = BinaryData, destino = CAQuietExec, CustomActionData = "C:\Program Files (x86) \Microsoft" "C:\Program Files (x86) \Microsoft Azure Site Recovery\agent\GetDataPoolSize")
MSI (s) (10:88) [tempo]: a invocar a acção personalizada remota. DLL: C:\Windows\Installer\MSIB628.tmp, o ponto de entrada: CAQuietExecCAQuietExec: erro 0x80070003: linha de comandos devolveu um erro. CAQuietExec: Erro 0x80070003: CAQuietExec falhou -
A instalação do serviço de mobilidade falha se a pasta % ProgramData % não se encontrar na unidade de sistema.
-
A actualização do serviço de mobilidade falha e recebe a seguinte mensagem de erro:
hora: directório/agente de instalação de uma função/CSIP/CSPort/vaule GUID é null/inválido. Não é possível prosseguir com a actualização.
hora: registo com o servidor de configuração falhou.
hora: remover o ramo de registo do agente de InMage.
hora: não é possível remover o ramo de registo do agente.
hora: excepção ocorreu: System. ArgumentException: não é possível eliminar uma árvore de subchaves porque a subchave não existir.
em Microsoft.Win32.RegistryKey.DeleteSubKeyTree (subchave cadeia)
em UnifiedAgent.UAInstallActionProcessess.DeleteAgentRegistry()
hora: Falha na instalação.
hora: não existe o ficheiro C:\Temp\ASRSetup\Passphrase.txt.
hora: não existe o ficheiro C:\Temp\ASRSetup\Passphrase.txt.
hora: aplicação terminou
hora: código de saída devolvido pelo agente unificado: 0(Successful)
Recuperação de Site do Microsoft Azure (serviço lado correcções)
Melhoramentos
-
Suporte para disponibilidade definido para a implementação do Gestor de recursos. Os utilizadores agora podem atribuir conjuntos de disponibilidade nas propriedades de máquina virtual antes da activação pós-falha. Esta funcionalidade é essencial para a protecção de todas as aplicações de on-Premise Edition que utilizam o Balanceador de carga de rede.
-
Activar DR agora pode ser repetida para VMware cenário. Se falhar a protecção, agora pode reiniciar a tarefa em vez de desactivar ou activar a protecção.
-
Anúncios uma verificação no portal que ocorre se um utilizador opta por efectuar a activação pós-falha para um ponto de recuperação de aplicações consistentes. Nesta situação, existe agora a verificação de que existem pelo menos um destes pontos para a máquina virtual.
-
Melhorada verifica a existência de disponibilidade de um tamanho de máquina virtual numa subscrição quando altera as definições da máquina virtual e para efectuar uma activação pós-falha.
-
Para o Hyper-V máquinas virtuais quando uma activação pós-falha planeada ocorre ou quando a opção de encerramento é escolhida depois de ocorrer uma activação pós-falha, máquinas virtuais de origem serão encerradas por força mesmo que estão bloqueadas.
-
Uma activação pós-falha não planeada é mudada para activação pós-falha.
Problemas corrigidos
-
Adiciona uma marca de verificação nas propriedades VM que, se o ensaio de activação pós-falha está em curso, propriedades VM editáveis estão desactivadas para evitar quaisquer falhas causadas por uma alteração indesejada.
-
Fluxo de trabalho de serviço de mobilidade de actualizações anteriormente falhou para uma máquina virtual de através de falha. Este comportamento foi corrigido para se certificar de que ocorrem os seguintes comportamentos.
Estado da máquina virtual
Comportamento de fluxo de trabalho de serviço de mobilidade da actualização
Protegido (em-prem para Azure)
Fluxo de trabalho actualiza o serviço de mobilidade que está a ser executado a VM no local
Activação pós-falha em Azure
O portal irá bloquear serviço de mobilidade de actualização para essas VMs até estarem novamente protegidos
Protegido (Azure para On-premises)
Fluxo de trabalho actualiza o serviço de mobilidade que está a ser executado a VM em execução no Azure
Reactivação pós-falha no local
O portal irá bloquear serviço de mobilidade de actualização para essas VMs até estarem novamente protegidos
Actualizar a recuperação de Site Azure-componentes de instalações
|
Cenário |
Passos |
|
Entre os locais VMM dois no local - ou - Entre dois locais VMM no local que utilizar a replicação de matriz de SAN |
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 |
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 |
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 site VMware/físicas no local Azure |
|
Informações sobre a atualização
Para resolver estes problemas, transfira e instale os seguintes ficheiros do Microsoft Download Center:
Transferir o Update Rollup 17 para o fornecedor de recuperação de Site do Microsoft Azure
Para mais informações sobre como transferir o Microsoft ficheiros de suporte, consulte o seguinte artigo na Microsoft Knowledge Base:
119591 Como obter ficheiros de suporte da Microsoft dos serviços online
A Microsoft analisou este ficheiro quanto à presença de virus. A Microsoft utilizou o software de deteção de vírus mais atual, que estava disponível na data em que o ficheiro foi publicado. O ficheiro está armazenado em servidores com segurança melhorada que ajudam a impedir alterações não autorizadas ao ficheiro.
Pré-requisitos
Para instalar o Microsoft Azure Site recuperação fornecedor Update Rollup 17 (versão 5.1.2250.0), tem de ter instalado o seguinte:
-
Gestor de recuperação de Hyper-V do Microsoft Azure (versão 3.4.486 ou uma versão posterior)
-
Microsoft Azure recuperação Hyper-V fornecedor de sites (versão 4.6.660 ou uma versão posterior)
-
Fornecedor de recuperação de Site do Microsoft Azure (versão 5.1.1000 ou uma versão posterior)
Para instalar o Microsoft Azure Site recuperação unificado programa de configuração do Update Rollup 17 (versão 9.8.4455.1), tem de ter os seguintes componentes instalados:
-
Configuração de unificado de recuperação do Microsoft Azure Site (VMware para Azure) (versão 9.0.4016.1 ou uma versão posterior)
Nota Pode verificar a versão do fornecedor instalado no item programas e funcionalidades no painel de controlo.
Informações sobre reinício
Não é necessário reiniciar o computador depois de aplicar esta actualização num computador que tenha um System Center Virtual Machine Manager ou um servidor de Hyper-V.
Esta actualização pára automaticamente e, em seguida, reinicia os serviços do System Center Virtual Machine Manager durante o processo de actualização.
Reiniciar o computador será necessário no seu servidor de configuração e protegida servidores depois de aplicar esta actualização.
Problemas conhecidos
Quando o ensaio VM for eliminado da recuperação automática do sistema ou VMM após verificação com êxito de activação pós-falha de teste para replicação de Hyper-V, os outros ficheiros (que não estão relacionadas com a VM em ensaio) e dados replicados também são eliminados. Isto faz com que uma indicação de estado crítico para os outros VMs replicadas. Isto afecta apenas os clientes no Update Rollup 2.1 para o System Center Virtual Machine Manager 2016 e 12 do Update Rollup para o System Center Virtual Machine Manager 2012 R2.
Nota Este problema cque já deviam requer que o cliente efectuar novamente a replicação inicial de protegido VMs. Não existe solução para este problema.
Para resolver este problema, we recomenda vivamente que transfira a correcção seguinte e para a versão mais recente.
-
Transferir e instalar esta correcção para implementações que executar o Update Rollup 2.1 de 2016 o System Center Virtual Machine Manager
-
Transferir e instalar esta correcção para implementações que executar o Update Rollup 12 para o System Center 2012 R2 Virtual Machine Manager
Estado
A Microsoft confirmou que este é um problema nos produtos da Microsoft listados na secção "Aplica-se a".
Referências
Obter informações sobre o terminologia que a Microsoft utiliza para descrever actualizações de software.
Os produtos de outros fabricantes que este artigo aborda são fabricados por empresas independentes da Microsoft. A Microsoft não oferece nenhuma garantia, expressa ou implícita, relativamente, ao desempenho ou à fiabilidade destes produtos.
