Hohe Verfügbarkeit des Back-End-Servers in Lync Server 2013

 

Thema Letzte Änderung: 12.08.2013

Um eine hohe Verfügbarkeit für Ihre Back-End-Server sicherzustellen, können Sie entweder synchrone SQL-Spiegelung oder SQL-Clustering verwenden. Die Verwendung einer dieser Lösungen ist optional, wird jedoch empfohlen, um die Geschäftskontinuität Ihrer Organisation aufrechtzuerhalten. Die asynchrone SQL-Spiegelung wird für die hohe Verfügbarkeit von Back-End-Servern in Lync Server 2013 nicht unterstützt. Im restlichen Dokument bedeutet SQL-Spiegelung synchrone SQL-Spiegelung, sofern nicht anders angegeben.

Sie können die SQL-Spiegelung ganz einfach mit dem Topologie-Generator einrichten. Zum Einrichten von SQL-Failoverclustering müssen Sie SQL Server verwenden.

Wenn Sie entweder SQL-Spiegelung oder SQL-Clustering in einem Pool verwenden, der mit einem anderen Front-End-Pool für die Notfallwiederherstellung gekoppelt ist, sollten Sie dieselbe Back-End-Hochverfügbarkeitslösung in beiden Pools verwenden. Sie sollten einen Pool nicht mithilfe der SQL-Spiegelung mit einem Pool mit SQL-Clustering koppeln.

Wenn Sie die SQL-Spiegelung bereitstellen, werden alle Lync Server-Datenbanken im Pool gespiegelt, einschließlich des zentralen Verwaltungsspeichers, sofern er sich in diesem Pool befindet, sowie der Datenbank der Reaktionsgruppenanwendung und der Anwendungsdatenbank für das Parken von Anrufen, wenn diese Anwendungen im Pool ausgeführt werden.

Bei der SQL-Spiegelung 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 SQL-Spiegelung mit oder ohne Zeugen 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.

Weitere Informationen zur Unterstützung von SQL-Clustering finden Sie unter Datenbanksoftwareunterstützung in Lync Server 2013. Ausführliche Informationen zum Bereitstellen von SQL-Clustering finden Sie unter Konfigurieren SQL Server Clustering für Lync Server 2013.

Wiederherstellungszeit für automatisches Back-End-Serverfailover mit SQL-Spiegelung

Für automatisches Back-End-Failover mit SQL-Spiegelung beträgt das Engineeringziel für das Wiederherstellungszeitziel (RTO) 5 Minuten. Aufgrund der synchronen SQL-Spiegelung gehen wir nicht von Datenverlusten bei Back-End-Serverfehlern aus, außer in seltenen Fällen, wenn sowohl die Front-End-Server als auch der Back-End-Server gleichzeitig ausfallen, während Daten zwischen den Servern verschoben werden. Für den Wiederherstellungspunkt (Recovery Point Objective, RPO) wird ein Zielwert von 5 Minuten angestrebt.

Benutzeroberfläche bei Back-End-Serverfehlern mit SQL-Spiegelung

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

Wenn Sie die SQL-Spiegelung verwenden und einen Zeugen konfiguriert haben und der Prinzipal einen Fehler verursacht, erfolgt das Back-End-Server-Failover 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 werden ihre Sitzungen ungefähr 30 Minuten lang normal fortsetzen. Wenn die Primäre immer noch nicht wiederhergestellt wird oder ein Administrator die Sicherung nicht fehlgeschlagen ist, werden die Benutzer in den Ausfallsicherheitsmodus umgeschaltet, was bedeutet, dass sie keine Aufgaben ausführen können, die eine dauerhafte Ä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.