Konfigurieren von SQL Server AlwaysOn-Verfügbarkeitsgruppen für SharePoint Server

 

**Gilt für:**SharePoint Foundation 2013, SharePoint Server 2013, SharePoint Server 2016

**Letztes Änderungsdatum des Themas:**2018-03-09

Zusammenfassung: Informationen zum Erstellen und Konfigurieren einer SQL Server-AlwaysOn-Verfügbarkeitsgruppe für eine SharePoint Server 2016- und SharePoint 2013-Farm.

Dieser Artikel enthält die erforderlichen Informationen und ausführlichen Verfahren zum Erstellen und Konfigurieren einer Microsoft SQL Server 2014 (SP1) oder Microsoft SQL Server 2016-Always On-Verfügbarkeitsgruppe für eine SharePoint Server 2016-Farm und eine SQL Server 2012-Always On-Verfügbarkeitsgruppe für eine SharePoint 2013-Farm.

Inhalt dieses Artikels:

• Übersicht über das Verfahren

• Bevor Sie beginnen

• Ausführliche Schritte zum Konfigurieren einer AlwaysOn-Verfügbarkeitsgruppe für SharePoint

• Überprüfen der AlwaysOn-Installation mithilfe von Failovertests

• Überwachen der AlwaysOn-Umgebung

Übersicht über das Verfahren

Wir empfehlen die folgenden Installations- und Konfigurationsschritte in der dargestellten Reihenfolge zum Bereitstellen einer SharePoint-Farm, die eine AlwaysOn-Verfügbarkeitsgruppe verwendet:

• Auswählen eines Windows Server-Failoverclusters oder Erstellen eines Failoverclusters

• Installieren von SQL Server 2014 (SP1), SQL Server 2016 oder SQL Server 2012 auf jedem Clusterknoten.

• Erstellen und Konfigurieren einer Verfügbarkeitsgruppe.

• Installieren und Konfigurieren von SharePoint Server 2016, SharePoint Server 2013 oder SharePoint Foundation 2013.

• Hinzufügen von SharePoint-Datenbanken zur Verfügbarkeitsgruppe

• Testen des Failovers für die Verfügbarkeitsgruppe

Bevor Sie beginnen

Bevor Sie mit der Bereitstellung beginnen, sollten Sie die folgenden Informationen zu SQL Server AlwaysOn, zu den Technologien zur Unterstützung von AlwaysOn sowie zu SharePoint Server 2016 lesen:

• Erforderliche Kenntnisse und Fertigkeiten

• Konzepte im Zusammenhang mit AlwaysOn-Verfügbarkeitsgruppen

• Hardware- und Softwareanforderungen

• Berechtigungen

Erforderliche Kenntnisse und Fertigkeiten

Für die Implementierung von SQL Server-AlwaysOn-Verfügbarkeitsgruppen als Hochverfügbarkeits- und Notfallwiederherstellungslösung spielen mehrere Technologien eine Rolle und müssen ordnungsgemäß installiert und konfiguriert werden. Das für das Einrichten einer AlwaysOn-Umgebung für SharePoint-Produkte zuständige Team sollte über ausreichende Kenntnisse und praktische Erfahrung bezüglich der folgenden Technologien verfügen:

• Windows Server-Failoverclustering (WSFC)-Dienste

• SQL Server 2014 (SP1), SQL Server 2016 oder SQL Server 2012

• SharePoint Server 2016

• SharePoint Server 2013

• SharePoint Foundation 2013

Konzepte im Zusammenhang mit SQL Server-AlwaysOn-Verfügbarkeitsgruppen

Eine Verfügbarkeitsgruppe besteht aus den folgenden Komponenten:

• Replikate, die als Verfügbarkeitsdatenbanken bezeichnete eigenständige Benutzerdatenbanken darstellen und für die gemeinsam ein Failover ausgeführt wird. Jede Verfügbarkeitsgruppe in SQL Server 2014 (SP1) and SQL Server 2016 unterstützt ein primäres Replikat und bis zu acht sekundäre Replikate. Jede Verfügbarkeitsgruppe in SQL Server 2012 unterstützt ein primäres Replikat und bis zu vier sekundäre Replikate.

• Eine bestimmte Instanz von SQL Server zum Hosten jedes Replikats und zum Verwalten einer lokalen Kopie aller Datenbanken, die zu der Verfügbarkeitsgruppe gehören.

AlwaysOn-Verfügbarkeitsgruppen (SQL Server) und Überblick über AlwaysOn-Verfügbarkeitsgruppen (SQL Server)

Replikate und Failover

Das primäre Replikat stellt die Verfügbarkeitsdatenbanken für Lese-Schreib-Verbindungen von Clients zur Verfügung und sendet Transaktionsprotokoll-Datensätze für jede primäre Datenbank an jedes sekundäre Replikat. Jedes sekundäre Replikat wendet Transaktionsprotokoll-Datensätze auf die sekundären Datenbanken an.

