Alta disponibilidade do Servidor de Back-End no Skype for Business Server

  • Artigo

Saiba mais sobre as opções de alta disponibilidade do Back-End Server com suporte em Skype for Business Server, incluindo Grupos de Disponibilidade AlwaysOn, Instâncias de Cluster de Failover AlwaysOn, espelhamento de banco de dados e clustering de failover do SQL.

Há quatro opções para aumentar a alta disponibilidade dos Servidores Back-End:

  • Espelhamento de banco de dados

  • Grupos de Disponibilidade Sempre Visíveis

  • FCI (Instâncias de Cluster de Failover do AlwaysOn)

  • Clustering de failover do SQL

O uso de uma dessas soluções é opcional, mas é recomendada para manter a continuidade de negócio da sua organização. Caso contrário, ter um único servidor de banco de dados para baixo pode causar a perda de dados Skype for Business Server significativos.

Você pode configurar o espelhamento de banco de dados usando apenas o Construtor de Topologia. Para grupos de disponibilidade AlwaysOn, Instâncias de Cluster de Failover AlwaysOn ou clustering de failover do SQL, você usa SQL Server para criar a solução de alta disponibilidade e, em seguida, você pode usar o Construtor de Topologia para associá-lo a um pool de Front-End.

Se você usar o Back End Server de alta disponibilidade em um pool de Front-End emparelhado com outro pool de Front-End para recuperação de desastre, use a mesma solução de alta disponibilidade de Back-End em ambos os pools.

Espelhamento de banco de dados

Skype for Business Server dá suporte ao espelhamento com o seguinte software de banco de dados:

  • SQL Server 2019, Edição Enterprise e Standard Edition

  • SQL Server 2017, Edição Enterprise e Standard Edition

  • SQL Server 2016, Edição Enterprise e Standard Edition

  • SQL Server 2014, Edição Enterprise e Standard Edition

  • SQL Server 2012 SP2 e CU2, Edição Enterprise e Standard Edition

Nota

O ESPELHAMENTO SQL está disponível no Skype for Business Server 2015, mas não tem mais suporte no Skype for Business Server 2019. Os métodos de fci (instâncias de cluster de failover alwayson) e os métodos de clustering de failover do SQL são as únicas opções com suporte com Skype for Business Server 2019.

Não há suporte para espelhamento de banco de dados assíncrono para alta disponibilidade do Servidor de Back-End em Skype for Business Server. No restante deste documento, o termo espelhamento de banco de dados significa espelhamento sincronizado de banco de dados, salvo quando especificado o contrário.

Quando você implanta o espelhamento de banco de dados em um pool de Front-End, todos os bancos de dados Skype for Business Server no pool são espelhados, incluindo o repositório Gerenciamento Central, se ele estiver localizado neste pool, bem como o banco de dados de aplicativo grupo de resposta e o banco de dados de aplicativo Call Park, se esses aplicativos estiverem em execução no pool.

Com o espelhamento de banco de dados, não é necessário usar o armazenamento compartilhado para os servidores. Cada servidor mantém sua cópia dos bancos de dados no armazenamento local.

Você pode escolher implantar espelhamento de banco de dados 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.

Diretrizes para o planejamento de espelhamento do Servidor Back-End

Em geral, a configuração do espelhamento SQL entre os dois Servidores Back-End com uma testemunha requer:

  • A versão do SQL Server do servidor primário deve dar suporte ao espelhamento de SQL.

  • Que o principal, o espelho e a testemunha (se implantada) tenham a mesma versão do SQL Server.

  • Que o principal e o espelho tenham a mesma edição do SQL Server. A testemunha pode ter uma edição diferente.

Para práticas recomendadas de SQL em termos de quais versões SQL têm suporte para uma função Witness, consulte "Testemunha de Espelhamento de Banco de Dados" no Biblioteca MSDN.

Antes de configurar o espelhamento do servidor você deve configurar as permissões do banco de dados SQL corretamente. Para obter detalhes, consulte "Configurar contas de logon para espelhamento de banco de dados ou grupos de disponibilidade AlwaysOn (SQL Server)".

Com o espelhamento SQL, o modo de recuperação de banco de dados fica sempre definido como Completo, o que significa que você deve monitorar de perto o tamanho dos logs de transações, fazendo backup regular para evitar o esgotamento do espaço em disco dos Servidores Back-End. A frequência dos backups dos logs de transações depende da taxa de expansão dos logs, que, por sua vez, depende das transações do banco de dados provenientes de atividades de usuários no Pool de Front-Ends. Recomendamos que você determine a expansão dos logs de transação que é esperada para a carga de trabalho de implantação do Lync para que seja possível realizar um planejamento adequado. Os artigos a seguir fornecem mais informações sobre o gerenciamento de logs e backups do SQL:

Importante

