Condividi tramite

Disponibilità elevata di Back End Server in Skype for Business Server

  • Articolo

Informazioni sulle opzioni di disponibilità elevata di Back End Server supportate in Skype for Business Server, inclusi i gruppi di disponibilità AlwaysOn, le istanze del cluster di failover AlwaysOn, il mirroring del database e il clustering di failover SQL.

Per migliorare la disponibilità elevata per i server Back End, sono disponibili quattro opzioni:

  • Mirroring del database

  • Gruppi di disponibilità AlwaysOn

  • Istanze del cluster di failover AlwaysOn (FCI)

  • Clustering di failover SQL

L'uso di una di queste soluzioni è facoltativo, ma è consigliabile mantenere la continuità aziendale dell'organizzazione. In caso contrario, la riduzione di un singolo server di database potrebbe causare la perdita di dati significativi Skype for Business Server.

È possibile configurare il mirroring del database usando solo Generatore di topologie. Per i gruppi di disponibilità AlwaysOn, le istanze del cluster di failover AlwaysOn o il clustering di failover SQL, usare SQL Server per creare la soluzione ad alta disponibilità, quindi è possibile usare Generatore di topologie per associarla a un pool Front End.

Se si usa la disponibilità elevata di Back End Server in un pool Front End associato a un altro pool Front End per il ripristino di emergenza, è consigliabile usare la stessa soluzione di disponibilità elevata Back End in entrambi i pool.

Mirroring del database

Skype for Business Server supporta il mirroring con il software di database seguente:

  • SQL Server 2019, sia edizione Enterprise che Standard Edition

  • SQL Server 2017, sia edizione Enterprise che Standard Edition

  • SQL Server 2016, sia edizione Enterprise che Standard Edition

  • SQL Server 2014, sia edizione Enterprise che Standard Edition

  • SQL Server 2012 SP2 e CU2, sia edizione Enterprise che Standard Edition

Nota

SQL Mirroring è disponibile in Skype for Business Server 2015, ma non è più supportato in Skype for Business Server 2019. I metodi di clustering di cluster di failover AlwaysOn, AlwaysOn Failover Cluster Instances (FCI) e SQL failover clustering sono le uniche opzioni supportate con Skype for Business Server 2019.

Il mirroring asincrono del database non è supportato per la disponibilità elevata di Back End Server in Skype for Business Server. Nella parte rimanente del documento il mirroring del database indica il mirroring sincrono del database, se non diversamente specificato in modo esplicito.

Quando si distribuisce il mirroring del database in un pool Front End, viene eseguito il mirroring di tutti i database Skype for Business Server nel pool, incluso l'archivio di gestione centrale, se si trova in questo pool, nonché il database delle applicazioni response group e il database dell'applicazione Parcheggio di chiamata, se tali applicazioni sono in esecuzione nel pool.

Con il mirroring del database, non è necessario usare l'archiviazione condivisa per i server. Ogni server conserva la propria copia dei database nell'archiviazione locale.

È possibile scegliere di distribuire il mirroring del database con o senza controllo. È consigliabile usare un controllo perché consente il failover del server back-end automaticamente. In caso contrario, un amministratore deve richiamare manualmente il failover. Si noti che anche se viene distribuito un controllo, un amministratore può richiamare manualmente il failover di Back End Server, se necessario.

Se si utilizza un controllo, è possibile utilizzare un singolo controllo per più coppie di server Back End. Non esiste una corrispondenza stretta 1:1 tra testimoni e coppie di server Back End. Le distribuzioni che usano un singolo controllo per più coppie di server back-end non sono resilienti come le topologie con un controllo separato per ogni coppia back-end server.

Linee guida per la pianificazione del mirroring di Back End Server

In generale, la configurazione del mirroring SQL tra i due server back-end con un controllo richiede quanto segue:

  • La versione del server primario di SQL Server deve supportare il mirroring SQL.

  • Il server principale, il mirroring e il controllo (se distribuito) devono avere la stessa versione di SQL Server.

  • Il primario e lo specchio devono avere la stessa edizione di SQL Server. Il testimone potrebbe avere un'edizione diversa.

Per le procedure consigliate SQL in termini di versioni SQL supportate per un ruolo di controllo, vedere "Controllo mirroring di database" in MSDN Library.

Prima di configurare il mirroring del server, è necessario configurare correttamente le autorizzazioni di database SQL. Per informazioni dettagliate, vedere "Configurare gli account di accesso per il mirroring del database o Gruppi di disponibilità AlwaysOn (SQL Server)".

Con il mirroring SQL, la modalità di ripristino del database è sempre impostata su Completi, il che significa che è necessario monitorare da vicino le dimensioni del log delle transazioni ed eseguire regolarmente il backup dei log delle transazioni per evitare l'esaurimento dello spazio su disco nei server Back End. La frequenza dei backup del log delle transazioni dipende dal tasso di crescita del log, che a sua volta dipende dalle transazioni di database sostenute dalle attività degli utenti nel pool Front End. È consigliabile determinare la crescita prevista del log delle transazioni per il carico di lavoro di distribuzione di Lync, in modo da poter eseguire la pianificazione di conseguenza. Gli articoli seguenti forniscono ulteriori informazioni sul backup SQL e sulla gestione del log:

Importante

L'uso di Generatore di topologie o cmdlet per configurare e rimuovere il mirroring SQL è supportato solo quando i server primario, mirror e di controllo (se lo si desidera) appartengono tutti allo stesso dominio. Se si vuole configurare il mirroring SQL tra server in domini diversi, vedere la documentazione del SQL Server.

Nota