Alle Replikate können im asynchronen Commitmodus bzw. bis zu drei Replikate können im synchronen Commitmodus ausgeführt werden. Weitere Informationen zum synchronen und asynchronen Commitmodus finden Sie unter Verfügbarkeitsmodi (AlwaysOn-Verfügbarkeitsgruppen).

Die folgenden Artikel enthalten Informationen zu den wichtigen Konzepten im Zusammenhang mit der SQL Server-AlwaysOn-Technologie:

• Ausführliche Informationen zu den Vorteilen von AlwaysOn-Verfügbarkeitsgruppen und eine Übersicht über Begriffe für AlwaysOn-Verfügbarkeitsgruppen finden Sie unter AlwaysOn-Verfügbarkeitsgruppen (SQL Server).

• Ausführliche Informationen zu den Voraussetzungen finden Sie unter Voraussetzungen, Einschränkungen und Empfehlungen (AlwaysOn-Verfügbarkeitsgruppen).

Windows Server-Failoverclustering

Zum Erstellen und Verwenden von SQL Server 2014 (SP1) oder SQL Server 2016 AlwaysOn-Verfügbarkeitsgruppen müssen Sie beide SQL Server-Versionen auf einem Windows Server Failoverclustering (WSFC)-Cluster installieren. Weitere Informationen finden Sie unter Windows Server-Failoverclustering (WSFC) mit SQL Server und für SQL Server 2016 unter Windows Server-Failoverclustering (WSFC) mit SQL Server.

Zum Erstellen und Verwenden von SQL Server 2012-AlwaysOn-Verfügbarkeitsgruppen müssen Sie SQL Server 2012 auf einem Windows Server Failoverclustering (WSFC)-Cluster installieren.

Das Konfigurieren eines WSFC-Clusters ist zwar nicht Gegenstand dieses Artikels, aber vor dem Installieren und Konfigurieren eines Clusters sollten Sie die folgenden Anforderungen berücksichtigen:

• Alle Clusterknoten müssen sich in der gleichen Active Directory-Domänendienste (AD DS)-Domäne befinden.

• Jedes Verfügbarkeitsreplikat in einer Verfügbarkeitsgruppe muss sich auf einem anderen Knoten desselben Windows Server-Failoverclustering (WSFC)-Clusters befinden.

• Zum Erstellen eines Clusters sind die folgenden Konten und Berechtigungen erforderlich:

  • Ein Domänenkonto in der Domäne, der der Cluster angehören wird.

  • Lokale Administratorberechtigungen auf jedem Clusterknoten.

  • Create Computer objects- und Read All Properties-Berechtigungen in AD DS. Weitere Informationen finden Sie unter Schrittweise Anleitung für Failovercluster: Konfigurieren von Konten in Active Directory und Erstellen eines Clusters in einer eingeschränkten Active Directory-Umgebung.

Ein sehr wichtiger Aspekt beim Konfigurieren von Failoverclustering und AlwaysOn ist das Ermitteln der erforderlichen Quorumsstimmen für die Clusterknoten.

Das Failoverclustering basiert auf einem Abstimmungsalgorithmus, bei dem mehr als die Hälfte der Wähler für das Quorum online sein müssen und miteinander kommunizieren können müssen. Da ein Cluster eine bestimmte Anzahl von Knoten und eine bestimmte Quorumkonfiguration aufweist, kann der Clusterdienst bestimmen, wie sich ein Quorum zusammensetzt. Der Clusterdienst wird auf allen Knoten beendet, falls die Anzahl der Wähler für das Quorum unter den erforderlichen Wert fällt.

Weitere Informationen finden Sie unter WSFC-Quorummodi und Abstimmungskonfiguration (SQL Server) und Konfigurieren von Cluster-Quorum-NodeWeight-Einstellungen.

SharePoint Server 2016, SharePoint Foundation 2013 und SharePoint Server 2013

SQL Server-AlwaysOn-Verfügbarkeitsgruppen werden von einigen SharePoint Server-Datenbanken nicht unterstützt. Sie sollten den Artikel Unterstützte Hochverfügbarkeits- und Notfallwiederherstellungsoptionen für SharePoint-Datenbanken lesen, bevor Sie eine AlwaysOn-Umgebung konfigurieren. Darüber hinaus sollten Sie auch Hardware- und Softwareanforderungen für SharePoint Server 2016 und Hardware- und Softwareanforderungen für SharePoint 2013 lesen.

Ausführliche Schritte zum Konfigurieren einer AlwaysOn-Verfügbarkeitsgruppe für SharePoint

In der folgenden Abbildung ist eine SharePoint Server 2016-Farm (SPHA_farm) dargestellt, von der die Verfügbarkeitsgruppe "SP_AG1" verwendet wird. "SPHA_farm" wird bei den Schritten zum Konfigurieren von AlwaysOn als Referenzbeispiel verwendet.

Vorbereiten der Windows Server-Clusterumgebung

