Hochverfügbarkeit des Back-End-Servers in Skype for Business Server

  • Artikel

Erfahren Sie mehr über die in Skype for Business Server unterstützten Hochverfügbarkeitsoptionen für Back-End-Server, einschließlich AlwaysOn-Verfügbarkeitsgruppen, AlwaysOn-Failoverclusterinstanzen, Datenbankspiegelung und SQL-Failoverclustering.

Um die hohe Verfügbarkeit Ihrer Back-End-Server zu verbessern, stehen Ihnen vier Möglichkeiten zur Verfügung:

  • Datenbankspiegelung

  • AlwaysOn-Verfügbarkeitsgruppen

  • AlwaysOn-Failoverclusterinstanzen (FCI)

  • SQL-Failoverclustering

Die Verwendung einer dieser Lösungen ist optional, wird aber empfohlen, um die Geschäftskontinuität Ihres Unternehmens aufrechtzuerhalten. Andernfalls kann ein Ausfall eines einzelnen Datenbankservers zum Verlust erheblicher Skype for Business Server Daten führen.

Sie können die Datenbankspiegelung nur mit dem Topologie-Generator einrichten. Für AlwaysOn-Verfügbarkeitsgruppen, AlwaysOn-Failoverclusterinstanzen oder SQL-Failoverclustering verwenden Sie SQL Server, um die Hochverfügbarkeitslösung zu erstellen. Anschließend können Sie den Topologie-Generator verwenden, um sie einem Front-End-Pool zuzuordnen.

Wenn Sie die Hochverfügbarkeit des Back-End-Servers in einem Front-End-Pool verwenden, der für die Notfallwiederherstellung mit einem anderen Front-End-Pool gekoppelt ist, sollten Sie dieselbe Back-End-Hochverfügbarkeitslösung in beiden Pools verwenden.

Datenbankspiegelung

Skype for Business Server unterstützt die Spiegelung mit der folgenden Datenbanksoftware:

  • SQL Server 2019, sowohl Enterprise Edition als auch Standard Edition

  • SQL Server 2017, sowohl Enterprise Edition als auch Standard Edition

  • SQL Server 2016, sowohl Enterprise Edition als auch Standard Edition

  • SQL Server 2014, sowohl Enterprise Edition als auch Standard Edition

  • SQL Server 2012 SP2 und CU2, sowohl Enterprise Edition als auch Standard Edition

Hinweis

DIE SQL-Spiegelung ist in Skype for Business Server 2015 verfügbar, wird aber in Skype for Business Server 2019 nicht mehr unterstützt. Die Methoden AlwaysOn-Verfügbarkeitsgruppen, AlwaysOn-Failoverclusterinstanzen (FCI) und SQL-Failoverclustering sind die einzigen unterstützten Optionen für Skype for Business Server 2019.

Die asynchrone Datenbankspiegelung wird für Die Hochverfügbarkeit des Back-End-Servers in Skype for Business Server nicht unterstützt. Sofern nicht anders angegeben, steht in diesem Dokument die Datenbankspiegelung für die synchrone Datenbankspiegelung.

Wenn Sie die Datenbankspiegelung in einem Front-End-Pool bereitstellen, werden alle Skype for Business Server Datenbanken im Pool gespiegelt, einschließlich des zentralen Verwaltungsspeichers, sofern er sich in diesem Pool befindet, sowie der Anwendungsdatenbank der Reaktionsgruppe und der Anwendungsdatenbank zum Parken von Anrufen, sofern diese Anwendungen im Pool ausgeführt werden.

Bei der Datenbankspiegelung müssen Sie keinen gemeinsam genutzten Speicher für die Server verwenden. Jeder Server verwaltet eine Kopie der Datenbanken im lokalen Speicher.

Sie können die Datenbankspiegelung mit oder ohne Spiegelungszeugen bereitstellen. Wir empfehlen die Verwendung eines Spiegelungszeugen, da dadurch das automatische Failover des Back-End-Servers ermöglicht wird. Andernfalls muss ein Administrator das Failover manuell auslösen. Beachten Sie, dass selbst bei der Bereitstellung eines Spiegelungszeugen ein Administrator bei Bedarf das Failover des Back-End-Servers manuell auslösen kann.

Wenn Sie einen Spiegelungszeugen verwenden, können Sie einen einzelnen Spiegelungszeugen für mehrere Back-End-Serverpaare verwenden. Es gibt keine strikte 1:1-Entsprechung zwischen Spiegelungszeugen und Back-End-Serverpaaren. Bereitstellungen, bei denen ein einzelner Spiegelungszeuge für mehrere Back-End-Serverpaare verwendet wird, sind nicht ganz so stabil wie Topologien mit einem separaten Spiegelungszeugen für jedes Back-End-Serverpaar.

