Alta disponibilidade do Servidor Back-End no Lync Server 2013

 

Tópico última modificação: 12-08-2013

Para garantir a alta disponibilidade para seus Servidores Back-End, você pode usar o espelhamento sql síncrono ou o clustering do SQL. Usar uma dessas soluções é opcional, mas é recomendável manter a continuidade dos negócios da sua organização. O espelhamento sql assíncrono não tem suporte para alta disponibilidade do Servidor Back-End no Lync Server 2013. No restante deste documento, o espelhamento sql significa espelhamento sql síncrono, a menos que seja explicitamente declarado de outra forma.

Você pode configurar facilmente o espelhamento sql com o Construtor de Topologias. Para o cluster de failover SQK, você deve usar o SQL Server para a configuração.

Se você usar o espelhamento SQL ou o clustering do SQL em um pool emparelhado com outro pool de Front-Ends para recuperação de desastre, deverá usar a mesma solução de alta disponibilidade de Back-End em ambos os pools. Você não deve emparelhar um pool usando o espelhamento sql com um pool usando o clustering do SQL.

Quando você implanta o espelhamento do SQL, todos os bancos de dados do Lync Server no pool são espelhados, incluindo o repositório de Gerenciamento Central, se ele estiver localizado nesse pool, bem como o banco de dados de aplicativos do Grupo de Resposta e o banco de dados de aplicativos do Estacionamento de Chamada, se esses aplicativos estiverem em execução no pool.

Com o espelhamento do SQL, você não precisa usar o armazenamento compartilhado para os servidores. Cada servidor mantém sua cópia dos bancos de dados no armazenamento local.

Você pode optar por implantar o espelhamento sql com ou sem uma testemunha. Recomendamos usar uma testemunha porque isso habilita o failover do Servidor Back-End como automático. Caso contrário, um administrador terá que invocar manualmente o failover. Observe que mesmo se uma testemunha for implantada, um administrador pode invocar manualmente o failover do Servidor Back-End, se necessário.

Se você usar uma testemunha, poderá utilizar uma única testemunha para vários pares de Servidores Back-End. Não há correspondência exata entre testemunhas e pares de Servidores Back-End. As implantações que usam uma única testemunha para vários pares de Servidores Back-End não são tão resilientes quanto as topologias com uma testemunha separada para cada par de Servidores Back-End.

Para obter mais informações sobre o suporte a clustering do SQL, consulte Suporte a software de banco de dados no Lync Server 2013. Para obter detalhes sobre como implantar o clustering do SQL, consulte Configurar SQL Server clustering para o Lync Server 2013.

Tempo de recuperação para failover automático do servidor back-end com espelhamento de SQL

Para o failover automático de Back-End com espelhamento sql, o destino de engenharia para o RTO (objetivo de tempo de recuperação) é de 5 minutos. Devido ao espelhamento síncrono do SQL, não prevemos a perda de dados durante falhas do Servidor Back-End, exceto em raras ocasiões em que os Servidores Front-End e o Servidor Back-End são inativos simultaneamente enquanto os dados estão sendo movidos entre os servidores. A meta de engenharia para o objetivo do ponto de recuperação (RPO) é de 5 minutos.

Experiência do usuário durante falha do servidor back-end com espelhamento de SQL

A experiência do usuário durante uma falha depende da natureza da falha e da topologia.

Se você usar o espelhamento sql e tiver uma testemunha configurada e a entidade de segurança falhar, o failover do Servidor Back-End ocorrerá automaticamente e rapidamente. Os usuários ativos não devem notar a interrupção em suas sessões contínuas.

Se não houver uma testemunha configurada, pode levar algum tempo para o administrador invocar manualmente o failover. Durante este tempo, os usuários ativos podem ser afetados. Eles continuam suas sessões normalmente por cerca de 30 minutos. Se o primário ainda não for restaurado ou se um administrador não tiver falhado no backup, os usuários serão alternados para o modo de Resiliência, o que significa que eles não conseguem executar tarefas que exigem uma alteração persistente no Lync Server (como adicionar um contato).

Se o servidor principal e o Servidor Back-End espelho falharem ou se um desses servidores e a testemunha falharem, o Servidor Back-End se tornará indisponível (mesmo se o servidor principal ainda estiver funcionando). Nesse caso, os usuários ativos serão transferidos para o modo de Resiliência após um certo tempo.