Verschaffen Sie sich Zugriff auf bzw. erstellen Sie drei Windows Server-Failoverclustering (WSFC)-Clusterknoten, die Sie zum Installieren von SQL Server 2014 (SP1), SQL Server 2016 oder SQL Server 2012 auf jedem Clusterknoten verwenden können. Informationen und ausführliche Schritte zum Konfigurieren eines Windows Server 2012 R2-Failoverclusters, finden Sie unter Failoverclustering: Übersicht.

Vorbereiten der SQL Server-Umgebung

Vor der Erstellung einer Verfügbarkeitsgruppe für SharePoint Server 2016 müssen Sie die SQL Server 2014 (SP1) oder SQL Server 2016-Umgebung vorbereiten.

Führen Sie zum Vorbereiten der Umgebung die folgenden Schritte aus:

• Installieren der erforderlichen Komponenten für SQL Server

• Installieren Sie SQL Server 2014 (SP1), SQL Server 2016 oder SQL Server 2012.

• Aktivieren von AlwaysOn.

Installieren von SQL Server 2014 (SP1).

Verwenden Sie zum Installieren von SQL Server 2014 (SP1) das folgende Verfahren.

So installieren Sie SQL Server 2014 (SP1)

1. Installieren Sie die erforderlichen Komponenten für SQL Server 2014 (SP1) auf jedem Clusterknoten.

   Weitere Informationen finden Sie unter Hardware- und Softwareanforderungen für die Installation von SQL Server 2014 und Voraussetzungen, Einschränkungen und Empfehlungen für AlwaysOn-Verfügbarkeitsgruppen (SQL Server).

2. Installieren Sie SQL Server auf jedem Clusterknoten.

   Weitere Informationen finden Sie unter Schnellstart: Installation von SQL Server 2014 dnd Schrittweise Anleitung zur Installation von SQL Server 2014.

Installieren von SQL Server 2016

Führen Sie das folgende Verfahren durch, um SQL Server 2016 zu erstellen.

So installieren Sie SQL Server2016

1. Installieren Sie die erforderlichen Komponenten von SQL Server 2016 auf jedem Clusterknoten.

   Weitere Informationen finden Sie unter Installieren von SQL Server 2016.

2. Installieren Sie SQL Server 2016 auf jedem Clusterknoten.

   Weitere Informationen finden Sie unter SQL Server-Failoverclusterinstallation.

Installieren von SQL Server 2012

So installieren Sie SQL Server 2012

1. Installieren Sie die erforderlichen Komponenten für SQL Server 2012 auf jedem Clusterknoten.

   Weitere Informationen finden Sie unter Voraussetzungen, Einschränkungen und Empfehlungen für AlwaysOn-Verfügbarkeitsgruppen (SQL Server).

2. Installieren Sie SQL Server auf jedem Clusterknoten.

   Weitere Informationen finden Sie unter Installation für SQL Server 2012.

Aktivieren von AlwaysOn

Sie müssen AlwaysOn für jeden Datenbankserver im Cluster aktivieren.

So aktivieren Sie AlwaysOn

1. Das Anmeldekonto muss über die Berechtigungsstufen zum Erstellen einer Verfügbarkeitsgruppe verfügen. Das Konto muss Mitglied der festen Datenbankrolle db_owner sein und über die Serverberechtigung CREATE AVAILABILITY GROUP, die Berechtigung CONTROL AVAILABILITY GROUP, die Berechtigung ALTER ANY AVAILABILITY GROUP oder die Berechtigung CONTROL SERVER verfügen.

2. Melden Sie sich an dem Server an, der das primäre Replikat hosten wird, und starten Sie SQL ServerConfiguration Manager.

3. Wählen Sie im Objekt-Explorer die Option SQL Server-Dienste aus, und klicken Sie mit der rechten Maustaste auf SQL Server (<instance name>), wobei <instance name> der Name einer lokalen Serverinstanz ist, für die Sie AlwaysOn-Verfügbarkeitsgruppen aktivieren möchten. Klicken Sie anschließend auf Eigenschaften.

4. Klicken Sie auf die Registerkarte Hohe Verfügbarkeit mit AlwaysOn.

5. Aktivieren Sie das Kontrollkästchen AlwaysOn-Verfügbarkeitsgruppen aktivieren, und klicken Sie dann auf OK.

6. Diese Änderung wird zwar gespeichert, aber Sie müssen den SQL Server-Dienst (MSSQLSERVER) manuell neu starten, damit ein Commit für die Änderung ausgeführt wird. Für den manuellen Neustart können Sie einen für Ihre Unternehmensanforderungen optimalen Zeitpunkt auswählen.

7. Wiederholen Sie die vorherigen Schritte, um AlwaysOn für SQL Server auf den anderen Clusterknoten zu aktivieren.

Weitere Informationen finden Sie unter Aktivieren und Deaktivieren von AlwaysOn-Verfügbarkeitsgruppen (SQL Server).

Erstellen und Konfigurieren der Verfügbarkeitsgruppe

