Elevada disponibilidade do Servidor back-end no Skype for Business Server
Saiba mais sobre as opções de elevada disponibilidade do Servidor back-end suportadas no Skype for Business Server, incluindo Grupos de Disponibilidade AlwaysOn, Instâncias de Cluster de Ativação Pós-falha AlwaysOn, espelhamento da base de dados e clustering de ativação pós-falha 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
Instâncias de Cluster de Ativação Pós-falha AlwaysOn (FCI)
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 base de dados inativo pode causar a perda de dados de Skype for Business Server significativos.
Pode configurar o espelhamento da base de dados com apenas o Topology Builder. Para Grupos de Disponibilidade AlwaysOn, Instâncias de Cluster de Ativação Pós-falha AlwaysOn ou clustering de ativação pós-falha do SQL, utilize SQL Server para criar a solução de elevada disponibilidade e, em seguida, pode utilizar o Topology Builder para associá-la a um conjunto de Front-End.
Se utilizar a elevada disponibilidade do Servidor de Back-end num conjunto de Front-end emparelhado com outro conjunto de Front-end para recuperação após desastre, deve utilizar a mesma solução de elevada disponibilidade de Back-end em ambos os conjuntos.
Espelhamento de banco de dados
Skype for Business Server suporta espelhamento com o seguinte software de base 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 de SQL está disponível no Skype for Business Server 2015, mas já não é suportado no Skype for Business Server 2019. Os Grupos de Disponibilidade AlwaysOn, as Instâncias de Cluster de Ativação Pós-falha AlwaysOn (FCI) e os métodos de ativação pós-falha do SQL clustering são as únicas opções suportadas com Skype for Business Server 2019.
O espelhamento de base de dados assíncrono não é suportado para elevada disponibilidade do Servidor back-end no 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 implementa o espelhamento da base de dados num conjunto de Front-End, todas as bases de dados Skype for Business Server no conjunto são espelhadas, incluindo o arquivo de Gestão Central, se estiver localizado neste conjunto, bem como a base de dados da aplicação Grupo de Resposta e a base de dados da aplicação Call Park, se essas aplicações estiverem em execução no conjunto.
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 de SQL Server do servidor primário tem de suportar o espelhamento do 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 obter as melhores práticas do SQL em termos das versões do SQL suportadas para uma função testemunha, veja "Testemunho de Espelhamento da Base 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, veja "Configurar Contas de Início de Sessão para Espelhamento da Base 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
A utilização do Topology Builder ou dos cmdlets para configurar e remover o espelhamento do SQL só é suportada quando os servidores primários, espelho e testemunho (se pretendido) pertencerem todos 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 de SQL está disponível no Skype for Business Server 2015, mas já não é suportado no Skype for Business Server 2019. Os Grupos de Disponibilidade AlwaysOn, as Instâncias de Cluster de Ativação Pós-falha AlwaysOn (FCI) e os métodos de ativação pós-falha do SQL clustering são preferíveis 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 principal ainda não for restaurado ou um administrador não tiver efetuado a ativação pós-falha para a cópia de segurança, os utilizadores serão mudados para o modo resiliência, o que significa que não podem executar tarefas que exijam uma alteração persistente no Lync Server (como adicionar um contacto).
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 suporta Grupos de Disponibilidade AlwaysOn apenas como ativos/passivos e não ativos/ativos.
Para utilizar Grupos de Disponibilidade AlwaysOn ou Instâncias de Cluster de Ativação Pós-falha AlwaysOn, utilize primeiro SQL Server para configurar a solução de elevada disponibilidade. Em seguida, pode utilizar o Topology Builder para associá-lo a um conjunto de Front-End.
Skype for Business Server suporta o AlwaysOn com o seguinte software de base de dados:
Edição Enterprise SQL Server 2019
SQL Server 2019 Standard Edition com limitações, veja a nota abaixo
SQL Server 2017 Edição Enterprise
SQL Server 2017 Standard Edition com limitações, veja a nota abaixo
SQL Server 2016 Edição Enterprise
SQL Server 2016 Standard Edition com limitações, veja a nota abaixo
Edição Enterprise SQL Server 2014
SQL Server 2012 SP2 e CU2 Edição Enterprise
Nota
SQL Server 2019, 2017 e 2016 são as únicas versões suportadas pelo Skype for Business Server 2019.
Nota
Always On Grupos de Disponibilidade não são suportados nas Edições de Cluster de Ativação Pós-falha do SQL 2016, 2017 e 2019 Standard, mas pode utilizar Always On Instâncias de Cluster de Ativação Pós-falha. Consulte edições e funcionalidades suportadas do SQL Server 2016 para saber mais.
Importante
Os nomes de instâncias de várias instâncias do Grupo de Disponibilidade AlwaysOn têm de ser os mesmos.
Para obter os passos para implementar Grupos de Disponibilidade AlwaysOn, veja Implementar um Grupo de Disponibilidade AlwaysOn num Servidor de Back-end no Skype for Business Server.
Clustering de Failover do SQL Server
Skype for Business Server suporta SQL Server clustering de ativação pós-falha com o seguinte software de base 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 utilizar a ativação pós-falha do SQL clustering, primeiro deve configurar o cluster de SQL Server antes de implementar o conjunto de Front-End. Para obter as melhores práticas e instruções de configuração para clustering de ativação pós-falha 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 suportadas pelo Skype for Business Server 2019.
Para utilizar a ativação pós-falha do SQL clustering, primeiro deve configurar o cluster de SQL Server antes de implementar o conjunto de Front-End. Para obter as melhores práticas e instruções de configuração para clustering de ativação pós-falha no SQL Server 2014 e 2016, consulte https://technet.microsoft.com/library/hh231721.aspx. Para clustering de ativação pós-falha 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.