TechNet
Exportar (0) Imprimir
Expandir Tudo
Para exibir o arquivo em inglês, marque a caixa de seleção Inglês. Você também pode exibir o texto em inglês em uma janela popup, movendo o ponteiro do mouse sobre o texto.
Tradução
Inglês

Implantar a Réplica do Hyper-V

 

Publicado: julho de 2016

Aplica-se a: Windows Server 2012 R2, Windows Server 2012

Verificar os requisitos:

  1. O servidor primário e de Réplica estarão por trás do mesmo firewall? Como o site da Réplica é provavelmente remoto do site primário, você deve configurar o firewall para permitir os dados de replicação. Se os servidores primário e de Réplica serão separados por um firewall, adicione a Etapa 1.3 à sua lista de tarefas pendentes.

  2. O servidor primário ou de Réplica serão partes de um cluster de failover? Se forem, a Réplica precisa de um nome NetBIOS e endereço IP a ser usado como um ponto de conexão com o cluster. Para habilitar isso, instale o Hyper-V em cada nó do cluster e configure uma função de Agente de Réplica do Hyper-V para o cluster. Se um cluster de failover estiver envolvido na replicação, adicione a Etapa 1.4 à sua lista de tarefas pendentes.

  3. Os dados de replicação enviados entre os servidores primário e de réplica precisam ser criptografados? Para fornecer transferência de dados de replicação criptografados, a Réplica utiliza autenticação baseada em certificado, por isso é necessário ter ou criar um certificado de segurança adequado. Por exemplo, em qualquer escritório remoto ou outro cenário entre locais, os dados provavelmente devem ser criptografados para fins de segurança. No entanto, se os servidores primário e de Réplica estiverem fisicamente colocalizados e estiverem atrás do mesmo firewall, a autenticação Kerberos interna poderá ser adequada.

    System_CAPS_noteObservação

    A autenticação Kerberos está disponível apenas quando os servidores primário e de Réplica são membros do mesmo domínio ou de domínios mutuamente confiáveis​​. Outros cenários exigem a autenticação baseada em certificado.

    Se os dados de replicação transmitidos precisarem ser criptografados, adicione a Etapa 1.5 à sua lista de tarefas pendentes.

  4. Quais VHDs precisam ser replicados? VHDs que contiverem dados que mudam rapidamente e não são usados pelo servidor de Réplica após o failover, tais como discos de arquivo de paginação, deverão ser excluídos da replicação para poupar largura de banda da rede. Anote os VHDs que podem ser excluídos da replicação.

  5. Quantos pontos de recuperação você precisa? Você pode configurar a Réplica para armazenar apenas os dados mais recentes de replicação recebidos; os dados no servidor de réplica são atualizados de acordo com a frequência de configuração. Você também pode configurar a Réplica para manter um ou mais pontos de recuperação adicionais, que são criados aproximadamente uma vez por hora. Os pontos de recuperação adicionais também permitem recuperar operações de máquinas virtuais em um ponto anterior no tempo, quando você executa um failover. É possível ter no máximo 15 (24 em Windows Server 2012 R2) de tais pontos de recuperação. Anote o número de pontos de recuperação de que você precisa.

  6. Você precisa de aplicativos para manter a consistência? A configuração da replicação padrão mantém a consistência no estado do sistema operacional das máquinas virtuais replicadas depois de um failover, mas não o estado dos aplicativos que possam estar em execução na máquina virtual. Para preservar o estado dos aplicativos, você pode optar por fazer com que a Réplica crie pontos de recuperação consistentes com aplicativos adicionais que usem VSS em um agendamento definido. Anote se você precisa de pontos de recuperação consistentes com aplicativos.

  7. Decidir quanto ao método de replicação inicial. Para iniciar a replicação de dados, a Réplica precisa transferir o estado atual das máquinas virtuais. Esse estado inicial pode ser transmitido diretamente através da rede existente, imediatamente ou em um momento posterior configurado por você. Você também pode usar uma máquina virtual pré-existente restaurada no servidor de Réplica (por exemplo, se tiver restaurado um backup anterior da máquina virtual no servidor de Réplica) como cópia inicial. Ou então, você pode poupar largura de banda da rede copiando a cópia inicial para mídia externa e depois entregando fisicamente a mídia ao site de Réplica. Anote o método de replicação inicial que você planeja usar.

    System_CAPS_noteObservação

    Se você planeja usar uma máquina virtual pré-existente restaurada do backup como fonte para a replicação inicial, exclua todos os instantâneos anteriores associados à máquina virtual antes de habilitar a replicação e começar a replicação inicial.

  8. (Para Windows Server 2012 R2) Você usará replicação estendida? Na replicação estendida, seu servidor de réplica encaminha informações que ocorrem nas máquinas virtuais primárias para um terceiro servidor (o servidor de réplica estendido). Após um failover planejado ou não planejado do servidor primário para o servidor de réplica, o servidor de réplica estendido fornece mais proteção da continuidade dos negócios. Depois de concluir as etapas de 1 a 5 para habilitar, configurar e testar a replicação entre os servidores primário e de réplica, consulte a Etapa 6 para obter informações sobre como configurar e trabalhar com replicação estendida.

  9. Você deseja realizar um planejamento voltado para capacidade? Em caso positivo, baixe o Planejador de Capacidade para Réplica do Hyper-V em http://www.microsoft.com/download/details.aspx?id=39057.

A Réplica do Hyper-V é um recurso do Hyper-V, assim, você deve habilitar a função de servidor do Hyper-V, caso ainda não a esteja usando. A Réplica também requer máquinas virtuais; portanto, se ainda não tiver feito isso, você precisará criar uma ou mais delas. Para habilitar a função de servidor Hyper-V e criar máquinas virtuais, consulte Instalar o Hyper-V e criar uma máquina virtual.