In Abhängigkeit von der SQL Server 2014 (SP1)-, SQL Server 2016- oder SQL Server 2012-Umgebung, in der Sie die Verfügbarkeitsgruppe erstellen möchten, müssen Sie möglicherweise eine temporäre Datenbank anlegen, bevor Sie die Verfügbarkeitsgruppe erstellen.

Beim Erstellen einer Verfügbarkeitsgruppe müssen Sie einen Namen für die Verfügbarkeitsgruppe angeben und anschließend eine geeignete Benutzerdatenbank in der verbundenen Serverinstanz als Verfügbarkeitsdatenbank auswählen.

Wenn in der Instanz des verbundenen Servers keine Benutzerdatenbanken vorhanden sind, wie in unserem Beispiel, müssen Sie eine Benutzerdatenbank erstellen. Erstellen Sie anhand des folgenden Verfahrens eine temporäre Benutzerdatenbank, die als temporäres primäres Replikat für die Gruppe dient.

So erstellen Sie eine temporäre Benutzerdatenbank

1. Stellen Sie sicher, dass das Anmeldekonto über die erforderlichen Berechtigungen für diese Aufgabe verfügt. Sie benötigen eine der folgenden Berechtigungen für die Masterdatenbank, um die neue Datenbank erstellen zu können:

   • CREATE DATABASE

   • CREATE ANY DATABASE

   • ALTER ANY DATABASE

2. Melden Sie sich an dem Server an, der das primäre Replikat hosten wird. In unserem Fall also SP-SRV1.

3. Starten Sie die Management Studio.

4. Klicken Sie im Objekt-Explorer mit der rechten Maustaste auf Datenbanken, und klicken Sie dann auf Neue Datenbank.

5. Geben Sie im Dialogfeld Neue Datenbank in das Feld Datenbankname den Namen der Datenbank ein, der in unserem Beispiel TemporaryUserDB lautet.

   Sie können die Standardeinstellungen verwenden, da es sich hierbei um eine temporäre Datenbank handelt, die Sie nach dem Erstellen der Verfügbarkeitsgruppe löschen. Klicken Sie auf OK.

   Der Assistent für neue Verfügbarkeitsgruppen erstellt nur dann eine Verfügbarkeitsgruppe, wenn die Benutzerdatenbank gesichert wurde, weshalb Sie die temporäre Datenbank sichern müssen.

6. Erweitern Sie im Objekt-Explorer Datenbanken, und klicken Sie mit der rechten Maustaste auf die soeben erstellte temporäre Datenbank. Klicken Sie auf Aufgaben, und wählen Sie Sichern aus.

7. Klicken Sie im Dialogfeld Datenbank sichern auf OK, um alle Standardeinstellungen zu übernehmen und die Sicherung zu erstellen.

Informationen zu Replikaten und zur Datensynchronisierung

Sie sollten mit den folgenden Informationen zu Replikaten und zur Datensynchronisierung vertraut sein, bevor Sie die Verfügbarkeitsgruppen für Ihre SharePoint-Farm erstellen und konfigurieren.

Informationen zu Replikaten

Jedem Verfügbarkeitsreplikat wird eine Anfangsrolle zugewiesen, nämlich die primäre Rolle oder die sekundäre Rolle, die die Verfügbarkeitsdatenbanken dieses Replikats erben. Die Rolle eines Replikats bestimmt, ob Datenbanken mit Lese-/Schreibzugriff oder schreibgeschützte Datenbanken gehostet werden, den Failovertyp und ob der synchrone oder asynchrone Commitmodus verwendet wird.

Die folgende Tabelle enthält die Informationen, die Sie für jedes Replikat beim Erstellen der Verfügbarkeitsgruppe oder aber beim Hinzufügen von sekundären Replikaten eingeben müssen.

Anforderungen für die Replikatkonfiguration

Replikatinformationen	Beschreibung
Serverinstanz	Zeigt den Namen der Instanz des Servers an, der das Verfügbarkeitsreplikat hosten wird.
Anfangsrolle	Gibt die Rolle an, die das neue Replikat zunächst erhält: primär oder sekundär.
Automatisches Failover (max. 2)	Gibt den vom Replikat verwendeten Failovertyp an: automatisch oder manuell.
Synchroner Commit (max. 3)	Gibt den für das Replikat verwendeten Committyp an.
Lesbare sekundäre Rolle	Gibt an, ob ein sekundäres Replikat gelesen werden kann. Die Konfigurationsoptionen sind für den Lesezugriff, den schreibgeschützten Zugriff und die schreibgeschützte Lesabsicht nicht verfügbar. Weitere Informationen finden Sie unter Aktive sekundäre Replikate: Lesbare sekundäre Replikate (AlwaysOn-Verfügbarkeitsgruppen) und Konfigurieren des schreibgeschützten Zugriffs für eine Verfügbarkeitsgruppe (SQL Server). Hinweis In UNRESOLVED_TOKEN_VAL(sql-2014-2.) und höher bleiben lesbare sekundäre Replikate jetzt für Lesearbeitslasten verfügbar, wenn sie von primären Replikaten getrennt oder wenn ein Clusterquorumsverlust auftritt.

