Compartilhar via

Gerenciando recuperação de desastre, alta disponibilidade e Serviço de Backup do Lync Server 2013

  • Artigo

 

Tópico Última Modificação: 11-11-2012

Esta seção contém procedimentos para operações de recuperação de desastre, bem como para manter o Serviço de Backup que sincroniza os dados em pools de Front-Ends emparelhados.

Os procedimentos de recuperação de desastre, failover e failback, são manuais. Se houver um desastre, o administrador deverá invocar manualmente os procedimentos de failover. O mesmo se aplica ao failback depois que o pool é reparado.

Os procedimentos de recuperação de desastre no restante desta seção pressupõem o seguinte:

  • Você tem uma implantação com pools de Front-Ends emparelhados, localizados em sites diferentes, conforme descrito em Planejamento de alta disponibilidade e recuperação de desastre no Lync Server 2013. O Serviço de Backup tem sido executado nesses pools emparelhados para mantê-los sincronizados.

  • Se o repositório de Gerenciamento Central estiver hospedado em qualquer pool, ele será instalado e executado em ambos os pools emparelhados, com um desses pools hospedando o mestre ativo e o outro pool que hospeda o modo de espera.

Importante

Nos procedimentos a seguir, o parâmetro PoolFQDN refere-se ao FQDN do pool afetado por desastre, não ao pool do qual os usuários afetados estão sendo redirecionados. Para o mesmo conjunto de usuários afetados, ele se refere ao mesmo pool nos cmdlets de failover e failback (ou seja, o pool que primeiro alondou os usuários antes do failover).
Por exemplo, suponha um caso em que todos os usuários hospedados em um pool P1 foram executados com failover para o pool de backup, P2. Se o administrador quiser mover todos os usuários atualmente a serviço pelo P2 para serem a serviço pelo P1, o administrador deverá executar as seguintes etapas:

  1. Faça failback de todos os usuários originalmente hospedados em P1 de P2 para P1 usando o cmdlet de failback. Nesse caso, o PoolFQDN é o FQDN do P1.

  2. Faça failover de todos os usuários originalmente hospedados em P2 para P1 usando o cmdlet de failover. Nesse caso, o PoolFQDN é o FQDN do P2.

  3. Se o administrador posteriormente quiser fazer failback desses usuários P2 de volta para P2, o PoolFQDN será o FQDN do P2.

Observe que a etapa 1 acima deve ser executada antes da etapa 2 para preservar a integridade do pool. Se você tentar a etapa 2 antes da etapa 1, o cmdlet da etapa 2 falhará.