A Réplica do Hyper-V já inclui regras de firewall que permitirão que os dados de replicação passem, mas você precisa habilitar as exceções adequadas. Siga as próximas etapas, dependendo da autenticação que você planeja usar: Kerberos ou autenticação baseada em certificado em servidores autônomos (não clusterizados). Se os servidores fizerem parte de um cluster de failover, execute os cmdlets do Windows PowerShell fornecidos após os procedimentos em qualquer nó do cluster para habilitar regras de firewall em todos os nós do cluster. Essas instruções se aplicam somente ao Firewall do Windows. Se você estiver usando um firewall que não seja da Microsoft, poderão ser necessárias etapas diferentes.

  1. Abra o Firewall do Windows com Segurança Avançada e clique em Regras de Entrada.

  2. Para habilitar a autenticação Kerberos, clique com o botão direito em Ouvinte HTTP da Réplica do Hyper-V (Entrada TCP) >Habilitar Regra.

  3. Para habilitar a autenticação baseada em certificado, clique com o botão direito em Ouvinte HTTPS da Réplica do Hyper-V (Entrada TCP) > Habilitar Regra.

  4. Para servidores que fazem parte de um cluster de failover, execute este cmdlet do Windows PowerShell com privilégios de administrador em qualquer nó do cluster para autenticação Kerberos. O cmdlet deve ser executado por um usuário com privilégios administrativos.

    get-clusternode | ForEach-Object  {Invoke-command -computername $_.name -scriptblock {Enable-Netfirewallrule -displayname "Hyper-V Replica HTTP Listener (TCP-In)"}}
    
    
  5. Para servidores que fazem parte de um cluster de failover, execute este cmdlet do Windows PowerShell com privilégios de administrador em qualquer nó do cluster para autenticação de certificado. O cmdlet deve ser executado por um usuário com privilégios administrativos.

    get-clusternode | ForEach-Object  {Invoke-command -computername $_.name -scriptblock {Enable-Netfirewallrule -displayname "Hyper-V Replica HTTPS Listener (TCP-In)"}}
    
    

Se você planeja usar um cluster de failover com a Réplica do Hyper-V e ainda não configurou o cluster, veja http://go.microsoft.com/fwlink/?LinkId=253006

Cada nó do cluster de failover que está envolvido na Réplica deve ter a função de servidor do Hyper-V instalada. Caso ainda não tenha feito isso, consulte a Etapa 1.2 deste tópico e instale a função do Hyper-V em cada nó do cluster.

Finalmente, configure o Agente de Réplica do Hyper-V para o cluster executando as etapas a seguir.

  1. No Gerenciador de Servidores, abra o Gerenciador de Cluster de Failover.

  2. No painel esquerdo, conecte-se ao cluster e, enquanto o nome do cluster é realçado, clique em Configurar Função no painel Ações. O assistente para Alta Disponibilidade será aberto.

  3. Na tela Selecionar Função, selecione Agente de Réplica do Hyper-V.

  4. Conclua o assistente, fornecendo um nome NetBIOS e endereço IP a serem usados como o ponto de conexão com o cluster (chamado de "ponto de acesso para cliente"). O Agente de Réplica do Hyper-V está configurado, resultando em um nome de ponto de acesso para cliente. Anote o nome do ponto de acesso para cliente para configurar a Réplica mais tarde.

  5. Verifique se a função do Agente de Réplica do Hyper-V é colocada online com êxito e pode realizar o failover entre todos os nós do cluster. Para fazer isso, clique com o botão direito do mouse na função, aponte para Mover e clique em Selecionar Nó. Em seguida, selecione um nó e clique em OK.

Logotipo do PowerShell Comandos equivalentes do Windows PowerShell

O seguinte cmdlet ou cmdlets do Windows PowerShell executam a mesma função que o procedimento anterior. Insira cada cmdlet em uma única linha, mesmo que possa aparecer quebra em várias linhas aqui devido a restrições de formatação.

Esta sequência de exemplo de cmdlets criará um Agente de Réplica do Hyper-V chamado "HVR-Broker", que usa o endereço IP estático 192.168.1.5. Todas as etapas devem ser concluídas por um usuário com privilégios administrativos.

$BrokerName = “HVR-Broker”
Add-ClusterServerRole -Name $BrokerName –StaticAddress 192.168.1.5
Add-ClusterResource -Name “Virtual Machine Replication Broker” -Type "Virtual Machine Replication Broker" -Group $BrokerName
Add-ClusterResourceDependency “Virtual Machine Replication Broker” $BrokerName
Start-ClusterGroup $BrokerName

Se você configurar a Réplica para usar a autenticação Kerberos, os dados transmitidos do servidor primário para o servidor de Réplica não serão criptografados. Para que os dados sejam criptografados, você deverá usar a autenticação baseada em certificado. Você pode fornecer um certificado X.509v3 existente ou criar um certificado autoassinado.

Se já estiver usando um servidor de certificado ou sistema PKI (de infraestrutura de chave pública), você poderá usar um certificado existente, desde que ele atenda aos seguintes critérios:

  • O certificado não deve ter expirado ou ter sido revogado.

  • O certificado deve incluir as e extensões de autenticação de cliente e servidor para EKU (uso avançado de chave) e uma chave privada associada.

  • O certificado deve terminar em um certificado raiz válido no repositório de Autoridades de Certificação Confiáveis no servidor de Réplica.

  • Se a máquina virtual for hospedada por um servidor autônomo, o CN (nome comum) de entidade deverá ser igual (ou o nome alternativo de entidade — nome DNS) deverá conter o FQDN do host. Se a máquina virtual for hospedada por um cluster de failover, o CN (nome comum) de entidade deverá ser igual (ou o nome alternativo de entidade — nome DNS) deverá conter o FQDN do Agente de Réplica do Hyper-V.

Saiba mais sobre como usar certificados com a Réplica do Hyper-V.

Embora a Réplica do Hyper-V funcione caso você configure apenas o servidor de Réplica (para receber a replicação de servidores primários), é uma boa prática também configurar os servidores primários para receber a replicação. Isso permite que você reverta a direção da replicação após um failover, o que fornece proteção de replicação para o servidor de Réplica recentemente ativo.

Você configura um servidor para receber replicações com o Gerenciador do Hyper-V, que está disponível localmente em qualquer servidor que tenha o Hyper-V instalado ou instalável separadamente como parte das Ferramentas de Administração de Servidor Remoto (RSAT). Os servidores que são parte dos clusters de failover usam o Gerenciador de Cluster de Failover para, também, configurar a replicação do Hyper-V. Com qualquer uma dessas ferramentas, é possível conectar-se remotamente ao servidor de Réplica para habilitar a replicação para ele.

  1. No Gerenciador do Hyper-V, clique em Configurações do Hyper-V no painel Ações.

  2. Na caixa de diálogo Configurações do Hyper-V, clique em Configuração de Replicação.

  3. No painel Detalhes, selecione Habilitar este computador como um servidor de Réplica.

  4. Na seção Autenticação e portas, selecione o método de autenticação apropriado. Para cada método de autenticação, especifique a porta a ser usada (as portas padrão são 80 para Kerberos em HTTP e 443 para autenticação com base em certificado em HTTPS).

  5. Se estiver usando autenticação com base em certificado, clique em Selecionar Certificado e forneça as informações de certificado necessárias.

  6. Na seção Autorização e armazenamento, use os botões de opção para especificar se deve permitir que qualquer servidor (primário) autenticado envie dados de replicação para esse servidor de Réplica ou limitar a aceitação aos dados de servidores primários específicos. É possível usar caracteres curinga para limitar a aceitação aos servidores de um domínio particular sem ter que especificá-los individualmente (por exemplo, *.contoso.com). Se você especificar servidores primários individuais, será possível designar um local de armazenamento separado para dados de Réplica para cada um deles, bem como agrupá-los na marcação Grupo de Confiança.

  7. Clique em OK ou Aplicar ao concluir.