Datensynchronisierung

Beim Erstellen der Verfügbarkeitsgruppe müssen Sie eine exakte Kopie der Daten auf dem primären Replikat anfertigen und die Kopie auf dem sekundären Replikat installieren. Dies ist die anfängliche Datensynchronisierung für die Verfügbarkeitsgruppe. Weitere Informationen finden Sie unter Seite 'Anfängliche Datensynchronisierung auswählen' (AlwaysOn-Verfügbarkeitsgruppen-Assistenten).

Eine Netzwerkfreigabe muss vorhanden sein und muss für alle Knoten in der AlwaysOn-Konfiguration zugänglich sein, um die anfängliche Datensynchronisierung zwischen allen Clusterknoten vorzunehmen, von denen ein Replikat gehostet wird. Weitere Informationen finden Sie unter Erweiterung "Netzwerkfreigaben" und Datei- und Speicherdienste: Übersicht.

Die folgenden Einschränkungen gelten, wenn Sie die Datensynchronisierung mit dem Assistenten für neue Verfügbarkeitsgruppen starten:

• Falls die Dateipfade des Speicherorts des sekundären Replikats von den Dateipfaden des Speicherorts des primären Replikats abweichen, müssen Sie die Datensynchronisierung manuell starten.

• Falls irgendeine sekundäre Datenbank auf einem sekundären Replikat vorhanden ist, müssen Sie die sekundären Datenbanken manuell löschen, bevor Sie die Datensynchronisierung im Assistenten für neue Verfügbarkeitsgruppen starten. Wenn Sie allerdings vorhandene sekundäre Datenbanken verwenden möchten, beenden Sie den Assistenten für neue Verfügbarkeitsgruppen, und starten Sie die Datensynchronisierung manuell.

• Für die Verwendung des Assistenten für neue Verfügbarkeitsgruppen zum Synchronisieren von Daten benötigen Sie eine Sicherungsfreigabe, in die alle Replikate schreiben können. Sie können die Freigabe angeben, indem Sie zu der Freigabe navigieren oder indem Sie den vollqualifizierten UNC-Pfadnamen (Universal Naming Convention) im Format "\\Systemname\Freigabename\Pfad\" in das Feld Geben Sie einen freigegebenen Netzwerkpfad an, auf den alle Replikate Zugriff haben eingeben.

Für jede Datenbank in der Verfügbarkeitsgruppe wird auf der Seite Datensynchronisierung starten der Fortschritt der folgenden Vorgänge angezeigt:

• Erstellen einer vollständigen Datenbanksicherung der primären Datenbank auf der Netzwerkfreigabe

• Wiederherstellen dieser Sicherungen im Speicherort des sekundären Replikats

  Bei diesen Wiederherstellungsvorgänge wird jeweils die Option RESTORE WITH NORECOVERY verwendet und die neue sekundäre Datenbank weist den Status RESTORING auf.

• Hinzufügen der sekundären Datenbank zur Verfügbarkeitsgruppe

  Bei diesem Schritt erhält die sekundäre Datenbank den Status ONLINE, und außerdem wird die Datensynchronisierung für diese Datenbank gestartet.

Replikation von Anmeldeinformationen

SharePoint-Anmeldeinformationen, die auf dieselbe Weise wie in früheren Versionen von SQL Server erstellt werden, werden in keiner Verfügbarkeitsgruppe repliziert. Dies liegt daran, dass Anmeldeinformationen in der MasterDB-Datenbank gespeichert werden, die nicht repliziert wird. Die Farmkonten werden zwar beim Synchronisieren der Replikate erstellt, aber nach einem Failover sind keine Anmeldeinformationen verfügbar.

Falls Sie bereits eine Verfügbarkeitsgruppe erstellt und die primären und sekundären Replikate synchronisiert haben, können Sie dieses Problem umgehen, indem Sie die Anmeldeinformationen manuell vom primären Replikat in die sekundären Replikate kopieren.

In SQL Server 2012 wurde das Konzept der Benutzer mit Kennwörtern für eigenständige Datenbanken eingefügt. In der Datenbank selbst werden alle Datenbankmetadaten und Benutzerinformationen gespeichert. Ein Benutzer, der in dieser Datenbank definiert ist, benötigt keine entsprechenden Anmeldeinformationen. Die Informationen in dieser Datenbank werden von der Verfügbarkeitsgruppe repliziert und sind nach einem Failover verfügbar. Weitere Informationen finden Sie unter Enthaltene Datenbanken.

Erstellen und Konfigurieren der Verfügbarkeitsgruppe

Erstellen Sie anhand des folgenden Verfahrens eine Verfügbarkeitsgruppe auf dem primären Replikat. In unserem Fall also SP-SRV1.

Erstellen der Verfügbarkeitsgruppe

