In der heutigen technologiegetriebenen Welt gibt es nur wenige Bereiche unseres Lebens, die nicht von Software und IT-bezogenen Funktionen abhängen. Je mehr wir uns auf Technologie verlassen, desto weniger tolerant sind wir gegenüber Leistungsproblemen in den Anwendungen, die wir regelmäßig verwenden.
Eines der kritischsten Leistungskriterien, die wir für Anwendungen haben, ist, dass wir wollen, dass sie immer verfügbar sind, wenn wir sie brauchen. Server- und Datenbankausfallzeiten sind in der heutigen wettbewerbsorientierten Geschäftsumgebung nicht akzeptabel. Um sicherzustellen, dass Benutzer mit wenig bis gar keiner Unterbrechung auf Anwendungen zugreifen können, müssen sich DBAs und IT-Teams darauf konzentrieren, eine hohe Verfügbarkeit für ihre SQL Server-Datenbanken aufrechtzuerhalten.
Was ist SQL Server High Availability?
SQL Server-Hochverfügbarkeit ist die Praxis, SQL Server-Datenbanken und -Instanzen bei einem Absturz oder Ausfall mit minimaler Ausfallzeit am Laufen zu halten. Viele Geschäftsanwendungen sind darauf angewiesen, dass Datenbanken betriebsbereit sind. Wenn also Datenbanken ausfallen, sind die Benutzer frustriert und Sie können ihr Geschäft verlieren.
Hohe Verfügbarkeit ist besonders wichtig für geschäftskritische Anwendungen und E-Commerce-Sites, bei denen sich Ausfallzeiten sofort negativ auf den Wohlstand oder den Umsatz auswirken können.
SQL Server verfügt über mehrere Hochverfügbarkeitstechnologien, einschließlich Protokollversand, Transaktionsreplikation und Datenspiegelung, aber der Kürze halber liegt der Schwerpunkt dieses Beitrags darauf, wie Hochverfügbarkeit mithilfe von SQL Server Always On-Verfügbarkeitsgruppen erreicht werden kann.
Was sind SQL Server Always On-Verfügbarkeitsgruppen?
AlwaysOn-Verfügbarkeitsgruppen unterstützen eine replizierte Umgebung für eine definierte Gruppe von Verfügbarkeitsdatenbanken, die zusammen ein Failover auf ein Verfügbarkeitsreplikat ausführen.
Wie in der Microsoft SQL Server-Dokumentation erläutert, „unterstützt eine Verfügbarkeitsgruppe einen Satz primärer Datenbanken mit Lese-/Schreibzugriff und einen bis acht Sätze entsprechender sekundärer Datenbanken.“
Sie haben auch die Möglichkeit, die sekundären Datenbanken für schreibgeschützten Zugriff und einige Sicherungsvorgänge verfügbar zu machen. Es ist jedoch wichtig zu beachten, dass sekundäre Datenbanken keine Sicherungen sind. Sie sollten Ihre Datenbanken und ihre Transaktionsprotokolle weiterhin regelmäßig sichern.
Vorteile von SQL Server Always On-Verfügbarkeitsgruppen
SQL Server Always On-Verfügbarkeitsgruppen bieten zahlreiche Vorteile, die Organisationen dabei helfen, Hochverfügbarkeit aufrechtzuerhalten, darunter:
Verfügbarkeitsreplikate: Die Verfügbarkeitsreplikate werden von einer angegebenen SQL Server-Instanz gehostet, die eine lokale Kopie jeder Verfügbarkeitsdatenbank verwaltet, die zur Verfügbarkeitsgruppe gehört. Jede Verfügbarkeitsgruppe kann ein primäres Replikat und bis zu acht sekundäre Replikate unterstützen.
Alternative Verfügbarkeitsmodi: Always On-Verfügbarkeitsgruppen unterstützen zwei Arten von alternativen Verfügbarkeitsmodi:asynchrones Commit und synchrones Commit.
Der asynchrone Commitmodus ist eine gute Notfallwiederherstellungsoption, wenn die Verfügbarkeitsreplikate stark verteilt sind.
Der synchrone Commitmodus bietet hohe Verfügbarkeit und Datenschutz, kann jedoch die Leistung beeinträchtigen. Eine Verfügbarkeitsgruppe kann bis zu drei Verfügbarkeitsreplikate mit synchronem Commit unterstützen, einschließlich des primären.
Verfügbarkeitsgruppen-Failover: AlwaysOn-Verfügbarkeitsgruppen bieten verschiedene Formen von Failovern und Failovermodi mit unterschiedlicher Wahrscheinlichkeit von Datenverlusten:automatisches Failover (kein Datenverlust), geplantes manuelles Failover (kein Datenverlust) und erzwungenes manuelles Failover (möglicher Datenverlust).
Verfügbarkeitsgruppen-Listener: Jede AlwaysOn-Verfügbarkeitsgruppe stellt einen Verfügbarkeitsgruppenlistener bereit, bei dem es sich um einen Server handelt, mit dem Clients eine Verbindung herstellen können, um auf eine Datenbank im primären oder sekundären Replikat der Verfügbarkeitsgruppe zuzugreifen. Listener leiten eingehende Verbindungen zum primären oder sekundären Replikat weiter und ermöglichen so ein schnelles Anwendungs-Failover, wenn eine Verfügbarkeitsgruppe ausfällt.
Sicherheitsmerkmale: SQL Server Always On-Verfügbarkeitsgruppen unterstützen die automatische Seitenreparatur zum Schutz vor Seitenbeschädigungen sowie Verschlüsselung und Komprimierung für einen sicheren, leistungsstarken Transport.
Voraussetzungen und Einschränkungen für Always On-Verfügbarkeitsgruppen
Vor dem Bereitstellen von SQL Server Always On-Verfügbarkeitsgruppen ist es wichtig, die damit verbundenen Voraussetzungen und Einschränkungen zu verstehen. Eine vollständige Diskussion zu SQL Server Always On-Verfügbarkeitsgruppen finden Sie in der SQL Server-Dokumentation von Microsoft, aber wir gehen hier auf einige der Highlights ein:
Anforderungen und Einschränkungen für Verfügbarkeitsgruppen
Das Einrichten von Verfügbarkeitsgruppen unterliegt bestimmten Voraussetzungen und Einschränkungen. Hier erfahren Sie mehr über die Einzelheiten (und wie das Einrichten einer virtuellen Umgebung dabei helfen kann, einige der Einschränkungen zu umgehen):
- Voraussetzungen
- Einschränkungen
Anforderungen und Einschränkungen der Verfügbarkeitsdatenbank
Bevor Sie einer AlwaysOn-Verfügbarkeitsgruppe eine Datenbank hinzufügen, müssen Sie sicherstellen, dass die Datenbank die hier beschriebenen Anforderungen und Einschränkungen erfüllt:
- Anforderungs-Checkliste
- Einschränkungen
Voraussetzungen und Einschränkungen für SQL Server-Instanzen
Für Verfügbarkeitsgruppen wird ein Failover auf einen definierten Satz von Verfügbarkeitsreplikaten durchgeführt, die von SQL Server-Instanzen gehostet werden. Diese Instanzen müssen entsprechend konfiguriert werden, um die Verfügbarkeitsreplikate effektiv zu hosten. Diese Ressourcen enthalten Einzelheiten zu den erforderlichen Voraussetzungen, den Anforderungen an die Thread-Nutzung und den erforderlichen Berechtigungen:
- Voraussetzungs-Checkliste
- Thread-Nutzung
- Berechtigungen
Verwenden einer SQL Server-Failoverclusterinstanz zum Hosten eines Verfügbarkeitsreplikats
Eine SQL Server-Failoverclusterinstanz ist eine einzelne SQL Server-Instanz, die auf Windows Server-Failoverclustering-Knoten installiert ist und eine Wiederherstellung auf Datenbankebene bereitstellt. Es gibt einige wichtige Dinge, die Sie über das Hosten eines Verfügbarkeitsreplikats auf einer Failoverclusterinstanz wissen sollten, also lesen Sie die Checkliste und Einschränkungen sorgfältig durch:
- Voraussetzungs-Checkliste
- Einschränkungen
Erste Schritte mit Always On-Verfügbarkeitsgruppen
Sobald die Voraussetzungen und Einschränkungen sortiert sind, können Sie mit dem Einrichten und Bereitstellen von SQL Server Always On-Verfügbarkeitsgruppen fortfahren. Bei der Ersteinrichtung und Konfiguration von Verfügbarkeitsgruppen gibt es vier primäre Schritte mit jeweils mehreren Unteraufgaben. Die Schritte sind unten mit den vollständigen Details in der Microsoft SQL Server-Dokumentation aufgeführt:
- Konfigurieren Sie eine Instanz von SQL Server zur Unterstützung von Always On-Verfügbarkeitsgruppen
- Erstellen und konfigurieren Sie eine neue Verfügbarkeitsgruppe
- Verfügbarkeitsgruppen, Replikate und Datenbanken verwalten
- Verfügbarkeitsgruppen überwachen
SQL Server Always On-Verfügbarkeitsgruppen sind eine unkomplizierte und zuverlässige Möglichkeit, Hochverfügbarkeit für Ihr Unternehmen aufrechtzuerhalten. Always On-Verfügbarkeitsgruppen maximieren Ihre Datenbankverfügbarkeit und bieten Benutzern die nahtlose, zuverlässige Anwendungserfahrung, die sie benötigen.
