Introdução
Este artigo descreve os problemas corrigidos no Update Rollup 17 para as seguintes versões do Microsoft Azure Site Recovery:
-
Provedor de recuperação de Site do Microsoft Azure (versão 5.1.2250.0)
-
Instalação de Unificação de recuperação do Microsoft Azure Site (VMware no Azure) (versão: 9.8.4455.1)
Aprender a detalhes sobre os problemas que são corrigidos e o pré-requisitos que deve ser validado antes de instalar essa atualização.
Sumário
O pacote cumulativo de atualizações 17 para provedor de recuperação do Microsoft Azure Site se aplica a todos os sistemas que possuem o provedor de serviços de recuperação do Microsoft Azure Site instalado. Elas incluem:
-
Provedor de recuperação de Site do Microsoft Azure para o System Center Virtual Machine Manager (3.3. x. x)
-
Provedor do Microsoft Azure Site recuperação Hyper-V (4.6. x.x)
-
Provedor de recuperação do Site Microsoft Azure (5.1. x.x)
Atualize pacote cumulativo de atualizações 17 para instalação de Unificação de recuperação do Microsoft Azure Site (VMware no Azure) se aplica a todos os sistemas que têm a versão de instalação unificada Microsoft Azure Site recuperação dos serviços 9.0.4016.1 ou uma versão posterior instalada.
Correções e aprimoramentos incluídos nesta atualização
Depois de aplicar essa atualização, os seguintes problemas são corrigidos e os seguintes aperfeiçoamentos estão incluídos.
Provedor de recuperação do Site Microsoft Azure
Melhorias
-
Aperfeiçoada a mensagens de erro para falhas de proteção ajudar na solução de problemas.
Problemas corrigidos
-
Não aplicável
Recuperação do Site Microsoft Azure Unificação de instalação
Melhorias
-
Pré-requisitos aprimorados para detecção de localidade do sistema operacional, as configurações do IIS e os objetos de diretiva de grupo incompatíveis.
Problemas corrigidos
-
Agora lida com casos para proteção de máquinas virtuais com dispositivos USB conectados a eles. Agora ASR filtrará dispositivos USB em vez de deixar a proteção de uma máquina virtual.
Serviço de mobilidade
Melhorias
-
Há suporte para o SUSE Linux Enterprise Server 11 Service Pack 4.
-
Melhorias de confiabilidade para proteção de máquinas virtuais que tem vários adaptadores de rede. Agente agora inteligente seleciona os intervalos de IP com suporte ao filtrar aquele sem suporte como endereço APIPA (169.254.0.0 a 169.254.255.255). Isso aumenta a taxa de sucesso de proteção de máquinas virtuais com várias configurações de adaptadores de rede também remover a dependência de desabilitar manualmente os adaptadores de rede que não oferece suporte a notação de endereço.
-
Melhorias na coleção de diagnóstico de serviço de mobilidade para melhorar a medição dos principais indicadores de desempenho e capacidade de manutenção.
Problemas corrigidos
-
Corrige o Linux cenários em que um endereço IP modificado incorretamente foi relatado pelo serviço de mobilidade. Após a descoberta, em alguns casos um endereço IP modificado não é enviado para o serviço e em vez disso, uma entrada obsoleta é separada a partir do cache. Isso causa falhas de proteção.
-
Corrige um problema para o Red Hat Enterprise Linux Server 7.2 executando o kernel 3.10.0-514, onde o driver de filtro de serviço de mobilidade não carrega. Isso faz com que a duplicação do compartimento. Se você executar o Red Hat Enterprise Server 7.2 com o 3.10.0.514 kernel, você terá que desativar a proteção do sistema e habilitar a proteção fazendo o upgrade para a versão de serviço de mobilidade é parte deste update rollup.
-
Falha de instalação do serviço de mobilidade. Além disso, você recebe a seguinte mensagem de erro:
MSI (s) (10:50) [time]: op em execução: açãoiniciar (nome = Invoke_DataPoolSize,) CAQuietExec: C:\Program Files (x86) \Microsoft Azure Site Recovery\agent > Sair/b 0
MSI (s) (10:50) [time]: op em execução: CustomActionSchedule (ação = Invoke_DataPoolSize, ActionType = 3073, Source = BinaryData, destino = CAQuietExec, CustomActionData = "C:\Program Files (x86) \Microsoft" "C:\Program Files (x86) \Microsoft Recovery\agent\GetDataPoolSize de Site Azure")
MSI (s) (10:88) [time]: invocação remota ação personalizada. DLL: C:\Windows\Installer\MSIB628.tmp, o ponto de entrada: CAQuietExecCAQuietExec: erro 0x80070003: linha de comando retornou um erro. CAQuietExec: Erro 0x80070003: CAQuietExec falhou -
A instalação do serviço de mobilidade falhará se a pasta % ProgramData % não está localizada na unidade do sistema.
-
A atualização do serviço de mobilidade falha e você recebe a seguinte mensagem de erro:
tempo: diretório/agente de instalação de uma função/CSIP/CSPort/vaule GUID é nulo ou inválido. Não é possível prosseguir com a atualização.
tempo: registro com a configuração do servidor falhou.
tempo: Removendo o hive de registro do agente de InMage.
tempo: não é possível remover a seção de registro do agente.
tempo: Ocorreu uma exceção: System. ArgumentException: não é possível excluir uma árvore de subchave porque a subchave não existe.
no Microsoft.Win32.RegistryKey.DeleteSubKeyTree (subchave de cadeia de caracteres)
em UnifiedAgent.UAInstallActionProcessess.DeleteAgentRegistry()
tempo: Falha na instalação.
tempo: C:\Temp\ASRSetup\Passphrase.txt arquivo não existe.
tempo: C:\Temp\ASRSetup\Passphrase.txt arquivo não existe.
tempo: aplicativo concluído
tempo: código de saída retornado pelo agente unificado: 0(Successful)
Recuperação de Site do Microsoft Azure (correções de lado do serviço)
Melhorias
-
Suporte para disponibilidade definida para implantação do Gerenciador de recursos. Os usuários agora podem atribuir conjuntos de disponibilidade nas propriedades da máquina virtual antes do failover. Essa funcionalidade é essencial para a proteção de todos os aplicativos nas instalações que usam o balanceador de carga de rede.
-
Habilitar recuperação de desastres agora pode ser repetida para cenário de VMware. Se a proteção falhar, você poderá reiniciar o trabalho em vez de desativar ou ativar a proteção.
-
Anúncios a seleção no portal que ocorre se um usuário optar por apresentar failover em um ponto de recuperação consistente com o aplicativo. Nessa situação, há agora a verificação de que existe pelo menos um desse ponto para a máquina virtual.
-
Aperfeiçoada a verifica a disponibilidade de um tamanho de máquina virtual em uma inscrição quando você alterar as configurações de máquina virtual e ao executar um failover.
-
Hyper-v máquinas virtuais quando um failover planejado ocorre ou quando a opção de desligamento é escolhida após um failover ocorrer, máquinas virtuais de origem serão desligadas pela equipe mesmo que eles estão bloqueados.
-
Um failover não planejado é renomeado para failover.
Problemas corrigidos
-
Adiciona uma verificação nas propriedades VM que se teste de failover, propriedades editáveis de VM estão desabilitadas para evitar quaisquer falhas causadas por uma alteração indesejada.
-
Fluxo de trabalho de serviço de mobilidade atualizações falhou anteriormente para uma máquina virtual de failover. Esse comportamento foi corrigido para certificar-se de que os seguintes comportamentos ocorrer.
Estado da máquina virtual
Atualize o comportamento do fluxo de trabalho de serviço de mobilidade
Protegido (em-prem no Azure)
Fluxo de trabalho atualiza o serviço de mobilidade está sendo executado na VM local
Falha no Azure
O portal bloqueará o serviço de atualização de mobilidade para essas VMs até que sejam novamente protegidos
Protegido (Azure para local)
Fluxo de trabalho atualiza o serviço de mobilidade está sendo executado na VM em execução no Azure
Failback para o local
O portal bloqueará o serviço de atualização de mobilidade para essas VMs até que sejam novamente protegidos
Atualizar sua recuperação de Site do Azure local componentes
|
Cenário |
Etapas |
|
Entre os sites do VMM duas instalações - ou - Entre dois sites do VMM no local que usam a replicação de array de SAN |
Observação: Se o VMM é um altamente disponível VMM (VMM em cluster), certifique-se de instalar a atualização em todos os nós do cluster onde está instalado o serviço do VMM. |
|
Entre um site do VMM no local e o Azure |
Observação: Se o VMM é um altamente disponível VMM (VMM em cluster), certifique-se de instalar a atualização em todos os nós do cluster onde está instalado o serviço do VMM. |
|
Entre um site do Hyper-V no local e o Azure |
Observação: Se o Hyper-V é um servidor de Host de cluster Hyper-V, certifique-se de instalar a atualização em todos os nós do cluster |
|
Entre um site local VMware/física do Azure |
|
Informações sobre a atualização
Para resolver esses problemas, faça o download e instalar os seguintes arquivos do Microsoft Download Center:
Baixar o pacote cumulativo de atualizações 17 para provedor de recuperação do Site Microsoft Azure
Para obter mais informações sobre como baixar os arquivos de suporte da Microsoft, consulte o seguinte artigo da Base de Conhecimento da Microsoft:
119591 Como obter arquivos de suporte da Microsoft de serviços online
A Microsoft examinou esse arquivo em busca de vírus. A Microsoft usou o software de detecção de vírus mais recente que estava disponível na data em que o arquivo foi publicado. O arquivo está armazenado em servidores com segurança avançada que ajudam a evitar qualquer alteração não autorizada no arquivo.
Pré-requisitos:
Para instalar o Microsoft Azure Site recuperação provedor Update Rollup 17 (versão 5.1.2250.0), 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 unificada instalação Update Rollup 17 (versão 9.8.4455.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 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 será necessária no servidor de configuração e protegido servidores depois de aplicar essa atualização.
Problemas conhecidos
Quando o teste VM é excluído do VMM ou de ASR após verificação bem-sucedida do teste de failover para replicação do Hyper-V, outros arquivos (que não estão relacionados a VM em teste) e dados replicados também serão excluídos. Isso faz com que uma indicação do estado crítico para as outras VMs replicadas. Isso afeta somente os clientes no Update Rollup 2.1 para 2016 do System Center Virtual Machine Manager e 12 de Rollup de atualização para o System Center Virtual Machine Manager 2012 R2.
Observação: Este problema cs que já deveriam pedir ao cliente para executar novamente a replicação inicial para VMs protegidas. Não há nenhuma solução alternativa para esse problema.
Para resolver esse problema, we altamente recomendável que você baixe o seguinte hotfix e atualização para a versão mais recente.
-
Baixe e instale esta hotfix para implantações que executam 2.1 do Update Rollup para o System Center 2016 do Virtual Machine Manager
-
Faça o download e instalar este hotfix para implantações que executam 12 de Rollup de atualização para o System Center 2012 R2 do Virtual Machine Manager
Status
A Microsoft confirma que este é um problema em seus produtos listados na seção "Aplica-se a".
Referências
Saiba mais sobre o terminologia que a Microsoft usa para descrever as atualizações de software.
Os produtos de terceiros descritos neste artigo são fabricados por empresas que são independentes da Microsoft. A Microsoft não oferece nenhuma garantia, implícita ou não, em relação ao desempenho ou à confiabilidade desses produtos.