SQL Mirroring è disponibile in Skype for Business Server 2015, ma non è più supportato in Skype for Business Server 2019. I metodi di clustering di failover AlwaysOn, AlwaysOn Failover Cluster Instances (FCI) e SQL failover clustering sono i preferiti con Skype for Business Server 2019.The AlwaysOn Availability Groups, AlwaysOn Failover Cluster Instances (FCI) and SQL failover clustering methods are preferred with Skype for Business Server 2019.

Tempo di ripristino per il failover automatico di Back End Server con mirroring del database

Per il failover back-end automatico con il mirroring del database, la destinazione di progettazione per L'obiettivo tempo di ripristino (RTO) è 5 minuti. A causa del mirroring sincrono del database, non si prevede la perdita di dati durante gli errori di Back End Server se non in rari casi in cui sia front end server e back end server andare giù contemporaneamente mentre i dati vengono spostati tra i server. L'obiettivo di progettazione per l'obiettivo del punto di ripristino (RPO) è di 5 minuti.

Esperienza utente durante un errore back-end del server con mirroring del database

L'esperienza utente durante un errore dipende dalla natura dell'errore e dalla topologia.

Se si usa il mirroring del database e si ha configurato un controllo e l'entità ha esito negativo, il failover di Back End Server viene eseguito automaticamente e rapidamente. Gli utenti attivi non dovrebbero notare molte interruzioni delle sessioni in corso.

Se non è configurato alcun controllo, l'amministratore potrebbe richiedere del tempo per richiamare manualmente il failover. Durante questo periodo, gli utenti attivi potrebbero essere interessati. Continueranno le sessioni normalmente per circa 30 minuti. Se la principale non viene ancora ripristinata o un amministratore non ha eseguito il passaggio al backup, gli utenti vengono aggiornati alla modalità di resilienza, ovvero non sono in grado di eseguire attività che richiedono una modifica permanente in Lync Server (ad esempio l'aggiunta di un contatto).

Se sia l'entità sia il server back-end mirror hanno esito negativo o se uno di questi server e il controllo non riesce, back-end server diventerà non disponibile (anche se è l'entità che sta ancora funzionando). In questo caso, gli utenti attivi vengono passati alla modalità di resilienza dopo un certo periodo di tempo.

Gruppi di disponibilità AlwaysOn e istanze del cluster di failover AlwaysOn

Skype for Business Server supporta i gruppi di disponibilità AlwaysOn solo come attivi/passivi, non attivi/attivi.

Per usare i gruppi di disponibilità AlwaysOn o le istanze del cluster di failover AlwaysOn, prima di tutto usare SQL Server per configurare la soluzione con disponibilità elevata. È quindi possibile usare Generatore di topologie per associarlo a un pool Front End.

Skype for Business Server supporta AlwaysOn con il software di database seguente:

  • edizione Enterprise SQL Server 2019

  • SQL Server 2019 Standard Edition con limitazioni, vedere la nota seguente

  • edizione Enterprise SQL Server 2017

  • SQL Server 2017 Standard Edition con limitazioni, vedere la nota seguente

  • edizione Enterprise SQL Server 2016

  • SQL Server 2016 Standard Edition con limitazioni, vedere la nota seguente

  • edizione Enterprise SQL Server 2014

  • edizione Enterprise SQL SERVER 2012 SP2 e CU2

Nota

SQL Server 2019, 2017 e 2016 sono le uniche versioni supportate da Skype for Business Server 2019.

Nota

i gruppi di disponibilità di Always On non sono supportati nelle edizioni Standard di SQL 2016, 2017 e 2019, ma è possibile usare Always On istanze del cluster di failover. Per altre informazioni, vedere Edizioni e funzionalità supportate di SQL Server 2016.

Importante

I nomi di istanza per più istanze del gruppo di disponibilità AlwaysOn devono essere gli stessi.

Per la procedura di distribuzione dei gruppi di disponibilità AlwaysOn, vedere Distribuire un gruppo di disponibilità AlwaysOn in un server back-end in Skype for Business Server.

Clustering di failover SQL Server

Skype for Business Server supporta SQL Server clustering di failover con il software di database seguente:

  • SQL Server 2019, sia edizione Enterprise che Standard Edition

  • SQL Server 2017, sia edizione Enterprise che Standard Edition

  • SQL Server 2016, sia edizione Enterprise che Standard Edition

  • SQL Server 2014, sia edizione Enterprise che Standard Edition

  • SQL Server 2012 SP2 e CU2, sia edizione Enterprise che Standard Edition

Per usare il clustering di failover SQL, è necessario prima configurare e configurare il cluster di SQL Server prima di distribuire il pool Front End. Per procedure consigliate e istruzioni di configurazione per il clustering di failover in SQL Server 2012, vedere https://technet.microsoft.com/library/hh231721.aspx.

Nota

SQL Server 2019, 2017 e SQL Server 2016 sono le uniche versioni supportate da Skype for Business Server 2019.

Per usare il clustering di failover SQL, è necessario prima configurare e configurare il cluster di SQL Server prima di distribuire il pool Front End. Per procedure consigliate e istruzioni di configurazione per il clustering di failover in SQL Server 2014 e 2016, vedere https://technet.microsoft.com/library/hh231721.aspx. Per il clustering di failover in SQL Server 2008, vedere https://technet.microsoft.com/library/ms189134(v=sql.105).aspx.

Quando si installa SQL Server, è consigliabile installare SQL Server Management Studio per gestire i percorsi per i percorsi dei file di database e di log. SQL Server Management Studio viene installato come componente facoltativo quando si installa SQL Server.