Set-VMReplicationServer -ReplicationEnabled $true -AllowedAuthenticationType Certificate -ReplicationAllowedFromAnyServer $true -CertificateThumbprint "<CertThumbprint>” -DefaultStorageLocation “<Storage Location>” -CertificateAuthenticationPort <Listenerport>

Verifique se o ouvinte de https está em execução com netsh http show servicestate.

Certifique-se de que o Firewall do Windows esteja permitindo o tráfego pela porta com o seguinte cmdlet:

Enable-Netfirewallrule -displayname "Hyper-V Replica HTTPS Listener (TCP-In)"

Se o servidor de Réplica for parte de um cluster de failover, certifique-se de que o Firewall do Windows esteja permitindo o tráfego com este cmdlet:

Get-ClusterNode | ForEach-Object  {Invoke-command -computername $_.name -scriptblock {Enable-Netfirewallrule -displayname "Hyper-V Replica HTTPS Listener (TCP-In)"}}

Ao configurar o Agente de Réplica do Hyper-V, você habilita a replicação diretamente do Gerenciador de Cluster de Failover. Se você não tiver configurado o Agente de Réplica do Hyper-V, siga as instruções na Etapa 1.4. Ao concluir essas etapas, a Réplica é configurada para todos os nós do cluster.

System_CAPS_noteObservação

Se você usar autenticações com base em certificado, certifique-se de que cada nó de cluster e o ponto de acesso do cliente à Réplica do Hyper-V tenham os certificados de computador apropriados.

System_CAPS_noteObservação

Se você usar a tradução de endereço de rede (NAT), certifique-se de que as portas de entrada e saída estejam configuradas para usar o mesmo número de porta. A Réplica apenas ouve uma porta.

  1. No Gerenciador de Servidores, abra o Gerenciador de Cluster de Failover.

  2. No painel esquerdo, conecte-se ao cluster e, enquanto o nome do cluster é realçado, clique em Funções na categoria Navegar do painel Detalhes

  3. Clique com o botão direito do mouse na função e selecione Configurações de Replicação.

  4. No painel Detalhes, selecione Habilitar este cluster como um servidor de Réplica.

  5. Na seção Autenticação e portas, selecione o método de autenticação. Para cada método de autenticação, especifique a porta a ser usada (as portas padrão são 80 para Kerberos em HTTP e 443 para autenticação com base em certificado em HTTPS).

  6. Se estiver usando autenticação com base em certificado, clique em Selecionar Certificado e forneça as informações de certificado necessárias.

  7. Na seção Autorização e armazenamento, use os botões de opção para especificar se deve permitir que qualquer servidor (primário) autenticado envie dados de replicação para esse servidor de Réplica ou limitar a aceitação aos dados de servidores primários específicos. É possível usar caracteres curinga para limitar a aceitação aos servidores de um domínio particular sem ter que especificá-los individualmente (por exemplo, *.contoso.com). Se você especificar servidores primários individuais, será possível designar um local de armazenamento separado para dados de Réplica para cada um deles, bem como agrupá-los na marcação Grupo de Confiança.

Quando o servidor host está configurado para Réplica, é possível habilitar a replicação para cada máquina virtual que você deseja que seja replicada. Os detalhes de replicação são configurados em uma base por máquina virtual, assim, cada uma tem configurações um pouco diferentes umas das outras.

  1. No painel Detalhes do Gerenciador do Hyper-V, selecione uma máquina virtual clicando sobre ela.

  2. Clique com o botão direito do mouse na máquina virtual selecionada e aponte para Habilitar Replicação. O Assistente para Habilitar Replicação é aberto.

  3. Na página Especificar Servidor de Réplica, na caixa Servidor de Réplica, insira NetBIOS ou o nome de domínio internacional totalmente qualificado (FQIDN) do servidor de Réplica configurado por você na Etapa 2.1. Se o servidor de Réplica for parte de um cluster de failover, insira o nome do Agente de Réplica do Hyper-V configurado por você na Etapa 1.4. Clique em Avançar.

  4. Na página Especificar Parâmetros de Conexão, as configurações de porta e autenticação, definidas por você para o servidor de Réplica na Etapa 2.1, serão preenchidas automaticamente, desde que o WMI Remoto esteja habilitado. Caso ele não esteja, você precisará fornecer os valores. Clique em Avançar.

  5. Na página Escolher VHDs de Replicação, limpe as caixas de seleção para quaisquer VHDs que desejar excluir da replicação, devido a sua decisão em 1.1. Tomar decisões básicas de planejamento e, em seguida, clique em Avançar.

  6. Na página Configurar Histórico de Recuperação, selecione o número e os tipos de pontos de recuperação a serem criados no servidor de Réplica, devido a sua decisão em 1.1. Tomar decisões básicas de planejamento e, em seguida, clique em Avançar.

    System_CAPS_noteObservação

    Em Solution Explorer, abra o menu de atalho com botão direito sobre o nome do projeto e então escolha Properties.

  7. Na página Escolher Replicação Inicial, selecione o método de replicação inicial a ser usado para suas decisões de 1.1. Tomar decisões básicas de planejamento. Se você optar por ter uma replicação inicial pela ocorrência de rede posteriormente, configure isso aqui também e, em seguida, clique em Avançar.

  8. Na página Concluindo o Assistente de Habilitação de Relacionamento de Replicação, revise as informações no Resumo e depois clique em Concluir.

  9. Uma caixa de diálogo é exibida, indicando que a replicação foi habilitada com êxito. Nesse diálogo, clique no botão Configurações e forneça as configurações para definir a rede à qual a máquina virtual se conectará no servidor de Réplica. A máquina virtual de Réplica não se conecta automaticamente a nenhuma rede no servidor de Réplica (após um failover) por padrão, portanto, essas configurações são importantes. Você pode definir as configurações de rede para que a máquina virtual se conecte a uma rede diferente após um failover para o servidor de Réplica, conforme usado quando estava no servidor primário.

    System_CAPS_noteObservação

    Os dados de configuração para uma máquina virtual são replicados apenas uma vez, no momento da replicação inicial. Após esse ponto, você gerencia as máquinas virtuais de Réplica e primárias independentemente.

  10. Uma máquina virtual de Réplica é criada no servidor de Réplica. Se você eleger enviar a cópia inicial pela rede, a transmissão será iniciada imediatamente ou na hora configurada. Se você eleger usar a mídia externa para a cópia inicial, os arquivos necessários serão copiados para uma localização local. Copie os arquivos para a mídia que você usará para transferir a cópia inicial e depois envie a mídia para o site de Réplica.

  11. Usando o Hyper-V Manager ou o Windows PowerShell no servidor de Réplica, execute a replicação inicial para cada máquina virtual, usando os arquivos enviados por você ao site de Réplica.