Richtlinien für die Planung der Spiegelung von Back-End-Servern

Im Allgemeinen müssen folgende Voraussetzungen erfüllt sein, um eine SQL-Spiegelung zwischen zwei Back-End-Servern mit einem Zeugen auszuführen:

  • Die Version von SQL Server des primären Servers muss die SQL-Spiegelung unterstützen.

  • Prinzipal, Spiegel und Zeuge (sofern bereitgestellt) müssen dieselbe Version von SQL Server verwenden.

  • Prinzipal und Spiegel müssen dieselbe Version von SQL Server verwenden. Der Zeuge darf eine andere Version verwenden.

Bewährte Methoden für SQL in Bezug darauf, welche SQL-Versionen für eine Zeugenrolle unterstützt werden, finden Sie unter "Datenbankspiegelungszeuge" in der MSDN Library.

Bevor Sie die Serverspiegelung konfigurieren, müssen Sie zuerst die SQL-Datenbankberechtigungen richtig einrichten. Weitere Informationen finden Sie unter Einrichten von Anmeldekonten für die Datenbankspiegelung oder AlwaysOn-Verfügbarkeitsgruppen (SQL Server).

Bei der SQL-Spiegelung ist der Datenbankwiederherstellungsmodus immer auf Vollständig festgelegt. Dies bedeutet, dass Sie die Größe des Transaktionsprotokolls genau überwachen und Transaktionsprotokolle regelmäßig sichern müssen, um zu vermeiden, dass auf den Back-End-Servern nicht genügend Speicherplatz verfügbar ist. Die Häufigkeit der Transaktionsprotokollsicherungen hängt von der Protokollwachstumsrate ab, die wiederum von Datenbanktransaktionen abhängt, die durch Benutzeraktivitäten im Front-End-Pool verursacht werden. Es wird empfohlen, dass Sie bestimmen, wie viel Transaktionsprotokollwachstum für Ihre Lync-Bereitstellungsworkload erwartet wird, damit Sie die Planung entsprechend durchführen können. Die folgenden Artikel enthalten zusätzliche Informationen zur SQL-Sicherung und Protokollverwaltung:

Wichtig

Die Verwendung von Topologie-Generator oder Cmdlets zum Einrichten und Entfernen der SQL-Spiegelung wird nur unterstützt, wenn die primären, Spiegel- und Zeugenserver (falls gewünscht) alle zur gleichen Domäne gehören. Wenn Sie die SQL-Spiegelung für Server einrichten möchten, die sich in unterschiedlichen Domänen befinden, erhalten Sie weitere Informationen in der Dokumentation zu SQL Server.

Hinweis

DIE SQL-Spiegelung ist in Skype for Business Server 2015 verfügbar, wird aber in Skype for Business Server 2019 nicht mehr unterstützt. Die Methoden AlwaysOn-Verfügbarkeitsgruppen, AlwaysOn-Failoverclusterinstanzen (FCI) und SQL-Failoverclustering werden für Skype for Business Server 2019 bevorzugt.

Wiederherstellungszeit für automatisches Failover des Back-End-Servers mit Datenbankspiegelung

Für automatisches Back-End-Failover mit Datenbankspiegelung wird ein Zielwert von 5 Minuten für die Wiederherstellungszeit (Recovery Time Objective, RTO) angestrebt. Aufgrund der synchronen Datenbankspiegelung wird nicht von einem Datenverlust bei Ausfällen von Back-End-Servern ausgegangen, außer in seltenen Fällen, wenn die Front-End-Server und der Back-End-Server beim Verschieben von Daten zwischen diesen Servern gleichzeitig ausfallen. Für den Wiederherstellungspunkt (Recovery Point Objective, RPO) wird ein Zielwert von 5 Minuten angestrebt.

Benutzerfreundlichkeit beim Ausfall eines Back-End-Servers mit Datenbankspiegelung

Die Benutzerfreundlichkeit bei einem Ausfall hängt von der Art des Ausfalls und Ihrer Topologie ab.

Wenn Sie die Datenbankspiegelung verwenden und einen Spiegelungszeugen konfiguriert haben und der Prinzipalserver ausfällt, erfolgt das Failover des Back-End-Servers automatisch und schnell. Aktive Benutzer sollten bei ihren laufenden Sitzungen keine große Unterbrechung feststellen.

Wenn kein Zeuge konfiguriert ist, dauert es einige Zeit, bis der Administrator das Failover manuell aufruft. Während dieser Zeit können aktive Benutzer betroffen sein. Sie setzen ihre Sitzungen ungefähr 30 Minuten normal fort. Wenn die primäre Instanz immer noch nicht wiederhergestellt wird oder ein Administrator kein Failover auf die Sicherung ausgeführt hat, werden Benutzer in den Resilienzmodus umgeschaltet, was bedeutet, dass sie keine Aufgaben ausführen können, die eine persistente Änderung auf Lync Server erfordern (z. B. hinzufügen eines Kontakts).