O uso do Construtor de Topologia ou cmdlets para configurar e remover o espelhamento SQL só tem suporte quando os servidores primário, espelho e testemunha (se desejado) pertencerem ao mesmo domínio. Se quiser configurar o espelhamento SQL entre servidores de domínios diferentes, consulte a documentação do SQL Server.

Nota

O ESPELHAMENTO SQL está disponível no Skype for Business Server 2015, mas não tem mais suporte no Skype for Business Server 2019. Os grupos de disponibilidade AlwaysOn, FCI (Instâncias de Cluster de Failover AlwaysOn) e métodos de clustering de failover do SQL são preferidos com Skype for Business Server 2019.

Tempo de recuperação para failover automático do Servidor Back-End com espelhamento de banco de dados

Para o failover automático do Servidor Back-End com espelhamento de banco de dados, a meta de engenharia para o objetivo de tempo de recuperação (RTO) é de 5 minutos. Como o espelhamento de banco de dados é síncrono, não há previsão de perda de dados durante as falhas do Servidor Back-End, exceto nas raras ocasiões em que tanto os Servidores Front-End como o Servidor Back-End ficam inativos simultaneamente enquanto os dados são movidos entre eles. 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 banco de dados

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

Se você usa o espelhamento de banco de dados com uma testemunha configurada e o servidor principal falhar, o failover do Servidor Back-End é executado rápida e automaticamente. 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 um administrador não tiver falhado no backup, os usuários serão alternados para o modo Resiliência, o que significa que eles não podem 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.

Grupos de disponibilidade AlwaysOn e instâncias do cluster de failover AlwaysOn

Skype for Business Server dá suporte a Grupos de Disponibilidade AlwaysOn apenas como ativos/passivos, não ativos/ativos.

Para usar Grupos de Disponibilidade AlwaysOn ou Instâncias de Cluster de Failover AlwaysOn, primeiro use SQL Server para configurar e configurar a solução de alta disponibilidade. Em seguida, você pode usar o Construtor de Topologia para associá-lo a um pool de Front-End.

Skype for Business Server dá suporte ao AlwaysOn com o seguinte software de banco de dados:

  • SQL Server Edição Enterprise 2019

  • SQL Server Standard Edition 2019 com limitações, confira a observação abaixo

  • SQL Server Edição Enterprise 2017

  • SQL Server Standard Edition 2017 com limitações, confira a observação abaixo

  • SQL Server Edição Enterprise 2016

  • SQL Server Standard Edition 2016 com limitações, confira a observação abaixo

  • SQL Server Edição Enterprise 2014

  • SQL Server Edição Enterprise SP2 e CU2 de 2012

Nota

SQL Server 2019, 2017 e 2016 são as únicas versões com suporte Skype for Business Server 2019.

Nota

Não há suporte para grupos de disponibilidade Always On nas Edições Standard do SQL 2016, 2017 e 2019, mas você pode usar Always On Instâncias de Cluster de Failover. Consulte Edições e recursos compatíveis do SQL Server 2016 para saber mais.

Importante

Os nomes de instância para várias instâncias do Grupo de Disponibilidade AlwaysOn devem ser os mesmos.

Para obter etapas para implantar grupos de disponibilidade AlwaysOn, consulte Implantar um Grupo de Disponibilidade AlwaysOn em um servidor de back-end no Skype for Business Server.

Clustering de Failover do SQL Server

Skype for Business Server dá suporte SQL Server clustering de failover com o seguinte software de banco de dados:

  • SQL Server 2019, Edição Enterprise e Standard Edition

  • SQL Server 2017, Edição Enterprise e Standard Edition

  • SQL Server 2016, Edição Enterprise e Standard Edition

  • SQL Server 2014, Edição Enterprise e Standard Edition

  • SQL Server 2012 SP2 e CU2, Edição Enterprise e Standard Edition

Para usar o clustering de failover do SQL, primeiro você deve configurar e configurar o cluster SQL Server antes de implantar o pool do Front End. Para obter as melhores práticas e instruções de instalação para clustering de failover no SQL Server 2012, consulte https://technet.microsoft.com/library/hh231721.aspx.

Nota

SQL Server 2019, 2017 e SQL Server 2016 são as únicas versões com suporte Skype for Business Server 2019.

Para usar o clustering de failover do SQL, primeiro você deve configurar e configurar o cluster SQL Server antes de implantar o pool do Front End. Para obter as melhores práticas e instruções de instalação para clustering de failover no SQL Server 2014 e 2016, consulte https://technet.microsoft.com/library/hh231721.aspx. Para clustering de failover no SQL Server 2008, consulte https://technet.microsoft.com/library/ms189134(v=sql.105).aspx.

Ao instalar o SQL Server, o SQL Server Management Studio deve ser instalado para gerenciar os locais de bases de dados e arquivos de log. O SQL Server Management Studio é instalado como componente opcional quando da instalação do SQL Server.