Ich werde in dieser Artikelserie erklären, was die SQL Server AlwaysOn-Architektur und die schrittweise Installation ist. Sehen wir uns die Architektur und Installation von SQL Server AlwaysOn (Verfügbarkeitsgruppe) an
SQL Server AlwaysOn Schritt für Schritt
Microsoft hat das Feature „AlwaysOn-Verfügbarkeitsgruppen“ mit der Version SQL Server 2012 eingeführt. Dieses Feature ist eigentlich eine Kombination aus SQL Server-Features, die wir zuvor kennen, Protokollversand, Failover-Clustering und Mirroring-Features.
Wenn Sie nicht wissen, was der Protokollversand ist, können Sie die folgenden Artikel zum Protokollversand lesen.
Installation und Konfiguration von SQL Server-Protokollversand und Notfallwiederherstellung -4
Wenn Sie nicht wissen, was Failover-Clustering ist, können Sie die folgenden Artikel zum Failover-Clustering lesen.
Installation des SQL Server-Failover-Clusters -4
Die Notfallwiederherstellung wurde mit dem Protokollversand bereitgestellt, aber es gibt keine Echtzeitsynchronisierung mit dem Protokollversand. Die Spiegelung verfügt über eine Echtzeitsynchronisierung, aber es gab keine schreibgeschützte Option, und für das automatische Failover war ein Witness-Server erforderlich.
Die Anwendung hat gleichzeitig mit dem Failover-Clustering Zugriff auf 2 Knoten über den Namen des Failover-Clusters, aber der Failover-Cluster war nur eine Hochverfügbarkeitslösung.
Microsoft hat alle Vorteile von Protokollversand, Spiegelung und Failover-Cluster in SQL Server Always On kombiniert.
SQL Server-Verfügbarkeitsgruppe
SQL Server AlwaysOn-Architektur ist wie folgt.
AlwaysOn ist eine neue SQL Server-Lösung, die sowohl Hochverfügbarkeit als auch Notfallwiederherstellung zwischen 2 Servern bietet, die auf einem Windows Server Failover Cluster (WSFC) ausgeführt werden, der auf mindestens 2 Servern installiert ist.
AlwaysOn bietet Hochverfügbarkeit, denn wenn der Primärknoten zum Zeitpunkt T ausgefallen ist, wird der Sekundärknoten über das automatische Failover zum Primärknoten.
AlwaysOn bietet Disaster Recovery, denn wenn der Speicher oder das Motherboard (oder ein anderer Teil des Servers) des Primärservers ausgefallen ist, können Sie die Datenbank mit Automatic Failover wiederherstellen. Da die Datenbank physisch am sekundären Knoten vorhanden ist und von der primären Datenbank synchronisiert wird.
Sie können den sekundären Knoten auch für Berichterstellungs- und Sicherungszwecke verwenden.
Kurz gesagt, wenn Sie Hochverfügbarkeit und Notfallwiederherstellung zusammen für Ihre SQL Server-Datenbanken in Betracht ziehen, die in Ihrem Unternehmen ausgeführt werden, ist die einzige Lösung AlwaysOn .
Verfügbarkeitsgruppe erstellen
AlwaysOn-Verfügbarkeitsgruppe: Es handelt sich um eine Struktur, die mit SQL Server 2012 veröffentlicht wird und als Alternative zu Datenbankspiegelung, Protokollversand und Failover-Clustering verwendet werden kann. Mit der AlwaysOn-Verfügbarkeitsgruppe werden Änderungen in einer Datenbank auf einem Server auf einen anderen Server synchronisiert. Die Vorteile dieser Struktur gegenüber der Spiegelung bestehen darin, dass mehr als ein sekundärer Server aktiv verwendet werden kann . Während Schreibvorgänge und andere DML-Vorgänge auf dem primären Server ausgeführt werden, können außerdem Sicherungs- und Berichtsvorgänge auf dem sekundären Server durchgeführt werden.
Voraussetzungen für die AlwaysOn-Einrichtung sind wie folgt.
AlwaysOn-Verfügbarkeitsgruppe erstellen
Damit die Methode der SQL Server-AlwaysOn-Verfügbarkeitsgruppe auf die Datenbank angewendet werden kann, müssen mindestens zwei Server mit denselben Eigenschaften vorhanden sein, in denen die Struktur des Windows Server-Failoverclusters wie folgt konfiguriert ist. Außerdem muss die Version mindestens SQL Server 2012 Enterprise Edition sein.
Um AlwaysOn auf SQL Server 2012 und höher zu aktivieren, müssen beide Knoten wie folgt ein Clustermitglied sein.
Die notwendigen Definitionen für den Zugriff zwischen dem ersten zu konfigurierenden Knoten und dem zweiten Knoten über die Ports 1433 und 445 müssen vorgenommen werden.
Darüber hinaus müssen Dateifreigabedefinitionen für einen Ordner vorgenommen werden, der während der Konfiguration der Verfügbarkeitsgruppe definiert werden muss, und die ersten Sicherungen der Datenbanken, die in die Verfügbarkeitsgruppe aufgenommen werden sollen, werden erstellt. (Normalerweise reicht es aus, den SQL Server- und SQL Agent-Konten beider Server Lese-/Schreibrechte für den entsprechenden Ordner zu erteilen.) Wenn das SQL Server-Konto auf dem Produktionsserver jedoch der Benutzer „LOKALES SYSTEM“ ist, wird die Berechtigung für auf dem freigegebenen Ordner gewährt werden muss 'jeder – lesen/schreiben' sein Erlaubnis.
Der Benutzer, der den SQL Server auf dem Quellserver konfiguriert, muss über die Berechtigung „Administrator“ für Windows und „sysadmin“ für SQL Server verfügen.
Da die Festplatten der Server, auf denen die AlwaysOn-Verfügbarkeitsgruppe angewendet wird, separat und unabhängig voneinander sind, müssen die zu verwendenden Ordner für die Daten- und Protokolldateien der Datenbanken, die sich auf den Servern befinden sollen, mit Same name und Same erstellt werden Pfade.
Sie sollten eigenständigen SQL Server für AlwaysOn installieren. Sie können den folgenden Artikel verwenden, um eine eigenständige SQL Server-Instanz zu installieren.
Schrittweise Installation von SQL Server 2017 -2
Ich werde die Installation von AlwaysOn im nächsten Artikel weiter erläutern.
Über den folgenden Link können Sie auf die nächsten Beiträge zur SQL Server Always On-Installation zugreifen.
SQL Server AlwaysOn-Architektur und Schritt-für-Schritt-Installation -2