Essa sequência de exemplos de cmdlets habilitará e iniciará a replicação para uma máquina virtual (“CRMVM”) que é hospedada por um servidor de Réplica denominado “Recovery1.contoso.com”. Neste exemplo, a autenticação de Kerberos está configurada. Todas as etapas devem ser concluídas por um usuário com privilégios administrativos.

Import-Module Hyper-V

$ReplicaServer = “Recovery1.contoso.com” $RecoveryPort = 8080 $PrimaryVM1 = “CRMVM” $PrimaryServer = “Primary1.contoso.com”

Enable-VMReplication -VMName $PrimaryVM1 -ReplicaServerName $ReplicaServer -ReplicaServerPort $RecoveryPort -AuthenticationType Integrated -CompressionEnabled $true -RecoveryHistory 0

Start-VMInitialReplication –VMName $PrimaryVM1

A Réplica do Hyper-V normalmente envia mudanças que ocorrem nas máquinas virtuais primárias para as máquinas virtuais de Réplica, mas, após um failover, ela pode enviar os dados para outra direção. Ao fazer isso, quando você falha nas operações do servidor primário atual para o servidor de Réplica, a direção de replicação pode ser revertida novamente para o servidor primário do servidor de Réplica assim que o primário tiver voltado ao modo online. Dessa forma, você fornece proteção de replicação para o servidor de Réplica que, agora, está prestando serviços ao carregamento de máquina virtual.

Para fazer isto, basta repetir as instruções pare configurar o servidor de Réplica em um ou mais servidores primários, usando as mesmas configurações usadas por você para o servidor de Réplica.

Para garantir que as máquinas virtuais replicadas (e os aplicativos executados dentro delas) funcionem corretamente no servidor de Réplica assim como no servidor primário, você pode realizar um failover de teste a qualquer momento. Quando você realiza um failover de teste, uma máquina virtual temporária é criada no servidor de Réplica. Você pode testar todos os aplicativos nessa máquina virtual de teste sem interromper a replicação em curso. Quando você terminar o teste, a máquina virtual temporária será excluída. Observe que:

  • Após o failover, a máquina virtual de teste não estará conectada a nenhuma rede. Se você precisar realizar testes que exijam uma rede, poderá modificar as configurações dessa máquina virtual de teste da mesma maneira que modificaria as configurações de qualquer máquina virtual comum.

  • Para um failover de teste ser bem-sucedido, você deve ter a replicação habilitada para, no mínimo, uma máquina virtual e ter concluído a replicação inicial por algum dos métodos disponíveis. Para verificar o failover com um ponto de recuperação diferente do mais recente, a replicação deve estar em execução tempo suficiente para que pelo menos um ponto de recuperação adicional tenha sido criado.

  1. Acesse o servidor de Réplica e, no Gerenciador do Hyper-V, clique com o botão direito do mouse na máquina virtual para a qual você pretende fazer o teste de failover, aponte para Replicação…, e em seguida, aponte para Failover de Teste….

  2. Escolha um ponto de recuperação a ser usado. Isso cria e inicia uma máquina virtual denominada "<nome da máquina virtual>-Teste" (por exemplo, "CRMVM-Teste").

  3. Realize seus testes na máquina virtual de teste. Por exemplo, você pode confirmar se a máquina virtual inicia, pausa e para, e se os eventuais aplicativos na máquina virtual funcionam corretamente.

    Depois de ter concluído seu teste, descarte a máquina virtual de teste escolhendo Parar Failover de Teste sob a opção Replicação.

    System_CAPS_importantImportante

    As operações que movem a máquina virtual de teste, como migração rápida, não têm suporte e podem fazer com que a máquina virtual de teste se torne órfã.

Logotipo do PowerShell Comandos equivalentes do Windows PowerShell

O seguinte cmdlet ou cmdlets do Windows PowerShell executam a mesma função que o procedimento anterior. Insira cada cmdlet em uma única linha, mesmo que possa aparecer quebra em várias linhas aqui devido a restrições de formatação.

Essa sequência de exemplo de cmdlets conduzirá um failover de teste de uma máquina virtual denominada "CRMVM".

$ReplicaVM1 = “CRMVM”

$TestReplicaVM1 = Start-VMFailover -AsTest -VMName $ReplicaVM1

Start-VM $TestReplicaVM1

Para parar a operação do failover de teste e descartar a máquina virtual de teste:

Stop-VMFailover –VMName $ReplicaVM1

Um failover planejado é uma operação na qual você move operações em qualquer máquina virtual primária para sua máquina virtual de réplica correspondente. Por exemplo, você pode executar um failover planejado para execução de manutenção ou atualizações em uma máquina virtual primária, ou quando tiver recebido com antecedência um aviso sobre um evento iminente no qual o servidor precise ficar offline. Você também pode executar um failover planejado para demonstrar e confirmar a preparação para um cenário de recuperação de desastre.

Em um failover planejado, qualquer mudança não replicada é copiada primeiramente para a máquina virtual de Réplica, de modo a não haver perda de dados. Após o failover planejado, a máquina virtual de Réplica assume a carga de trabalho. Para fornecer proteção semelhante para a máquina virtual que está agora atendendo a carga de trabalho, você deve configurar a "replicação inversa" para enviar as alterações de volta à máquina virtual primária (assim que ela estiver online novamente).

  1. Inicie o Gerenciador do Hyper-V no servidor primário e escolha uma máquina virtual para failover. Desligue a máquina virtual da qual você deseja fazer failover.

  2. Clique com o botão direito do mouse na máquina virtual, aponte para Replicação e, em seguida, aponte para Failover Planejado.

  3. Clique em Failover para transferir efetivamente as operações para a máquina virtual no servidor de Réplica. O failover não ocorrerá se os pré-requisitos não tiverem sido atendidos.

Logotipo do PowerShell Comandos equivalentes do Windows PowerShell