1. Stellen Sie sicher, dass das Anmeldekonto über die erforderlichen Berechtigungen zum Erstellen einer Verfügbarkeitsgruppe verfügt. Das Konto muss Mitglied der festen Datenbankrolle db_owner sein und über die Serverberechtigung CREATE AVAILABILITY GROUP, die Berechtigung CONTROL AVAILABILITY GROUP, die Berechtigung ALTER ANY AVAILABILITY GROUP oder die Berechtigung CONTROL SERVER verfügen.

2. Melden Sie sich an dem Server an, der das primäre Replikat hosten wird, und starten Sie SQL Server Management Studio.

3. Klicken Sie zum Starten des Assistenten für neue Verfügbarkeitsgruppen mit der rechten Maustaste auf Hohe Verfügbarkeit mit AlwaysOn, und klicken Sie dann auf Assistent für neue Verfügbarkeitsgruppen.

4. Klicken Sie auf Weiter, um zur Seite Namen angeben zu wechseln. Geben Sie in das Feld Name der Verfügbarkeitsgruppe den Namen SP-AG1 für die neue Verfügbarkeitsgruppe ein.

   Dieser Name muss ein gültiger SQL Server-Bezeichner sein und sowohl im Windows Server-Failoverclustering-Cluster als auch in der Domäne eindeutig sein.

5. Auf der Seite Datenbanken auswählen werden alle Benutzerdatenbanken, die als primäre Datenbank für die neue Verfügbarkeitsgruppe in Frage kommen, unter Benutzerdatenbanken auf dieser SQL Server-Instanz aufgelistet. Wählen Sie TemporaryUserDB aus, und klicken Sie dann auf Weiter.

6. Verwenden Sie auf der Seite Replikate angeben die folgenden Registerkarten, um die Replikate für SP-AG1 zu konfigurieren: Replikate, Endpunkte und Sicherungseinstellungen.

7. Bei einem Verfügbarkeitsgruppenlistener handelt es sich um einen virtuellen Netzwerknamen, mit dem Clients eine Verbindung zu einer Datenbank einer bestimmten Verfügbarkeitsgruppe herstellen können. Verfügbarkeitsgruppenlistener leiten eingehende Verbindungen an das primäre Replikat oder an ein schreibgeschütztes sekundäres Replikat weiter. Der Listener ermöglicht das schnelle Anwendungsfailover, wenn eine Verfügbarkeitsgruppe ausfällt. Weitere Informationen finden Sie unter Verfügbarkeitsgruppenlistener, Clientkonnektivität und Anwendungsfailover (SQL Server).

   Konfigurieren Sie auf der Registerkarte Listener eine Verfügbarkeitsgruppenlistener für unser Beispiel. Verwenden Sie den Namen "AGListener".

   Wichtig

   Zeitweilig können ungewöhnlich lange Wartezeiten auftreten, wenn Sie Verfügbarkeitsgruppen verwenden, die auf mehreren Subnetzen bereitgestellte Replikate aufweisen.
   Es wird empfohlen, für Verbindungen mit SharePoint-Verfügbarkeitsgruppen in einer Umgebung mit mehreren Subnetzen specifyMultiSubnetFailover=True zu konfigurieren, um Probleme aufgrund hoher Wartezeiten im Netzwerk zu vermeiden. Weitere Informationen finden Sie unter Unterstützen von Multisubnetz-Failovern für Verfügbarkeitsgruppen.

   MultiSubnetFailover=True können Sie nicht direkt angeben, da eine Verbindungszeichenfolge von einem SharePoint-Client nicht direkt geändert werden kann. Sie müssen diesen Wert mithilfe von PowerShell für die Datenbankeigenschaft MultiSubnetFailover festlegen. Im folgenden Beispiel wird dies veranschaulicht.

   $dbs = Get-SPDatabase | ?{$_.MultiSubnetFailover -ne $true}
        foreach ($db in $dbs)
        {
             $db.MultiSubnetFailover = $true
              $db.Update()
        }
   

8. Wählen Sie die gewünschte Konfiguration für jede Instanz unter Ausgewählte Instanzen aus, und klicken Sie dann auf Weiter.

9. Klicken Sie auf Fertig stellen, um die Verfügbarkeitsgruppe zu erstellen.

10. Auf der Seite Anfängliche Datensynchronisierung auswählen können Sie eine Synchronisierungseinstellung auswählen und den freigegebenen Netzwerkpfad angeben, auf den alle Replikate zugreifen können. Übernehmen Sie für die Beispielumgebung den Standardwert Vollständig, womit eine vollständige Datenbank- und Protokollsicherung durchgeführt wird. Klicken Sie auf Weiter.

11. Auf der Seite Überprüfung des Assistenten werden die Ergebnisse der sechs Überprüfungen angezeigt, bevor Sie das Erstellen der Verfügbarkeitsgruppe fortsetzen können. Falls alle Überprüfungen erfolgreich sind, klicken Sie auf Weiter, um den Vorgang fortzusetzen. Falls Tests fehlschlagen, können Sie den Vorgang erst fortsetzen, nachdem Sie den Fehler behoben und auf Überprüfung erneut ausführen geklickt haben, um die Überprüfungen erneut auszuführen. Wenn alle Tests erfolgreich sind, klicken Sie auf Weiter, um den Vorgang fortzusetzen.

