Réplica do Hyper-V
Aplica-se a: Windows Server 2012 R2, Windows Server 2012
A Réplica do Hyper-V é uma parte integral da função Hyper-V. Replica de forma assíncrona máquinas virtuais de Hyper-V num site primário para máquinas virtuais de réplica num site secundário.
Requisitos
Servidores— Precisará de dois servidores com o Windows Server 2012 ou Windows Server 2012 R2 com a função Hyper-V.
Localização— os servidores podem estar localizados fisicamente em conjunto ou em localizações geográficas completamente separadas.
Topologia— servidores de réplica primários, secundários e expandidos podem ser autónomos ou nós num cluster ativação pós-falha. Uma combinação de ambientes autónomos e em cluster é suportada.
Certificado—. Se planear utilizar a autenticação baseada em certificado (obrigatório para que os dados replicados sejam encriptados durante a transmissão), precisará de um certificado que pode ser local e autoassinado ou fornecido por uma AC interna.
Replicação
. Depois de ativar a Réplica de Hyper-V para uma máquina virtual específica no servidor anfitrião de Hyper-V principal, começa a replicação inicial para criar uma máquina virtual idêntica no site secundário. Após a replicação inicial, a Réplica de Hyper-V mantém um ficheiro de registo para os VHDs da máquina virtual. O ficheiro de registo é reproduzido pela ordem inversa para a réplica de VHD, de acordo com a frequência de replicação. Este registo e ordem inversa significam que as alterações mais recentes estão armazenadas e são replicadas de forma assíncrona. Se a replicação não ocorrer em linha com a frequência esperada é emitido um alerta.
Pode configurar as definições de ressincronização para uma máquina virtual. Isto pode ser manual, automático ou automático dentro de uma agenda específica. Configurar a ressincronização automática é útil para corrigir problemas de sincronização em curso.
Replicação expandida
O Windows Server 2012 R2 introduziu a replicação expandida, o que permite proteger várias cópias de dados de diferentes cenários de falha. Por exemplo, poderá manter uma segunda réplica de máquina virtual numa localização geográfica próxima e uma terceira cópia mais remotamente.
Na replicação expandida as alterações que ocorrem nas máquinas virtuais primárias para o site secundário e o servidor de Réplica expandida. Se ocorrer uma falha poderá obter dados a partir de réplica expandida, bem como a partir do secundário, fornecendo uma camada adicional de proteção.
Repare que:
O servidor expandido não suporta a replicação consistente com aplicações e tem de utilizar os mesmos VHDs que o servidor de Réplica está a utilizar.
Pode efetuar a ativação pós-falha para o servidor de Réplica se o servidor primário e de Réplica forem abaixo.
Pode executar uma ativação pós-falha de teste para o servidor expandido tal como faria para o secundário, sem perturbar as cargas de trabalho.
Configura a replicação expandida com o Gestor de Hyper-V, Windows PowerShell (utilizando a opção –Extended) ou WMI:
Na consola do Gestor de Hyper-V expande a replicação para uma máquina virtual específica. Pode definir uma frequência de replicação de 5 ou 15 minutos. Se tiver um cluster, seleciona a opção para a máquina virtual na consola do Gestor de Cluster de Ativação Pós-falha.
No PowerShell, utiliza o mesmo cmdlet que utilizou para configurar a replicação (com uma frequência 5 ou 15 minutos):
Enable-VMReplication –VMName <vmname> -ReplicaServerName <extended_server_name> -ReplicaServerPort <Auth_port> -AuthenticationType <Certificate/Kerberos> -ReplicationFrequencySec <300/900> [--other optional parameters if needed—]
Pode monitorizar a replicação expandida no separador de replicação na consola do Site de Réplica de Hyper-V. Pode verificar o estado na consola do Hyper-V -> Replicação -> Ver Estado de Funcionamento da Replicação -> Replicação Expandida.
Se quiser ver a cadeia de replicação expandida utilize este cmdlet do PowerShell:
Measure-VMReplication –VMName <name> -ReplicationRelationshipType Extended | select *
Ativação Pós-falha
A ativação pós-falha não é automática. Pode efetuar manualmente diferentes tipos de replicação para uma máquina virtual:
Ativação pós-falha de teste— Utilize para verificar que uma máquina virtual de réplica pode iniciar com êxito no site secundário. Cria uma máquina virtual de teste duplicada durante a ativação pós-falha e não tem impacto na replicação de produção normal. Depois da ativação pós-falha, se selecionar Ativação pós-falha na máquina virtual de teste de réplica, será eliminado.
Ativação pós-falha planeada— Utilize para efetuar a ativação pós-falha de máquinas virtuais durante o período de inatividade ou falhas esperadas. Terá de desativar a máquina principal antes de executar uma ativação pós-falha planeada. Depois da máquina efetuar a ativação pós-falha, a Réplica de Hyper-V começa a replicar as alterações no servidor principal. O último conjunto de alterações registadas é enviado para garantir que não há dados perdidos. No final da reversão da ativação pós-falha planeada, inicia a replicação para que a máquina virtual primária se torne secundária e vice-versa, assegurando que estão sincronizadas.
Ativação pós-falha não planeada— Utilize quando ocorrerem falhas inesperadas. A ativação pós-falha é iniciada na máquina virtual de réplica. Só deve ser utilizada se a máquina primária falhar. Uma verificação verifica se a máquina principal está em execução. Se o histórico de recuperação estiver ativado poderá recuperar para um ponto anterior no tempo. Durante a ativação pós-falha deve verificar que o ponto de recuperação é válido e, em seguida, conclua a ativação pós-falha para se certificar de que os pontos de recuperação estão unidos.
Teste |
Planeado |
Não planeado |
|
---|---|---|---|
Quando deve ser executado? |
Para verificar se máquinas de réplica iniciam como requerido. Para preparar a sua equipa. Para testar os processos de ativação pós-falha e recuperação. |
De acordo com os requisitos de organização ou conformidade. Para falhas planeadas Para eventos de desastre iminentes Para manutenção de servidores de anfitrião. |
Quando ocorrerem eventos inesperados |
Onde é iniciada a operação? |
Máquinas virtuais de réplica |
Iniciado num principal e concluir num secundário |
Máquinas virtuais de réplica |
É criada uma máquina duplicada? |
es |
Não |
Não |
Quanto tempo demora? |
Uma vez por mês |
||
Com que frequência é recomendado? |
Uma vez por mês |
Uma vez a cada seis meses |
Só em caso de desastre |
A máquina principal continua a replicar? |
Sim |
Sim – com a replicação inversa para o site primário depois da ativação pós-falha. |
Não |
Há perda de quaisquer dados? |
Nenhum |
Nenhum |
Podem ser dependentes do evento |
Existe qualquer período de indisponibilidade? |
Nenhum |
Período de indisponibilidade planeado |
Período de indisponibilidade não planeado |
Recuperação
Quando configurar a replicação para uma máquina virtual, especifique o número de pontos de recuperação que pretende armazenar. Pontos de recuperação representam pontos no tempo a partir do qual pode recuperar dados de uma máquina replicada. Recuperar a partir de pontos de recuperação antecipados em vigor reverte uma réplica. No Windows Server 2012 pode aceder a pontos de recuperação com até 15 horas de antiguidade. No Windows Server 2012 R2 isto é expandido para 24 horas.
Outros recursos úteis
Tipo de conteúdo |
Referências |
---|---|
Avaliação do produto |
Windows Server 2012 R2 e Windows Server 2012| Noções e Resolução de Problemas de Réplica do Hyper-V |
Planeamento |
Preparar para Implementar a Réplica do Hyper-V | Descrição Geral de Funcionalidade de Réplica do Hyper-V | Poster |
Implementação |
|
Resolução de Problemas |
|
Ferramentas e definições |
|
Recursos de comunidade |