Konfigurieren eines freigegebenen SLES-Datenträgerclusters für SQL Server
Gilt für:
SQL Server – Linux
Diese Anleitung enthält Anweisungen zum Erstellen eines freigegebenen Datenträgerclusters mit zwei Knoten für SQL Server unter SUSE Linux Enterprise Server (SLES). Die Clusteringebene basiert auf der SUSE High Availability Extension (HAE), die auf Pacemaker aufbaut.
Weitere Informationen zu Clusterkonfiguration, Ressourcen-Agent-Optionen, Verwaltung, Best Practices und Empfehlungen finden Sie unter SUSE Linux Enterprise High Availability Extension 12 SP2.
Voraussetzungen
Für das folgende End-to-End-Szenario benötigen Sie zwei Computer, um den Cluster mit zwei Knoten und einen weiteren Server zum Konfigurieren der NFS-Freigabe bereitzustellen. Die folgenden Schritte beschreiben, wie diese Server konfiguriert werden.
Einrichten und Konfigurieren des Betriebssystems auf den einzelnen Clusterknoten
Der erste Schritt besteht darin, das Betriebssystem auf den Clusterknoten zu konfigurieren. Verwenden Sie für diese exemplarische Vorgehensweise SLES mit einem gültigen Abonnement für das Hochverfügbarkeits-Add-On.
Installieren und Konfigurieren der SQL Server-Instanz auf den einzelnen Clusterknoten
Installieren Sie SQL Server auf beiden Knoten, und richten Sie die Anwendung ein. Ausführliche Anweisungen finden Sie unter Installieren von SQL Server für Linux.
Legen Sie für die Konfiguration einen Knoten als primär und den anderen als sekundär fest. Verwenden Sie diese Begriffe für den weiteren Verlauf dieses Leitfadens.
Beenden und deaktivieren Sie SQL Server auf dem sekundären Knoten. Im folgenden Beispiel wird SQL Server beendet und deaktiviert:
sudo systemctl stop mssql-server sudo systemctl disable mssql-serverHinweis
Zum Zeitpunkt der Einrichtung wird ein Serverhauptschlüssel für die SQL Server-Instanz generiert und unter
/var/opt/mssql/secrets/machine-keyplatziert. Unter Linux wird SQL Server immer als lokales Konto mit dem Namen „mssql“ ausgeführt. Da es sich um ein lokales Konto handelt, wird dessen Identität nicht knotenübergreifend freigegeben. Daher müssen Sie den Verschlüsselungsschlüssel vom primären Knoten auf jeden sekundären Knoten kopieren, damit jedes lokale mssql-Konto darauf zugreifen kann, um den Serverhauptschlüssel zu entschlüsseln.Erstellen Sie auf dem primären Knoten eine SQL Server-Anmeldung für Pacemaker, und erteilen Sie dem Anmeldenamen die Berechtigung zum Ausführen von
sp_server_diagnostics. Pacemaker verwendet dieses Konto, um zu überprüfen, welcher Knoten auf SQL Server ausgeführt wird.sudo systemctl start mssql-serverStellen Sie mithilfe des sa-Kontos eine Verbindung mit der
master-Datenbank von SQL Server her, und führen Sie Folgendes aus:USE [master] GO CREATE LOGIN [<loginName>] with PASSWORD= N'<loginPassword>' GRANT VIEW SERVER STATE TO <loginName>Beenden und deaktivieren Sie SQL Server auf dem primären Knoten.
Befolgen Sie die Anweisungen in der SUSE-Dokumentation, um die hosts-Datei für die einzelnen Clusterknoten zu konfigurieren und zu aktualisieren. Die hosts-Datei muss die IP-Adresse und den Namen jedes Clusterknotens enthalten.
So überprüfen Sie die IP-Adresse des aktuellen Knotens:
sudo ip addr showLegen Sie den Computernamen auf jedem Knoten fest. Geben Sie jedem Knoten einen eindeutigen Namen, der höchstens 15 Zeichen lang ist. Legen Sie den Computernamen fest, indem Sie ihn
/etc/hostnamemithilfe von YAST oder manuell hinzufügen.Das folgende Beispiel zeigt
/etc/hostsmit Ergänzungen für zwei Knoten mit den NamenSLES1undSLES2.127.0.0.1 localhost 10.128.18.128 SLES1 10.128.16.77 SLES2Alle Clusterknoten müssen in der Lage sein, über SSH aufeinander zugreifen. Tools wie „hb_report“ oder „crm_report“ (zur Problembehandlung) und Hawk's History Explorer erfordern kennwortlosen SSH-Zugriff zwischen den Knoten, andernfalls können sie nur Daten vom aktuellen Knoten sammeln. Falls Sie keinen nicht-standardmäßigen SSH-Port verwenden, nutzen Sie die Option „-X“ (siehe Hauptseite). Wenn Ihr SSH-Port z.B. 3479 ist, rufen Sie crm_report mit Folgendem auf:
crm_report -X "-p 3479" [...]Weitere Informationen finden Sie im Administratorhandbuch.
Im nächsten Abschnitt konfigurieren Sie den freigegebenen Speicher und verschieben Ihre Datenbankdateien in diesen Speicher.
Konfigurieren von freigegebenem Speicher und Verschieben von Datenbankdateien
Es gibt verschiedene Lösungen für die Bereitstellung von freigegebenem Speicher. Diese exemplarische Vorgehensweise veranschaulicht das Konfigurieren von freigegebenem Speicher mit NFS. Sie sollten auf die bewährten Methoden zurückzugreifen und Kerberos zum Sichern von NFS verwenden:
- Sharing File Systems with NFS (Freigeben von Dateisystemen mit NFS)
Wenn Sie diese Anleitung nicht befolgen, kann jeder Benutzer, der auf Ihr Netzwerk zugreifen und die IP-Adresse eines SQL-Knotens spoofen kann, auf Ihre Datendateien zugreifen. Stellen Sie wie immer sicher, dass Sie ein Gefahrenmodell für Ihr System erstellen, bevor Sie es in der Produktion verwenden.
Eine andere Speicheroption ist die Verwendung der SMB-Dateifreigabe:
Konfigurieren eines NFS-Servers
Informationen zum Konfigurieren eines NFS-Servers finden Sie in den folgenden Schritten in der SUSE-Dokumentation: Configuring NFS Server (Konfigurieren des NFS-Servers).
Konfigurieren aller Clusterknoten für die Verbindung mit dem freigegebenen NFS-Speicher
Bevor Sie das Client-NFS zum Einbinden des SQL Server-Datenbankdateien-Pfads zum Verweisen auf den freigegebenen Speicherort konfigurieren, stellen Sie sicher, dass Sie die Datenbankdateien an einem temporären Speicherort speichern, um Sie später auf die Freigabe kopieren zu können:
Speichern Sie die Datenbankdateien nur auf dem primären Knoten an einem temporären Speicherort. Das folgende Skript erstellt ein neues temporäres Verzeichnis, kopiert die Datenbankdateien in das neue Verzeichnis und entfernt die alten Datenbankdateien. Da SQL Server als lokaler Benutzer „mssql“ ausgeführt wird, müssen Sie sicherstellen, dass der lokale Benutzer nach der Datenübertragung zur eingebundenen Freigabe Lese- und Schreibzugriff auf die Freigabe hat.
su mssql mkdir /var/opt/mssql/tmp cp /var/opt/mssql/data/* /var/opt/mssql/tmp rm /var/opt/mssql/data/* exitKonfigurieren Sie den NFS-Client auf allen Clusterknoten:
- Configuring Clients (Konfigurieren von Clients)
Hinweis
Es wird empfohlen, die bewährten Methoden und Empfehlungen von SUSE in Bezug auf hoch verfügbaren NFS-Speicher zu befolgen: Highly Available NFS Storage with DRBD and Pacemaker (Hochverfügbarer NFS-Speicher mit DRBD und Pacemaker).
Überprüfen Sie, ob SQL Server mit dem neuen Dateipfad erfolgreich gestartet wurde. Führen Sie dies auf jedem Knoten durch. An diesem Punkt sollte SQL Server immer nur auf einem Knoten ausgeführt werden. Sie können SQL Server nicht auf beiden Knoten gleichzeitig ausführen, da diese ansonsten versuchen würden, gleichzeitig auf die Datendateien zuzugreifen (verwenden Sie zur Vermeidung eines versehentlichen Starts von SQL Server auf beiden Knoten eine File System-Clusterressource, um sicherzustellen, dass die Freigabe nicht zweimal von verschiedenen Knoten eingebunden wird). Die folgenden Befehle starten SQL Server, überprüfen den Status und beenden SQL Server dann.
sudo systemctl start mssql-server sudo systemctl status mssql-server sudo systemctl stop mssql-server
An diesem Punkt sind beide Instanzen von SQL Server so konfiguriert, dass sie mit den Datenbankdateien im freigegebenen Speicher ausgeführt werden. Der nächste Schritt besteht darin, SQL Server für Pacemaker zu konfigurieren.
Installieren und Konfigurieren von Pacemaker auf jedem Clusterknoten
Erstellen Sie auf beiden Clusterknoten eine Datei zum Speichern von Benutzername und Kennwort für SQL Server für die Pacemaker-Anmeldung. Der folgende Code erstellt und füllt diese Tabelle:
sudo touch /var/opt/mssql/secrets/passwd sudo echo '<loginName>' >> /var/opt/mssql/secrets/passwd sudo echo '<loginPassword>' >> /var/opt/mssql/secrets/passwd sudo chown root:root /var/opt/mssql/secrets/passwd sudo chmod 600 /var/opt/mssql/secrets/passwdAlle Clusterknoten müssen in der Lage sein, über SSH aufeinander zugreifen. Tools wie „hb_report“ oder „crm_report“ (zur Problembehandlung) und Hawk's History Explorer erfordern kennwortlosen SSH-Zugriff zwischen den Knoten, andernfalls können sie nur Daten vom aktuellen Knoten sammeln. Falls Sie keinen nicht-standardmäßigen SSH-Port verwenden, nutzen Sie die Option „-X“ (siehe Hauptseite). Wenn Ihr SSH-Port z.B. 3479 ist, rufen Sie hb_report mit Folgendem auf:
crm_report -X "-p 3479" [...]Weitere Informationen finden Sie unter System Requirements and Recommendations in the SUSE documentation (Systemanforderungen und Empfehlungen in der SUSE-Dokumentation).
Installieren Sie die Erweiterung für hohe Verfügbarkeit. Um die Erweiterung zu installieren, folgen Sie den Schritten im folgenden SUSE-Artikel:
Installation and Setup Quick Start (Installation und Setup – Schnellstart)
Installieren Sie den FCI-Ressourcenagent für SQL Server. Führen Sie die folgenden Befehle auf beiden Knoten aus:
sudo zypper addrepo -fc https://packages.microsoft.com/config/sles/12/mssql-server-2017.repo sudo zypper --gpg-auto-import-keys refresh sudo zypper install mssql-server-haRichten Sie den ersten Knoten automatisch ein. Im nächsten Schritt wird ein ausgeführter Cluster mit einem Noten durch Konfigurieren des ersten Knotens, SLES1, eingerichtet. Befolgen Sie den Anweisungen im SUSE-Artikel Setting Up the First Node (Einrichten des ersten Knotens).
Abschließend überprüfen Sie den Status des Clusters mit
crm status:crm statusEs sollte angezeigt werden, dass ein Knoten, SLES1, konfiguriert wurde.
Hinzufügen von Knoten zu einem vorhandenen Cluster. Als Nächstes fügen Sie den SLES2-Knoten dem Cluster hinzu. Befolgen Sie den Anweisungen im SUSE-Artikel Adding the Second Node (Hinzufügen des zweiten Knotens).
Abschließend überprüfen Sie den Status des Clusters mit crm status. Wenn Sie einen zweiten Knoten erfolgreich hinzugefügt haben, sieht die Ausgabe ähnlich der folgenden aus:
2 nodes configured 1 resource configured Online: [ SLES1 SLES2 ] Full list of resources: admin_addr (ocf::heartbeat:IPaddr2): Started SLES1Hinweis
admin_addr ist die virtuelle IP-Clusterressource, die während der anfänglichen Einrichtung des Clusters mit einem Knoten konfiguriert wird.
Vorgehensweisen zum Entfernen. Wenn Sie einen Knoten aus dem Cluster entfernen möchten, verwenden Sie das Bootstrap-Skript ha-cluster-remove. Weitere Informationen finden Sie unter Overview of the Bootstrap Scripts (Übersicht über die Bootstrap-Skripts).
Konfigurieren der Clusterressourcen für SQL Server
In den folgenden Schritten wird erläutert, wie Sie die Clusterressource für SQL Server konfigurieren. Es gibt zwei Einstellungen, die Sie anpassen müssen.
- SQL Server-Ressourcenname: Ein Name für die gruppierte SQL Server-Ressource
- Timeoutwert: Der Timeoutwert ist die Zeitspanne, die der Cluster wartet, während eine Ressource online geschaltet wird. In SQL Server ist dies die Zeit, die SQL Server Ihrer Erwartung zufolge benötigt, um die
master-Datenbank online zu schalten.
Aktualisieren Sie die Werte aus dem folgenden Skript für Ihre Umgebung. Führen Sie es auf einem Knoten aus, um den gruppierten Dienst zu konfigurieren und zu starten.
sudo crm configure
primitive <sqlServerResourceName> ocf:mssql:fci op start timeout=<timeout_in_seconds>
colocation <constraintName> inf: <virtualIPResourceName> <sqlServerResourceName>
show
commit
exit
Das folgende Skript erstellt beispielsweise eine gruppierte SQL Server-Ressource mit dem Namen mssqlha.
sudo crm configure
primitive mssqlha ocf:mssql:fci op start timeout=60s
colocation admin_addr_mssqlha inf: admin_addr mssqlha
show
commit
exit
Nachdem ein Commit für die Konfiguration ausgeführt wurde, wird SQL Server auf demselben Knoten gestartet wie die virtuelle IP-Ressource.
Weitere Informationen finden Sie unter Configuring and Managing Cluster Resources (Command Line) (Konfigurieren und Verwalten von Clusterressourcen (Befehlszeile)).
Stellen Sie sicher, dass SQL Server gestartet wird
Führen Sie den Befehl crm status aus, um zu überprüfen, ob SQL Server gestartet wurde:
crm status
Das folgende Beispiel zeigt die Ergebnisse, wenn Pacemaker erfolgreich als gruppierte Ressource gestartet wurde.
2 nodes configured
2 resources configured
Online: [ SLES1 SLES2 ]
Full list of resources:
admin_addr (ocf::heartbeat:IPaddr2): Started SLES1
mssqlha (ocf::mssql:fci): Started SLES1
Verwalten von Clusterressourcen
Informationen zum Verwalten von Clusterressourcen finden Sie im folgenden SUSE-Artikel: Managing Cluster Resources (Verwalten von Clusterressourcen)
Manuelles Failover
Obwohl Ressourcen so konfiguriert sind, dass bei einem Hardware- oder Softwarefehler automatisch ein Failover (oder eine Migration) zu anderen Knoten des Clusters ausgeführt wird, können Sie eine Ressource auch über die Pacemaker-GUI oder die Befehlszeile manuell auf einen anderen Knoten im Cluster verschieben.
Verwenden Sie für diese Aufgabe den Migrationsbefehl. Um z.B. die SQL-Ressource zu einem Clusterknoten mit dem Namen SLES2 zu migrieren, führen Sie Folgendes aus:
crm resource
migrate mssqlha SLES2
Zugehöriger Inhalt
- SUSE Linux Enterprise High Availability Extension – Administration Guide (SUSE Linux Enterprise High Availability Extension – Administratorhandbuch).
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Tickets als Feedbackmechanismus für Inhalte auslaufen lassen und es durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter: https://aka.ms/ContentUserFeedback.
Einreichen und Feedback anzeigen für