12. Überprüfen Sie auf der Seite Zusammenfassung die Konfiguration des Replikats, das Sie hinzufügen, und klicken Sie dann zum Speichern auf Fertig stellen. Wenn Sie die Konfiguration ändern möchten, klicken Sie auf Zurück, um zu vorherigen Assistentenseiten zu wechseln.

Installieren und Konfigurieren von SharePoint Server

An diesem Punkt können Sie SharePoint Server installieren und die Farm erstellen. Verwenden Sie das folgende Verfahren, um SharePoint Server zu installieren und zu konfigurieren.

So installieren Sie SharePoint Server 2016

1. Kopieren Sie die Programmdateien für SharePoint Server auf einen lokalen Datenträger des Computers, auf dem Sie SharePoint installieren möchten, oder auf eine Netzwerkdateifreigabe.

2. Führen Sie das Vorbereitungstool für Microsoft SharePoint-Produkte aus, um alle erforderlichen Komponenten zum Einrichten und Verwenden von SharePoint Server zu installieren.

3. Führen Sie Setup aus, um für SharePoint Server Binärdateien zu installieren, Sicherheitsberechtigungen zu konfigurieren und Registrierungseinstellungen zu bearbeiten.

4. Führen Sie den Konfigurations-Assistent für SharePoint-Produkte aus, um die Konfigurationsdatenbank zu installieren, die Inhaltsdatenbank zu installieren und zu konfigurieren sowie um Zentraladministration zu installieren.

5. Geben Sie auf der Seite Einstellungen für die Konfigurationsdatenbank angeben in das Feld Datenbankserver den Namen AGListener für den Computer ein, auf dem SQL Server ausgeführt wird.

   Wichtig

   Um ein automatisches Failover zu ermöglichen, müssen Sie den Namen des Verfügbarkeitsgruppenlisteners als Namen der Datenbank für SharePoint Server angeben.

Hinzufügen von SharePoint-Datenbanken zur Verfügbarkeitsgruppe

Zum Abschluss des Setups von AlwaysOn für eine SharePoint Server-Farm fügen Sie der Verfügbarkeitsgruppe die SharePoint-Datenbanken hinzu, und synchronisieren Sie sekundäre Replikate mit dem primären Replikat.

Auf dem Server, der das primäre Replikat hostet, müssen Sie den Assistenten zum Hinzufügen von Datenbanken zur Verfügbarkeitsgruppe ausführen, um der Verfügbarkeitsgruppe alle SharePoint-Datenbanken hinzuzufügen. Das folgende Verfahren ist mit dem zum Erstellen der Verfügbarkeitsgruppe zuvor beschriebenen Verfahren identisch.

So fügen Sie SharePoint-Datenbanken zur Verfügbarkeitsgruppe hinzu

1. Melden Sie sich an dem Server an, der das primäre Replikat hosten wird, und starten Sie SQL Server Management Studio.

   Das verwendete Konto muss für jeden Server, auf dem Sie SharePoint Server installieren, Mitglied der lokalen Administratorgruppe sein.

   Darüber hinaus ist für das Konto mindestens eine der folgenden Berechtigungen erforderlich:

   • ALTER AVAILABILITY GROUP für die Verfügbarkeitsgruppe

   • CONTROL AVAILABILITY GROUP

   • ALTER ANY AVAILABILITY GROUP

   • CONTROL SERVER

   Zum Hinzufügen einer Datenbank zu einer Verfügbarkeitsgruppe muss das Konto Mitglied der festen Datenbankrolle db_owner sein.

2. Navigieren Sie im Objekt-Explorer zu den Verfügbarkeitsgruppen, und erweitern Sie diese ggf.

3. Klicken Sie mit der rechten Maustaste auf die Beispielgruppe SP-AG1, und klicken Sie dann auf Datenbank hinzufügen.

4. Auf der Seite Datenbanken auswählen werden alle Benutzerdatenbanken, die als primäre Datenbank für die neue Verfügbarkeitsgruppe in Frage kommen, unter Benutzerdatenbanken auf dieser SQL Server-Instanz aufgelistet. Wählen Sie mithilfe der Kontrollkästchen alle Datenbanken aus, die Sie der Gruppe hinzufügen möchten, und klicken Sie dann auf Weiter.

5. Auf der Seite Anfängliche Datensynchronisierung auswählen können Sie eine Synchronisierungseinstellung auswählen und den freigegebenen Netzwerkpfad angeben, auf den alle Replikate zugreifen können. Übernehmen Sie für die Beispielumgebung den Standardwert Vollständig, womit eine vollständige Datenbank- und Protokollsicherung durchgeführt wird. Klicken Sie auf Weiter.