O seguinte cmdlet ou cmdlets do Windows PowerShell executam a mesma função que o procedimento anterior. Insira cada cmdlet em uma única linha, mesmo que possa aparecer quebra em várias linhas aqui devido a restrições de formatação.

Esta sequência de cmdlets realizará um failover planejado da máquina virtual "CRMVM", desde que você já tenha configurado o servidor primário (além do servidor de Réplica) para aceitar tráfego de replicação usando o procedimento na Etapa 2. Execute estes cmdlets no servidor primário:

$PrimaryVM1 = “CRMVM” Stop-VM $PrimaryVM1 Start-VMFailover -VMName $PrimaryVM1 –prepare

Em seguida, execute estes cmdlets no servidor de Réplica:

$ReplicaVM1 = “CRMVM” Start-VMFailover -VMName $ReplicaVM1

Depois que a máquina virtual primária é colocada online, você pode optar por executar estes comandos para reverter a direção da replicação:

Start-VM $ReplicaVM1 Set-VMReplication -reverse -VMName $ReplicaVM1

Após um failover não planejado, você precisará deixar as máquinas virtuais online novamente. Há a possibilidade de perda de dados, uma vez que não houve oportunidade de transmitir as alterações das máquinas virtuais que possam não ter sido replicadas ainda. Como no clustering de failover, Réplica do Hyper-V não é automaticamente transferida para as máquinas virtuais no servidor de réplica caso o servidor primário fique offline.

  1. Abra o Hyper-V Manager e conecte-se ao servidor de réplica.

  2. Clique com o botão direito do mouse no nome da máquina virtual que deseja usar, aponte para Replicação e depois para Failover….

  3. Na caixa de diálogo exibida, escolha o instantâneo de recuperação para o qual a máquina virtual deve ser restaurada e clique em Failover….. O Status de Replicação será alterado para Em estado de failover – Aguardando conclusão e a máquina virtual começará a usar os parâmetros de rede previamente configurados para isso. Se você não tiver configurado anteriormente os parâmetros de rede ou se desejar usar parâmetros diferentes neste ponto, use o cmdlet do Windows PowerShell abaixo para fazer isso.

  4. Use o cmdlet do Windows PowerShell Complete-VMFailover abaixo para concluir o failover.

  5. Repita essas etapas para cada máquina virtual que desejar restaurar online.

Logotipo do PowerShell Comandos equivalentes do Windows PowerShell

O seguinte cmdlet ou cmdlets do Windows PowerShell executam a mesma função que o procedimento anterior. Insira cada cmdlet em uma única linha, mesmo que possa aparecer quebra em várias linhas aqui devido a restrições de formatação.

Este script de exemplo conclui um failover não planejado:

$Primary = "host1" $Replica = "host2" $VMName = "vm01" Start-VMFailover -VMName $VMName -ComputerName $Replica Complete-VMFailover -VMName $VMName -ComputerName $Replica Start-VM -VMName $VMName -ComputerName $Replica # # Assuming that Primary server is recovered. # Set-VMReplication -VMName $VMName -AsReplica -ComputerName $Primary Set-VMReplication -VMName $VMName -Reverse -ReplicaServerName $Primary -ComputerName $Replica Start-VMInitialReplication -VMName $VMName -ComputerName $Replica

Para fornecer parâmetros de rede novos ou diferentes para a máquina virtual de réplica usar quando estiver online, use o cmdlet de exemplo a seguir, substituindo pelos valores adequados:

$NetworkAdapter = Get-VMNetworkAdapter -VMName $Replica -Name $VMNetworkAdapterName $NetworkAdapter | Set-VMNetworkAdapterFailoverConfiguration -IPV4Address 172.20.31.100 -IPV4SubnetMask 255.255.255.0 -IPV4DefaultGateway 172.20.31.1 -IPV4PreferredDNSServer 172.20.31.101 -IPV4AlternateDNSServer 172.20.31.102

Depois que as máquinas virtuais de réplica estiverem online novamente no servidor de réplica, estarão desprotegidas contra outra falha. Forneça esta proteção habilitando a replicação inversa novamente no servidor primário depois que o servidor estiver online.

System_CAPS_noteObservação