Wenn sowohl der Prinzipalserver als auch der Spiegel-Back-End-Server ausfallen oder wenn einer dieser Server und der Spiegelungszeuge ausfallen, ist der Back-End-Server nicht mehr verfügbar (selbst wenn der Prinzipalserver weiterhin einsatzbereit ist). In diesem Fall werden die aktiven Benutzer nach einer Weile auf den Ausfallsicherheitsmodus umgestellt.

AlwaysOn-Verfügbarkeitsgruppen und AlwaysOn-Failoverclusterinstanzen

Skype for Business Server unterstützt AlwaysOn-Verfügbarkeitsgruppen nur als aktiv/passiv, nicht aktiv/aktiv.

Um AlwaysOn-Verfügbarkeitsgruppen oder AlwaysOn-Failoverclusterinstanzen zu verwenden, verwenden Sie zunächst SQL Server, um die Hochverfügbarkeitslösung einzurichten und zu konfigurieren. Anschließend können Sie den Topologie-Generator verwenden, um ihn einem Front-End-Pool zuzuordnen.

Skype for Business Server unterstützt AlwaysOn mit der folgenden Datenbanksoftware:

  • Enterprise Edition SQL Server 2019

  • SQL Server Standard Edition 2019 mit Einschränkungen siehe Hinweis unten

  • Enterprise Edition SQL Server 2017

  • SQL Server Standard Edition 2017 mit Einschränkungen, siehe Hinweis unten

  • Enterprise Edition SQL Server 2016

  • SQL Server Standard Edition 2016 mit Einschränkungen, siehe Hinweis unten

  • Enterprise Edition SQL Server 2014

  • SQL Server 2012 SP2- und CU2-Enterprise Edition

Hinweis

SQL Server 2019, 2017 und 2016 sind die einzigen Versionen, die von Skype for Business Server 2019 unterstützt werden.

Hinweis

Always On Verfügbarkeitsgruppen werden in sql 2016, 2017 und 2019 Standard Editionen nicht unterstützt, aber Sie können Always On Failoverclusterinstanzen verwenden. Weitere Informationen finden Sie unter Editionen und unterstützte Features von SQL Server 2016.

Wichtig

Die Instanznamen für mehrere AlwaysOn-Verfügbarkeitsgruppen-Instanzen müssen identisch sein.

Schritte zum Bereitstellen von AlwaysOn-Verfügbarkeitsgruppen finden Sie unter Bereitstellen einer AlwaysOn-Verfügbarkeitsgruppe auf einem Back-End-Server in Skype for Business Server.

Failoverclustering bei SQL-Servern

Skype for Business Server unterstützt SQL Server-Failoverclustering mit der folgenden Datenbanksoftware:

  • SQL Server 2019, sowohl Enterprise Edition als auch Standard Edition

  • SQL Server 2017, sowohl Enterprise Edition als auch Standard Edition

  • SQL Server 2016, sowohl Enterprise Edition als auch Standard Edition

  • SQL Server 2014, sowohl Enterprise Edition als auch Standard Edition

  • SQL Server 2012 SP2 und CU2, sowohl Enterprise Edition als auch Standard Edition

Um SQL-Failoverclustering zu verwenden, sollten Sie zuerst den SQL Server Cluster einrichten und konfigurieren, bevor Sie Ihren Front-End-Pool bereitstellen. Bewährte Methoden und Setupanweisungen für Failoverclustering in SQL Server 2012 finden Sie unter https://technet.microsoft.com/library/hh231721.aspx.

Hinweis

SQL Server 2019, 2017 und SQL Server 2016 sind die einzigen Versionen, die von Skype for Business Server 2019 unterstützt werden.

Um SQL-Failoverclustering zu verwenden, sollten Sie zuerst den SQL Server Cluster einrichten und konfigurieren, bevor Sie Ihren Front-End-Pool bereitstellen. Bewährte Methoden und Setupanweisungen für Failoverclustering in SQL Server 2014 und 2016 finden Sie unter https://technet.microsoft.com/library/hh231721.aspx. Informationen zum Failoverclustering in SQL Server 2008 finden Sie unter https://technet.microsoft.com/library/ms189134(v=sql.105).aspx.

Wenn Sie SQL Server installieren, sollten Sie auch SQL Server Management Studio installieren, um die Speicherorte für Datenbank und Protokolldateien zu verwalten. SQL Server Management Studio ist eine optionale Komponente bei der Installation von SQL Server.