6. Auf der Seite Überprüfung des Assistenten werden die Ergebnisse der sechs Überprüfungen angezeigt, bevor Sie das Erstellen der Verfügbarkeitsgruppe fortsetzen können. Falls Tests fehlschlagen, können Sie den Vorgang erst fortsetzen, nachdem Sie den Fehler behoben und auf Überprüfung erneut ausführen geklickt haben, um die Überprüfungen erneut auszuführen. Wenn alle Tests erfolgreich sind, klicken Sie auf Weiter, um den Vorgang fortzusetzen.

7. Überprüfen Sie auf der Seite Zusammenfassung die Konfiguration des Replikats, das Sie hinzufügen, und klicken Sie dann zum Speichern auf Fertig stellen. Wenn Sie die Konfiguration ändern möchten, klicken Sie auf Zurück, um zu vorherigen Assistentenseiten zu wechseln.

Überprüfen der AlwaysOn-Installation mithilfe von Failovertests

Nachdem Sie die SharePoint-Daten mit den sekundären Replikaten synchronisiert haben, besteht der letzte Schritt im Testen des Failovers.

Sie müssen umfangreiche Failovertests ausführen, um sicherzustellen, dass sich die AlwaysOn-Umgebung erwartungsgemäß verhält und damit Sie die Konfigurationsanforderungen und Verfahren im Zusammenhang mit SQL Server 2014 (SP1)-, SQL Server 2016- oder SQL Server 2012-Verfügbarkeitsgruppen in vollem Umfang kennen. Es gibt unter anderem die folgenden Test:

• Überprüfen Sie, ob alle Dienste und Features einer Farm voll funktionsfähig sind.

• Überprüfen Sie, ob SharePoint Server-Daten gespeichert werden und nicht beschädigt sind.

Testen Sie das Failover der Verfügbarkeitsgruppe, indem Sie entweder das geplante manuelle Failover oder das erzwungene manuelle Failover verwenden, das in den folgenden Artikeln beschrieben wird:

SQL Server 2012

• Ausführen eines geplanten manuellen Failovers einer Verfügbarkeitsgruppe (SQL Server)

• Ausführen eines erzwungenen manuellen Failovers einer Verfügbarkeitsgruppe (SQL Server)

SQL Server 2014 (SP1)

• Ausführen eines geplanten manuellen Failovers einer Verfügbarkeitsgruppe (SQL Server).

• Ausführen eines erzwungenen manuellen Failovers einer Verfügbarkeitsgruppe (SQL Server).

SQL Server 2016

• Ausführen eines geplanten manuellen Failovers einer Verfügbarkeitsgruppe (SQL Server)

• Ausführen eines erzwungenen manuellen Failovers einer Verfügbarkeitsgruppe (SQL Server)

Beide Failovermethoden können mit dem Failover-Assistenten in SQL Server Management Studio, mit Transact-SQL oder mit PowerShell in SQL Server 2014 (SP1), SQL Server 2016 und SQL Server 2012 ausgeführt werden.

Überwachen der AlwaysOn-Umgebung

Sie müssen die Leistung, den Status und die Kapazität einer AlwaysOn-Umgebung überwachen.

Leistung

Die folgenden neuen Leistungsobjekte sind zur Überwachung einer AlwaysOn-Umgebung verfügbar.

SQL Server 2012

• SQL Server, Datenbankreplikat

• SQL Server, Verfügbarkeitsreplikat

SQL Server 2014 (SP1)

• SQLServer, Datenbankreplikat

• SQL Server, Verfügbarkeitsreplikat

SQL Server 2016

• SQL Server, Datenbankreplikat

• SQL Server, Verfügbarkeitsreplikat

Status und Kapazität

Für die allgemeine Systemüberwachung können Sie mithilfe des Dashboards der Verfügbarkeitsgruppen den Status der Verfügbarkeitsgruppen im System abrufen. Weitere Informationen finden Sie unter Always On-Richtlinien für Betriebsprobleme mit Always On-Verfügbarkeitsgruppen (SQL Server) für SQL Server 2014 (SP1) und Always On-Richtlinien für Betriebsprobleme: Always On-Verfügbarkeit für SQL Server 2016. Weitere Informationen zu SQL Server 2012 finden Sie in den folgenden Ressourcen:

• The AlwaysOn Health Model Part 1 -- Health Model Architecture

• The AlwaysOn Health Model Part 2 -- Extending the Health Model

Verfügbarkeitsgruppen können Sie auch mit Transact-SQL überwachen, indem Sie die für AlwaysOn-Verfügbarkeitsgruppen bereitgestellten Katalog- und dynamischen Verwaltungsansichten verwenden. Weitere Informationen finden Sie unter Überwachen von Verfügbarkeitsgruppen (Transact-SQL) für SQL Server 2014 (SP1) und Überwachen von Verfügbarkeitsgruppen (Transact-SQL) für SQL Server 2016.

See also

Installieren und Konfigurieren von SharePoint Server 2016

Bereitstellen von SQL Server AlwaysOn-Verfügbarkeitsgruppen für SharePoint Server 2016 in Azure