As máquinas virtuais de réplica devem ser replicadas novamente para o servidor primário original. Não tente configurar a replicação do servidor de réplica para um terceiro servidor.

  1. Abra o Hyper-V Manager e conecte-se ao servidor de réplica.

  2. Clique com o botão direito do mouse no nome da máquina virtual que deseja fazer a replicação inversa, aponte para Replicação e depois para Replicação inversa…. O Assistente de Replicação Reversa é aberto.

  3. Conclua o Assistente de Replicação Reversa. Você verá que as informações solicitadas são bastante semelhantes, se não idênticas, àquelas fornecidas para o Assistente para Habilitar Replicação (consulte 2.3 Habilitar replicação para máquinas virtuais.

Logotipo do PowerShell Comandos equivalentes do Windows PowerShell

O seguinte cmdlet ou cmdlets do Windows PowerShell executam a mesma função que o procedimento anterior. Insira cada cmdlet em uma única linha, mesmo que possa aparecer quebra em várias linhas aqui devido a restrições de formatação.

Para inverter a replicação da máquina virtual, use o seguinte cmdlet de exemplo:

Set-VMReplication -reverse -VMName $ReplicaVM2

Na replicação estendida (disponível em Windows Server 2012 R2), seu servidor de Réplica encaminha informações que ocorrem nas máquinas virtuais primárias para um terceiro servidor (o servidor de Réplica estendida). Após um failover planejado ou não planejado do servidor primário para o servidor de réplica, o servidor de réplica estendido fornece mais proteção da continuidade dos negócios. Assim como na replicação normal, você configura a replicação estendida usando o Gerenciador do Hyper-V, Windows PowerShell (usando a opção –Extended) ou WMI.

Tendo o servidor de terceiros, é possível obter as novas opções para failovers planejados, não planejados e de teste, bem como diferentes maneiras de mover a carga de trabalho virtualizada entre esses servidores. Uma vez estabelecida a replicação estendida, você pode realizar essencialmente todas as mesmas coisas com a Réplica e os servidores de réplica estendida, assim como faria com o servidor primário e o servidor de réplica.

Como as funções do servidor primário, de réplica e de réplica estendida podem ser trocadas entre vários servidores, a fim de manter as explicações mais claras possível, consideraremos neste tópico uma configuração inicial de três servidores: Servidor A, B e C. Este tópico pressupõe que você já configurou a replicação padrão como indicado nas Etapas 1 a 5 desta coleção de tópicos, em que o Servidor A é o servidor primário e o Servidor B é o servidor de réplica. O servidor de réplica estendida criado nessas etapas inicialmente será o Servidor C.

  1. No Gerenciador do Hyper-V, se conecte ao servidor de réplica (no estado inicial desse exemplo, Servidor B).

  2. Clique com o botão direito do mouse na máquina virtual e aponte para Replicação estendida. O Assistente de replicação estendida é aberto.

  3. Na página Especificar servidor de réplica, insira o nome do servidor que você pretende usar como réplica estendida (neste exemplo, Servidor C; não o servidor de réplica atual, Servidor B).

  4. Conclua o assistente, fornecendo valores como você fez quando configurou originalmente a replicação entre o servidor primário e o de réplica. Você pode usar valores diferentes para frequência de replicação, método de autenticação e método de replicação inicial, no lugar daqueles que você usava para configuração de replicação básica.

    System_CAPS_noteObservação

    Há certas diferenças no relacionamento de réplica da réplica estendida quando comparado ao relacionamento de réplica primária:

    • Você deve usar uma frequência de replicação maior para replicação estendida do que foi configurado para o relacionamento de Réplica primária. Somente frequências de 5 ou 15 minutos têm suporte para replicação estendida.

    • Se você tiver configurado instantâneos consistentes com o aplicativo no relacionamento de réplica primária, esses instantâneos serão encaminhados para a réplica estendida. Porém, não é possível configurar uma frequência diferente para instantâneos ou habilitar instantâneos consistentes com o aplicativo para replicação estendida independente do relacionamento de réplica primária.

    • A coleção de VHDs usada no relacionamento de réplica primária não pode ser diferente na replicação estendida.

Logotipo do PowerShell Comandos equivalentes do Windows PowerShell

O seguinte cmdlet ou cmdlets do Windows PowerShell executam a mesma função que o procedimento anterior. Insira cada cmdlet em uma única linha, mesmo que possa aparecer quebra em várias linhas aqui devido a restrições de formatação.

Você estende a replicação com o mesmo cmdlet usado para habilitar replicação normal. Entretanto, você o executa pelo servidor de Réplica atual e usa –ReplicaServerName para definir o servidor de Réplica estendida.

Enable-VMReplication –VMName <vmname> -ReplicaServerName <extended_server_name> -ReplicaServerPort <Auth_port> -AuthenticationType <Certificate/Kerberos> -ReplicationFrequencySec <300/900> [--other optional parameters if needed--]

Para monitorar o status e as estatísticas de replicação estendida, inicie o Gerenciador do Hyper-V, clique com o botão direito do mouse na máquina virtual de réplica e, então, aponte para Exibir integridade da replicação. Para ver os dados da réplica estendida, você deve exibir o relatório de integridade do servidor de réplica. A partir do servidor primário, você pode acessar somente o relatório da relação de replicação primária.

Com o Windows PowerShell, você pode usar o cmdlet Measure-VMReplication com o parâmetro extra –ReplicationRelationshipType. Se você usar o parâmetro sem especificar um valor, serão retornadas estatísticas para ambas, replicação primária e estendida. Para especificar a relação de replicação estendida, use o parâmetro com o valor Extended; para a relação primária, use o valor Simple.

Exemplos:

Para exibir as estatísticas da relação da replicação estendida do servidor de réplica:

Measure-VMReplication –VMName <name> -ReplicationRelationshipType Extended | select *

Para exibir as estatísticas da relação de replicação primária do servidor de réplica:

Measure-VMReplication –VMName <name> -ReplicationRelationshipType Simple | select *

Para exibir as estatísticas de relação de replicação para ambas, as relações de replicação primária e estendida:

Measure-VMReplication –VMName <name> | select *

A pausa e retomada da replicação estendida funciona da mesma forma que a replicação primária. Você pode controlar a replicação primária e a estendida separadamente. Se acessar a máquina virtual de réplica com o Gerenciador do Hyper-V, você encontrará opções separadas para pausar ou retomar tanto a replicação primária quanto a replicação estendida. Se você acessar a máquina virtual de réplica estendida, encontrará as opções de pausar e retomar somente para a replicação estendida.

Com o Windows PowerShell, você também pode usar os cmdlets Suspend-VMReplication e Resume-VMReplication com o parâmetro extra –ReplicationRelationshipType. Para especificar pausa ou retomada da relação de replicação estendida, use o parâmetro com o valor Extended; para a relação primária, use o valor Simple (que é o padrão se você não especificar o tipo de relação de replicação).

Exemplos:

Para pausar ou retomar a replicação estendida do servidor de réplica:

Suspend-VMReplication/ Resume-VMReplication –VMName <name> -ReplicationRelationshipType Extended

Para pausar ou retomar a replicação primária do servidor de réplica:

Suspend-VMReplication/ Resume-VMReplication –VMName <name> -ReplicationRelationshipType Simple

Para pausar ou retomar a replicação primária (se executada no servidor primário) ou replicação estendida (se executada no servidor de réplica estendida):

Suspend-VMReplication/ Resume-VMReplication –VMName <name>

Para se recuperar de certos erros, pode ser necessário ressincronizar a replicação. Se tiver ocorrido um erro, você pode ressincronizar tanto a replicação primária quanto a estendida com os seguintes comandos.

Exemplos:

Para ressincronizar a replicação do servidor primário no evento de um erro:

Suspend-VMReplication –VMName <name>//puts the virtual machine state to suspended Resume-VMReplication –VMName <name> -ReplicationRelationshipType Extended -Resync

Para ressincronizar a replicação estendida do servidor de réplica:

Suspend-VMReplication –VMName <name> -ReplicationRelationshipType Extended //puts the extended virtual machine state to suspended Resume-VMReplication –VMName <name> -ReplicationRelationshipType Extended -Resync

Em algumas circunstâncias, é possível que a replicação possa estar no estado “Ressincronização necessária”. Se isso ocorrer, você pode usar o Gerenciador do Hyper-V para executar a ressincronização imediatamente ou agendá-la para mais tarde. Se a relação de replicação primária estiver ressincronizando, a replicação estendida será movida para o estado Ressincronização necessária. Quando a ressincronização primária estiver concluída, a ressincronização estendida começará automaticamente.

Você também pode iniciar a ressincronização com o Windows PowerShell.

Exemplos:

Para ressincronizar a replicação de um servidor primário quando estiver no estado de Ressincronização necessária:

Resume-VMReplication –VMName <name> -Resync

Para ressincronizar a replicação estendida do servidor de réplica quando estiver no estado de Ressincronização necessária:

Resume-VMReplication –VMName <name> -ReplicationRelationshipType Extended -Resync

Teste os failovers do servidor de réplica para que o servidor de réplica estendida funcione exatamente como funcionaria em uma relação de replicação básica. Durante o failover de teste, a relação entre o servidor de réplica e o servidor de réplica estendida permanece intacta. Durante o teste, você também pode pausar ou retomar operações entre a Réplica e a Réplica estendida.

Com um servidor de réplica estendido, é possível obter mais opções ao executar um failover planejado. Em uma configuração de réplica básica (sem um servidor de réplica estendido), depois de executar um failover planejado do Servidor A para o Servidor B, normalmente você reverte a replicação de B para A para fornecer proteção de replicação para B, que agora está hospedando a carga de trabalho ativa visualizada.

Com um servidor de réplica estendido, depois de concluir um failover planejado de A para B, B atua como um servidor primário, mas pode usar C como seu servidor de réplica ou replicação reversa de volta para A.

Fazer failover para o Servidor B e usar o Servidor C como a nova réplica

  1. Use o Gerenciador do Hyper-V ou o Windows PowerShell para encerrar a máquina virtual no servidor primário (nesse exemplo, Servidor A).

  2. Inicie um failover planejado do Servidor A para o Servidor B, conforme descrito na Etapa 4: Realizar um Failover Planejado.

  3. Na caixa de diálogo Failover planejado, desmarque a caixa de seleção Inverter a direção da replicação após failover e selecione a caixa de seleção Iniciar a máquina virtual de réplica após o failover.

  4. Clique em Failover.

  5. Depois que o failover estiver concluído, no Gerenciador do Hyper-V, clique com o botão direito do mouse na máquina virtual que está agora no servidor de réplica (Servidor B) e aponte para Retomar replicação estendida. Isso remove a relação de replicação entre os Servidores B e A; como resultado, B é agora o servidor primário e C é o servidor de réplica.

Para fazer isso com o Windows PowerShell, execute Start-VMFailover –VMName <name> -Prepare no servidor primário (Servidor A), então execute Start-VMFailover –VMName <name> no Servidor B. A máquina virtual agora está como failover para Servidor B, que é o novo servidor primário.

Para usar o Servidor C como o novo servidor de réplica para proteger o Servidor B, execute os seguintes cmdlets no Servidor B:

Complete-VMFailover –VMName <name> // to commit the failover Start-VMFailover -Prepare Resume-VMReplication –VMName <name> -Continue // to resume extended replication

Fazer failover para o Servidor B e usar o Servidor A como a nova réplica

  1. Use o Gerenciador do Hyper-V ou o Windows PowerShell para encerrar a máquina virtual no servidor primário (nesse exemplo, Servidor A).

  2. Inicie um failover planejado do Servidor A para o Servidor B, conforme descrito na Etapa 4: Realizar um Failover Planejado.

  3. Na caixa de diálogo Failover planejado, marque a caixa de seleção Inverter a direção da replicação após failover e marque a caixa de seleção Iniciar a máquina virtual de réplica após o failover.

  4. Depois que o failover estiver concluído, no Gerenciador do Hyper-V, clique com o botão direito do mouse na máquina virtual que está agora no servidor de réplica (Servidor B) e aponte para Replicação reversa. Isso remove a relação de replicação estendida entre os Servidores B e C; como resultado, B é agora o servidor primário e A é o seu servidor de réplica.

Para fazer isso com o Windows PowerShell, execute Start-VMFailover –VMName <name> -Prepare no servidor primário (Servidor A), então execute Start-VMFailover –VMName <name> no Servidor B. A máquina virtual agora está como failover para Servidor B, que é o novo servidor primário.

Para usar o Servidor A como o novo servidor de réplica para proteger o Servidor B, execute os seguintes cmdlets no Servidor B:

Remove-VMReplication –VMName <name> -ReplicationRelationshipType Extended Set-VMReplication –VMName <name> -Reverse

Em algumas circunstâncias, você pode desejar manter offline os dois servidores, primário e de réplica (Servidores A e B), e ter a Réplica estendida (Servidor C) para manter a carga de trabalho virtualizada.

Fazer failover completamente para a Réplica estendida (Servidor C)

  1. Desligue a máquina virtual no servidor primário (Servidor A) e, então, conclua um failover planejado para o servidor de Réplica (Servidor B) (consulte a Etapa 4: Realizar um Failover Planejado).

  2. Depois que o failover para o servidor de réplica estiver concluído, complete um failover planejado para o servidor de réplica estendido (Servidor C).

Para fazer isso com o Windows PowerShell, execute o Start-VMFailover –VMName <name> -Prepare no servidor primário (Servidor A), depois execute Start-VMFailover –VMName <name> e Complete-VMFailover –VMName <name> no Servidor B. A máquina virtual agora está como failover para Servidor B, que é o novo servidor primário.

Faça failover do Servidor B para o Servidor C executando Start-VMFailover –VMName <name> -Prepare no Servidor B.

Finalmente, conclua o failover para o Servidor C executando o seguinte Servidor C:

Start-VMFailover –VMName <name> Complete-VMFailover –VMName <name>

Se o servidor primário (Servidor A) ficar desativado, você poderá concluir um failover não planejado para o servidor de réplica (Servidor B) com o Gerenciador do Hyper-V clicando com o botão direito do mouse na máquina virtual no Servidor B e apontando para Failover. Na caixa de diálogo que é aberta, selecione um ponto de recuperação e clique em Failover.

Para fazer isso com o Windows PowerShell, execute Start-VMFailover –VMName <name> -VMRecoverySnapshot <VMSnapshot>.

Depois que o failover para o Servidor B estiver concluído, você pode escolher continuar a replicação para o Servidor C (para fornecer proteção para o Servidor B) ou, se o Servidor A voltar a ficar online, fazer a replicação reversa do Servidor B para o Servidor A.

Para continuar a replicação para o Servidor C, no Servidor B, clique com o botão direito do mouse na máquina virtual no Gerenciador do Hyper-V e aponte para Retomar replicação estendida.

System_CAPS_noteObservação

Essa ação remove a replicação entre os Servidores A e B. O Servidor B torna-se o servidor primário e o Servidor C torna-se o servidor de réplica. A replicação do Servidor B para o Servidor C entra no estado de ressincronização e a replicação continua automaticamente depois que a ressincronização estiver concluída. A máquina virtual no Servidor A se torna órfã.

Para fazer isso com o Windows PowerShell, execute os seguintes cmdlets no Servidor B:

Complete-VMFailover –VMName <name> // to commit the failover Resume-VMReplication –VMName <name> -Continue // to resume extended replication

Em um ponto posterior, quando todos os três servidores estiverem online novamente, você poderá restaurar cada servidor para sua função original seguindo estas etapas:

  1. Remova a replicação de todos os três servidores com o Gerenciador do Hyper-V ou o Windows PowerShell.

  2. Execute o assistente para Habilitar replicação no Servidor B, escolhendo Usar uma máquina virtual existente no servidor de réplica como a cópia inicial.

  3. Execute um failover planejado do Servidor B para o Servidor A.

  4. Replicação estendida do Servidor B para o Servidor C.

Para a replicação reversa para o Servidor A, após o failover não planejado (no Servidor B), clique com o botão direito do mouse na máquina virtual no Gerenciador do Hyper-V e aponte para Replicação reversa. A relação de replicação estendida é removida; o Servidor B se torna o servidor primário e o Servidor A se torna o servidor de réplica. A máquina virtual no Servidor C é órfã.

Para fazer isso com o Windows PowerShell, no Servidor A ou no Servidor B, execute Set-VMReplication –VMName <name> -AsReplica. Então, no Servidor B, execute:

Set-VMReplication –VMName <name> -Reverse -ReplicaServerName <new_recovery_server_name> -ReplicaServerPort <Auth_port> -AuthenticationType <Certificate/Kerberos> -ReplicationFrequencySec <30/300/900> [--other optional parameters if needed--]

Em um ponto posterior, quando todos os três servidores estiverem online novamente, você poderá restaurar cada servidor para sua função original seguindo estas etapas:

  1. Remova a replicação do Servidor C com o Gerenciador do Hyper-V ou o Windows PowerShell.

  2. Execute um failover planejado do Servidor B para o Servidor A; escolha a opção Replicação reversa no assistente. Nesse ponto, o Servidor A é o servidor primário e o Servidor B é o servidor de réplica.

  3. No Servidor B, execute o assistente de Replicação estendida, escolhendo Usar uma máquina virtual existente no servidor de réplica como a cópia inicial.

Se um failover tiver alterado a carga de trabalho virtualizada para o servidor de réplica estendida (Servidor C nesses exemplos), agora ele agora estará funcionando como o servidor primário. Se ambos, Servidor A e Servidor B, ficarem desativados, conclua o failover não planejado para o Servidor C com o Gerenciador do Hyper-V clicando com o botão direito do mouse na máquina virtual no Servidor C e apontando para Failover. Na caixa de diálogo que é aberta, selecione um ponto de recuperação e clique em Failover.

Depois que o failover estiver concluído, você terá três opções para colocar outros servidores de volta em serviço:

Realocar o servidor de réplica (Servidor B, que anteriormente replicava o Servidor A) para ser um servidor de réplica que replica para o Servidor C:

No Gerenciador do Hyper-V, acesse o Servidor C, clique com o botão direito do mouse na máquina virtual e, em seguida, aponte para Replicação reversa.

Se uma relação de replicação primária for detectada no Servidor B, você receberá um erro. Se isso ocorrer, remova a relação de replicação em B e, então, repita a etapa de replicação reversa do Servidor C.

Quando a replicação reversa do Servidor C estiver concluída, o Servidor C será o servidor primário, o Servidor B será o servidor de réplica e a máquina virtual no Servidor A será órfã.

Para restaurar os servidores para suas funções originais
  1. Execute um failover planejado da máquina virtual do Servidor C para o Servidor B.

  2. Remova a replicação em todos os três servidores.

  3. Habilite a replicação do Servidor B para o Servidor A, escolhendo Usar uma máquina virtual existente no servidor de réplica como a cópia inicial

  4. Execute um failover planejado do Servidor B para o Servidor A, selecionando a caixa de seleção para habilitar replicação reversa.

  5. No Servidor B, execute o assistente de Replicação estendida, para estender a replicação para o Servidor C.

Realocar o servidor primário original (Servidor A) para ser um servidor de réplica que replica para o Servidor C:

No Monitor do Hyper-V, acesse o Servidor A, clique com o botão direito do mouse na máquina virtual e aponte para Remover replicação.

No Servidor B, execute o assistente Habilitar replicação para configurar a replicação para o Servidor A, escolhendo Usar uma máquina virtual existente no servidor de réplica como a cópia inicial. Se uma máquina virtual órfã ainda estiver presente no Servidor A, o assistente poderá usá-la como uma fonte de dados para concluir a replicação inicial.

Para restaurar os servidores para suas funções originais
  1. Execute um failover planejado da máquina virtual do Servidor C para o Servidor A.

  2. Remova a replicação em todos os três servidores.

  3. Habilite a replicação do Servidor A para o Servidor B, escolhendo Usar uma máquina virtual existente no servidor de réplica como a cópia inicial

  4. Execute um failover planejado do Servidor A para o Servidor B, selecionando a caixa de seleção para habilitar replicação reversa.

  5. No Servidor B, execute o assistente de Replicação estendida, para estender a replicação para o Servidor C.

Use um servidor novo (Servidor D) como o servidor de réplica

Prepare um novo servidor para o Hyper-V e a replicação, conforme descrito na Etapa 2: Habilitar Replicação.

Acesse o Servidor C e remova a replicação para a máquina virtual.

Habilite a replicação para o Servidor D para a máquina virtual.

Você pode mover as máquinas virtuais primária e de réplica para diferentes servidores com migração rápida ou com exportação/importação, mas, em muitos casos, a ressincronização será necessária.

Você pode remover a replicação estendida com o Gerenciador do Hyper-V clicando com o botão direito do mouse na máquina virtual de réplica e apontando para Replicação. Aponte para Remover replicação e depois selecione Remover replicação estendida ou Remover toda a replicação. Se você remover a relação de replicação entre a Réplica e a Réplica estendida, as mudanças na máquina virtual não serão mais encaminhadas para a Réplica estendida, mas a máquina virtual na Réplica estendida não será excluída.

System_CAPS_noteObservação

Se desejar remover a replicação entre a primária e a de réplica, remova a replicação entre Réplica e Réplica estendida primeiro.

Com o Windows PowerShell, use o cmdlet Remove-VMReplication com o parâmetro -ReplicationRelationshipType. Use o valor Extended para remover a replicação estendida ou Simple para remover a replicação primária.

Exemplos:

Para remover a replicação estendida do servidor de réplica:

Remove-VMReplication –VMName <name> -ReplicationRelationshipType Extended

Para remover a replicação primária do servidor de réplica:

Remove-VMReplication –VMName <name> -ReplicationRelationshipType Simple

Para remover toda a replicação (execute a partir do servidor primário ou do de réplica estendida):

Remove-VMReplication –VMName <name>
Mostrar:
© 2016 Microsoft